BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Fred George谈程序员的无政府主义

| 作者 Roopesh Shenoy 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2012年2月19日. 估计阅读时间: 3 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

在Agile India大会的第一天,Fred George谈到自己对目前超越敏捷运动的思考,他将这种状态称为“程序员的无政府主义”。他分享了自己在Forward Technology公司的一些个人经历,并指出这种方式可以形成非常高效的环境,解决复杂问题,同时带来实打实的重要业务成果。

演讲伊始,Fred先提到Cynefin框架,将重点放在复杂问题上,然后他对比了传统软件开发方法与这种相对较新的敏捷方法在解决问题上的不同。传统方法规定:客户定义好项目,然后转到软件开发公司实现;在敏捷中,客户与软件开发公司之间是合作伙伴关系,以此推动项目前进。不过,“程序员的无政府主义”将之推向极致,客户只需向开发团队说明业务问题,开发团队会接手项目,推动项目,并负责创建业务价值。

他应用了一个例子:

在Forward公司中,有一次,我们必须重写一个之前由.NET和SQL Server开发的系统。团队最后使用了多种技术,包括Ruby、Clojure、Node.js、MySQL、MongoDB等等。系统的核心是能源使用账单计算逻辑,包括多种复杂条件和检查。在原来的.NET系统中,该逻辑散布在整个系统中。作为重写练习的一部分,我们用Ruby重新开发了这个核心逻辑,用了大概600行代码。然后我们用Clojure再次重写,用了300行代码。同样的几个程序员又用Clojure重写,用了200行代码,而且比上次的实现更清晰。最后,这块代码完成了老系统很多想做而从没有做的事情!

什么样的管理人员会允许你把系统核心重写三次呢?没有。这就是为什么我们没有管理人员!

Fred解释说:这样激进的环境是可行的,因为开发人员理解业务价值的来源,而且业务度量体系是惟一被检验的度量体系。如果他们犯错,业务度量体系会告诉他们,他们就会调整、修复错误。持续交付推动持续反馈,改正措施会马上落实。开发人员在各个方面都会进行自组织,包括招聘和工作分配。

从传统的瀑布式方式转向敏捷,需要思维方式上的重要转换,以及在客户与开发团队之间建立信任。转向“程序员的无政府主义”需要客户更多信任,因为他们失去了对项目所有表面上的控制,而且完全依赖开发团队交付业务价值。同时,这个例子里面的公司Forward Technology也承担了很多风险,因为失败被看做常事,但也有机会快速学习。说到另一家有这种开发人员驱动、承担风险文化的公司,就是Facebook。

您可以在这里看到Fred的演讲文稿。

查看英文原文:Fred George On Programmer Anarchy

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT