《敏捷宣言》及其背后的12条原则

我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作，我们形成了如下价值观：

1.个体与交互 重于 过程和工具
2.可用的软件 重于 完备的文档
3.客户协作 重于 合同谈判
4.响应变化 重于 遵循计划

在每对比对中，后者并非全无价值，但我们更看重前者。

签名：
1.[color=red]Kent Beck[/color](Junit,XP领导者，《测试驱动》和《实现模式》的作者)
2.Mike Beedle
3.Arie van Bennekum
4.[color=red]Alistair Cockburn [/color](有效用例专家。软件工程大师，水晶开发方法创始人，《编写有效用例》作者)
5.Ward Cunningham
6.[color=red]Martin Fowler [/color](《重构－改善既有代码的设计》作者)
7.James Grenning
8.Jim Highsmith
9.[color=red]Andrew Hunt[/color] (《程序员修炼之道》作者)
10.Ron Jeffries
11.Jon Kern
12.Brian Marick Robert C. Martin
13.Steve Mellor
14.Ken Schwaber
15.Jeff Sutherland
16.Dave Thomas

敏捷背后的12法则:

1.我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。
2.欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。
3.要不断交付可用的软件，周期从几周到几个月不等，且越短越好。
4.项目过程中，业务人员与开发人员必须在一起工作。
5.要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。
6.无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。
7.可用的软件是衡量进度的主要指标。
8.敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。
9.对技术的精益求精以及对设计的不断完善将提升敏捷性。
10.要做到简洁，即尽最大可能减少不必要的工作。这是一门艺术。
11.最佳的架构、需求和设计出自于自组织的团队。
12.团队要定期反省如何能够做到更有效，并相应地调整团队的行为。