新方法学
Martin Fowler
过去几年中兴起的敏捷型（agile）软件开发方法，以矫正官僚繁琐过程，或者许可
对过程进行自主调整为特征，在软件业引起了极大的兴趣。在这篇文章里，我将探索敏
捷型方法的合理性，着重点并不是放在其“轻重”上，而是于它们的适配性（adaptive）
性质和以人优先的理念。我在本文也简要介绍了一些敏捷型方法并给出了进一步的参考
材料。另外，我还给出了一些你在决定是否要走这条刚踏出来的敏捷之路时需考虑的因
素。
1. 从无，到繁重，再到敏捷
多数软件开发仍然是一个显得混乱的活动，即典型的“边写边改” （ code and
x）。设计过程充斥着短期的，即时的决定，而无完整的规划。这种模式对小系统开发
其实很管用，但是当系统变得越大越复杂时，要想加入新的功能就越来越困难。同时错
误故障越来越多，越来越难于排除。一个典型的标志就是当系统功能完成后有一个很长
的测试阶段，有时甚至有遥遥无期之感，从而对项目的完成产生严重的影响。
我们使用这种开发模式已有很长时间了，不过我们实际上也有另外一种选择，那就
是“正规方法”（methodology）。这些方法对开发过程有着严格而详尽的规定，以期使
软件开发更有可预设性并提高效率，这种思路是借鉴了其他工程领域的实践。
这些正规方法已存在了很长时间了，但是并没有取得令人瞩目的成功，甚至就没怎
么引起人们的注意。对这些方法最常听见的批评就是它们的官僚繁琐，要是按照它的要
求来，那有做太多的事情需要做，而延缓整个开发进程。所以它们通常被认为是“繁琐滞
重型”方法，或 Jim Highsmith 所称的“巨型”（monumental)方法。
作为对这些方法的反叛，在过去几年中出现了一类新方法。尽管它们还没有正式的
名称，但是一般被称为“敏捷型”方法。对许多人来说，这类方法的吸引之处在于对繁文
缛节的官僚过程的反叛。它们在无过程和过于繁琐的过程中达到了一种平衡，使得能以
不多的步骤过程获取较满意的结果。
敏捷型与滞重型方法有一些显著的区别。其中一个显而易见的不同反映在文档上。
敏捷型不是很面向文档，对于一项任务，它们通常只要求尽可能少的文档。从许多方面
来看，它们更象是“面向源码”（code-oriented）。事实上，它们认为最根本的文档应
该是源码。
但是，我并不以为文档方面的特点是敏捷型方法的根本之点。文档减少仅仅是个表
象，它其实反映的是更深层的特点：
敏捷型方法是“适配性”而非“预设性”。 重型方法试图对一个软件开发项目
在很长的时间跨度内作出详细的计划，然后依计划进行开发。这类方法在计划制定
完成后拒绝变化。而敏捷型方法则欢迎变化。其实，它们的目的就是成为适应变化
的过程，甚至能允许改变自身来适应变化。
敏 捷 型 方 法 是 “ 面 向 人 ” 的 (people-oriented) 而 非 “ 面 向 过 程 ” 的
(process-oriented)。 它们试图使软件开发工作顺应人的天性而非逆之。它们强调
软件开发应当是一项愉快的活动。
在以下各节中，我将详细地探讨这些差别，这样你可以了解适配性和以人为中心的
剩余14页未读，继续阅读
资源评论
松鼠杨2016-01-05文档内容很好，但很遗憾对我没有帮助。
chenlix2019-11-14下载了还没看
