《敏捷软件开发：原则、模式与实践（C#版.修订版）》—第1章1.3节 结论

本节书摘来自异步社区《敏捷软件开发：原则、模式与实践（C#版.修订版）》一书中的第1章1.3节 结论，作者【美】Robert C. Martin , Micah Martin，更多章节内容可以访问云栖社区“异步社区”公众号查看。

1.3 结论
敏捷软件开发：原则、模式与实践（C#版.修订版）
每一个软件开发人员、每一个开发团队的职业目标，都是给他们的雇主和客户交付最大可能的价值。可是，我们的项目令人沮丧地失败了，或者未能交付任何价值。虽然在项目中采用过程方法是出于好意，但是膨胀的过程方法对于我们的失败至少是应该负一些责任的。敏捷软件开发的原则和价值观构成了一个可以帮助团队打破过程膨胀循环的方法，这个方法关注的是可以达到团队目标的一些简单的技术。

在撰写本书的时候，已经有许多的敏捷过程可供选择，包括SCRUM1、Crystal2、特征驱动软件开发3（Feature-Driven Development，FDD）、自适应软件开发4（Adaptive Software Development， ADP）以及极限编程5（Extreme Programming，XP）。不过，绝大多数成功的敏捷团队都是从所有这些过程方法中汲取知识并调和成最适合自己的方法。常见的做法是把SCRUM和XP结合起来，其中使用SCRUM实践来管理多个使用XP实践的团队。

1 www.controlchaos.com。
2 crystalmethodologies.org。
3 Peter Coad, Eric Lefebvre, and Jeff De Luca, Java Modeling in Color with UML: Enterprise Components and Process, Prentice Hall, 1999。
4[Highsmith2000]。
5[Beck99], [Newkirk2001]。
本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。