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

        心理学家对这个问题进行了研究：为什么IT业的技能很难被掌握和度量？Daniel Kahneman说（Thinking Fast and Slow），掌握技能有两个基本条件：一个环境足够规律以便可预测；有机会通过长时间实践来学习掌握这些规律。

        但是典型的软件项目往往是没有规律及可预测环境的。项目成功的唯一正确度量就是：最终的结果通过整个生命周期里的实施达到了预期目标吗？ 很难知道什么关键活动导致了项目成功和失败，很少有人能够通过旧有或现有的项目获得答案。几乎不可能判定哪些决策导致了成功或失败（在人工智能领域，这叫 作信度分配问题）。

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

       实际的软件项目是复杂的，没有规律可循，这会导致另一个问题 – 为了证明某种技术、实践和方法论是实际有效而收集相关数据是极度困难的，几乎不可能在脱离收集环境的情况下归纳出这些数据。

 软件工程方法论包含三要素：方法、工具和过程。
方法是完成软件开发各个任务的技术方法，回答“怎样做”这个问题；
工具是为了运用方法而提供的自动或半自动的软件工程支撑环境；
过程是为了获得高质量的软件所需要完成的一系列任务的框架，它规定了完成各项任务的步骤。

       那为什么软件开发方法论还是让你觉得糟糕呢？那是因为你没有组建一个多功能型的团队
和建立一个学习能力和适应能力都很好的组织。

Why Software Development Methodologies Suck - Continuous Delivery