软件开发保险

3. 智慧出行项目（三）

敏捷是局部优化的吗？

精益中有局部优化过程的概念。局部优化过程是指，对过程中的某一部分进行优化，结果对整个过程的效率造成了伤害。敏捷实践所建立的项目是否正处于或是即将处于局部优化的危险？是哪些敏捷实践让项目变得局部优化？要确保我们的项目不变成局部优化，我们能做些什么？

宁愿编写代码？还是把事情都写下来吧！

出于多方面原因，大多数开发者都很讨厌编写代码之外的东西。敏捷宣言也不再强调文档的重要性，但是有的时候，项目中的些许文档可能会起到很大的作用。在这篇文章中，我们来探讨一下，为什么“协作胜过面面俱到的文档”并不意味着“不要”文档，以及何时应该停下手中的代码，把事情记下来。

Naresh Jain 谈印度敏捷

Naresh Jain是印度敏捷软件社区的创始人，也是即将来临的敏捷印度大会的主席。我们联系了Naresh，讨论了印度公司敏捷方法的应用现状以及前路几何。

02｜小厂创业：做出一个产品，卖给所有人

写程序其实没什么难的，就是工程，是个抽象问题

5 种项目破坏者

Anders Abel是生活在瑞典斯德哥尔摩的一位软件开发者，他在自己的网站上撰写了一系列文章，箭头直指“项目破坏者”。 该系列的第二篇是《项目破坏者分类》，列出了5种破坏者。

Gil Zilberfeld 问答：敏捷产品的规划与管理

InfoQ采访了Gil Zilberfeld，谈到了产品规划与跟踪的更好方式，他的观点#没有估算，包括在产品规划中价值的讨论，以及如何提高产品开发的决策。

制造拖拉机也用到了敏捷

最近John Deere（译者注：美国一家工业公司）采纳敏捷方法的过程，对那些声称“敏捷在这儿用不起来”的公司有很大借鉴意义。John Deere公司没有采用增量的模式，而是创建了一套对它的大多数系统开发行之有效的方法，直接采用全面改革的方式整体实施敏捷。

蚂蚁内部开源：迈出第一步，但还有很长路要走

第一阶段是源码开放，第二个阶段是社区讨论，第三阶段是产品视角。内源很容易卡在第二步，因为第二步有很核心的点，是要有足够的人参与进来。

敏捷是如何使你跑得更快？

希望能够更快地交付软件，是企业在回答为何采用敏捷软件开发时经常提到的原因之一。那如何使用敏捷，才能更快地交付软件呢？

那天，我成了多余的人（一）

本文是Claudio Brancher Kerber所作专题文章的上半部分。Claudio在文中讲述了自己在团队组建和团队协作方面的经验，探讨了团队授权、团队优化和精简如何促使知识信息在团队成员间自由的流转，以及凝聚力如何在协作的团队中逐步产生。

那天，我成了多余的人（二）

在此专题文章的下半部分，作者Claudio Kerber讲述了他在团队组建和团队协作方面的经验，并且解释了在团队逐步建立信任、进而形成凝聚力并能够分享知识和经验的同时，他是如何渐渐变得多余的。他还检验了理论基础，并探讨了服务型领导机制形成的方式。

代码和法律，哪个更强？

关于代码和法律谁更强大的问题，我们的答案是，法律不会因为代码而做出改变，但代码在法律没有覆盖的空间是实际发挥作用的，法律需要自我拓展，才能实现对代码更有效的约束。

169｜插件开发：创建第一个插件项目

全局角度出发讨论敏捷

在本文中，敏捷宣言的合著者Jon Kern阐述了一些建立在项目全局角度之上的关键实践，项目本身就是从此开始的。如果不能从系统角度来做项目，那它就不能达到预期的效果，甚至可能会失败。

软件承包方如何应用#NoEstimates

InfoQ有幸采访了 Vasco Duarte，主要关于如何在契约环境中应用#NoEstimates技术，如何面对评估项目的典型需求，如何建立协议，如何签约和建立信任。

为什么测试在敏捷项目中重要

敏捷正在改变团队成员之间协作和完成工作的方式。很多人认为测试的角色正在消亡，但我认为它正在增长，并且正在转变成为一种更好、更完善、更有效的测试。测试角色将极大的帮助我们重新定义事情完成的方式和顺序，从而在敏捷过程中获得最好的结果。

外派：大家都在一个办公室工作，有什么不一样？

我个人觉得，普通的外派工作基本和外包一样，并不是一个程序员值得长时间做下去的工作。

2011 年度敏捷软件开发调研结果发布

最近，VersionOne揭晓了2011年度敏捷软件开发调研结果，再一次向大家展示了敏捷应用和发展趋势的第一手资料。

践行移情驱动开发（EDD）

移情驱动开发（EDD）是对使用Scrum实现敏捷软件交付的一种补充。EDD是待办事项管理、待办事项细化、冲刺计划、每日站会及冲刺评审等Scrum活动和事件的一个关键因素。