9.2 Why Software Development Methodologies Suck（为什么软件开发方法论让你觉得糟糕）

原文链接： http://continuousdelivery.com/2012/08/why-software-development-methodologies-suck/

原文装载：

关于软件开发方法论Michael Feathers的观点

我认为，我们最终还是得倚重开发者的能力，这才是个更重要的考量因素，而非选择哪门语言或纠结于方法论间的细微差别。坦诚地说，我们都清楚这点，但我们看起来好像过度纠结于开发能力是关键因素这事儿上。或许这是个经济学里一个被广泛接受的观点的引申，要是人人都可以替代（随便找个人都能顶上），那该有多好呀？但事实并非如些。

导致IT业技能难掌握的因素

导致IT业技能难掌握的主要因素是典型的软件项目往往是没有规律及可预测环境的。这些因素造成了IT专业人员很难掌握引导产品和服务走向成功所需的能力。然而，开发者掌握能帮助他们更高效地达到目标的技巧，将使他们更有动力 – 通常称之为“开发完成”，尽可能快的、不考虑是否功能被集成以及生产就绪。类似的场景也常出现在其他功能性实施领域。

软件方法论，即使雇用一群牛人并让他们自我组织，也是糟糕的，因为他们时常搞得“cargo-cult”（货物崇拜，敏捷开发里的知名小故事，形而 上）：我们在做stand-ups（每日站立会议），我们有优先顺序的backlog（优先待办事务），我们甚至看在上帝的份上实践了 continuous integration（持续集成）。我们的到头来的结果为什么还这么差呢？因为你忘了最重要的事情——建立一个学习能力和适应能力都很好的组织。

我的观点：

软件工程方法论是通过生成代码和使用不同的工具来创建程序的一种方法。这基本上是指过程本身及其管理方式，以确保在合理的预算内按时完成开发。软件有多种形式开发方法论可以采取，这取决于所创建的程序的性质和所使用的工具。

那为什么软件开发方法论还是让我觉得糟糕呢？

实际的软件项目是复杂的，没有规律可循，这会导致另一个问题——为了证明某种技术、实践和方法论是实际有效而收集相关数据是极度困难的，几乎不可能在脱离收集环境的情况下归纳出这些数据。因此组建一个多功能型的团队和建立一个学习能力和适应能力都很好的组织是很重要的。