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

     <div id="news_body">     <p> 在 Agile India 大会的第一天，<a href="/misc/goto?guid=4958329966089405538">Fred George</a> 谈到自己对目前超越敏捷运动的思考，他将这种状态称为“程序员的无政府主义”。他分享了自己在 <a href="/misc/goto?guid=4958329966882183544">Forward Technology</a> 公司的一些个人经历，并指出这种方式可以形成非常高效的环境，解决复杂问题，同时带来实打实的重要业务成果。</p>     <p> 演讲伊始，Fred 先提到 <a href="/misc/goto?guid=4958329967692616361">Cynefin 框架</a>，将重点放在复杂问题上，然后他对比了传统软件开发方法与这种相对较新的敏捷方法在解决问题上的不同。传统方法规定：客户定义好项目，然后转到软件开发公司实现；在敏捷中，客户与软件开发公司之间是合作伙伴关系，以此推动项目前进。不过，“程序员的无政府主义”将之推向极致，客户只需向开发团队说明业务问题，开发团队会接手项目，推动项目，并负责创建业务价值。</p>     <p> 他应用了一个例子：</p>     <blockquote>      在 Forward 公司中，有一次，我们必须重写一个之前由 .NET 和 SQL Server 开发的系统。团队最后使用了多种技术，包括 Ruby、Clojure、Node.js、MySQL、MongoDB 等等。系统的核心是能源使用账单计算逻辑，包括多种复杂条件和检查。在原来的 .NET 系统中，该逻辑散布在整个系统中。作为重写练习的一部分，我们用 Ruby 重新开发了这个核心逻辑，用了大概 600 行代码。然后我们用 Clojure 再次重写，用了 300 行代码。同样的几个程序员又用 Clojure 重写，用了 200 行代码，而且比上次的实现更清晰。最后，这块代码完成了老系统很多想做而从没有做的事情！      <p>什么样的管理人员会允许你把系统核心重写三次呢？没有。这就是为什么我们没有管理人员！</p>     </blockquote>     <p> Fred 解释说：这样激进的环境是可行的，因为开发人员理解业务价值的来源，而且业务度量体系是惟一被检验的度量体系。如果他们犯错，业务度量体系会告诉他们，他们就会调整、修复错误。持续交付推动持续反馈，改正措施会马上落实。开发人员在各个方面都会进行自组织，包括招聘和工作分配。</p>     <p> 从传统的瀑布式方式转向敏捷，需要思维方式上的重要转换，以及在客户与开发团队之间建立信任。转向“程序员的无政府主义”需要客户更多信任，因为他们失去了对项目所有表面上的控制，而且完全依赖开发团队交付业务价值。同时，这个例子里面的公司 Forward Technology 也承担了很多风险，因为失败被看做常事，但也有机会快速学习。说到另一家有这种开发人员驱动、承担风险文化的公司，就是 非死book。</p>     <p> 您可以<a href="/misc/goto?guid=4958329968483555913">在这里</a>看到 Fred 的演讲文稿。</p>     <p> <strong>查看英文原文：</strong><a href="/misc/goto?guid=4958329969291986120"><strong>Fred George On Programmer Anarchy</strong></a></p>     <div id="come_from">      来自:      <a id="link_source2" href="/misc/goto?guid=4958329970088187861" target="_blank">InfoQ</a>     </div>    </div>