敏捷宣言

2001年2月，在犹他州雪鸟度假村，一个由17名软件开发人员组成的团队会面讨论轻量级开发方法。他们会议的结果是以下软件开发敏捷宣言：-

我们正在通过实践和帮助他人实践来发现开发软件的更好方法。 通过这次会议，我们开始重视 -

• 个体和互动 高于 流程和工具。
• 可工作的软件 高于 完备的文档。
• 客户合作 高于 合同谈判。
• 响应变化 高于 遵循计划。

因此，虽然右项有其价值，但我们更重视左项。

敏捷宣言的十二条原则

1. 客户满意度： 宣言高度重视满足客户的需求。 这通过早期和持续交付有价值的软件来完成。
2. 欢迎变更： 在软件开发过程中进行变更很常见且不可避免。 即使在后期开发阶段，也应欢迎所有不断变化的需求。 敏捷过程致力于提高客户的竞争优势。
3. 交付可工作的软件： 频繁交付可工作的软件，时间范围从几周到几个月，并考虑最短的时间周期。
4. 协作： 业务人员（Scrum Master 和 Project Owner）和开发人员必须在项目开发阶段的整个生命周期内一起工作。
5. 激励： 项目应该围绕积极主动的团队成员构建。 提供支持个人团队成员并信任他们的环境。 这让他们感到有责任彻底完成工作。
6. 面对面交流： Scrum Master 和开发团队之间以及 Scrum Master 和客户之间的面对面交流，是向开发团队内部和外部传递信息的最有效和最有效的方法。
7. 根据可工作的软件衡量进度： 可工作的软件是衡量进度的关键和主要标准。
8. 保持恒定的节奏： 敏捷开发的目的是可持续发展。 所有企业和用户都应该能够以项目保持恒定的节奏。
9. 监控： 定期关注技术卓越和良好设计，以最大限度地提高敏捷性。
10. 简单性： 保持事情简单，并使用简单的术语来衡量未完成的工作。
11. 自组织团队： 敏捷团队应该是自组织的。 他们不应该过度依赖其他团队，因为最好的架构、需求和设计来自自组织团队。
12. 定期审查工作： 应定期审查工作，以便团队可以反思如何提高工作效率并相应地调整其行为。