敏捷宣言和十二条原则

敏捷 是一种提供解决方案的哲学，该解决方案包含并促进整个产品/项目生命周期的进化变化。许多 敏捷团队 和组织一直在使用敏捷来更快地交付软件、提高质量并最终提高客户满意度。敏捷宣言可以在 www.agilemanifesto.org上访问。

1. 个人和互动优于流程和工具
   人被认为是最重要的因素。团队专注于个人和互动。这种价值促进了项目的自我管理和共享所有权。
2. 工作产品优于综合文档
   此价值侧重于交付工作产品/软件。文档是必要的，但如果没有可用的产品，它是无用的。团队不应该让文档过程分散他们生产工作产品的注意力。
3. 客户协作胜过合同谈判
   业务需求频繁变化是正常的，所以一开始就把所有事情都放在合同之下是不现实的。双方（团队和客户）必须灵活地接受产品变更。团队应与客户密切合作，以实现共同的愿景和目标。因此，双方需要建立互信并进行灵活的合同。
4. 响应变化而不是遵循计划
   要求通常会根据客户的需求而变化。因此，从项目一开始就制定具体的计划是无效的。建议在开始项目时制定一个高层计划。接下来是更多信息：不时获得的产品相关知识，产品待办事项中的改进功能，以及基于优先级的项目实施。为此，建议每个团队成员都参与规划产品待办事项。

敏捷鼓励团队  通过面对面的交流和反馈进行自我组织和与客户协作。

敏捷宣言背后的 12 条原则

以下是  在agilemanifesto.org 上支持敏捷宣言的12 条敏捷原则：

我们遵循以下原则：

1. 我们的首要任务是通过早期和持续交付有价值的软件来满足客户。
2. 欢迎不断变化的需求，即使是在开发的后期。敏捷流程利用变化来获得客户的竞争优势。”
3. 频繁地交付工作软件，从几周到几个月不等，优先考虑更短的时间范围。
4. 业务人员和开发人员必须在整个项目中每天一起工作。
5. 围绕有动力的个人建立项目。为他们提供所需的环境和支持，并相信他们能够完成工作。
6. 向开发团队和在开发团队内部传达信息的最有效和最有效的方法是面对面交谈。”
7. 工作软件是进度的主要衡量标准。
8. 敏捷流程促进可持续发展。赞助商、开发人员和用户应该能够无限期地保持恒定的步伐。
9. 对卓越技术和良好设计的持续关注提高了敏捷性。
10. 简单——最大化未完成工作量的艺术——是必不可少的。
11. 最好的架构、需求和设计来自自组织团队。
12. 团队会定期反思如何提高效率，然后相应地调整和调整其行为。”

敏捷采用了一种期望项目需求发生变化并展示如何处理这些需求的方法。这是基于上述 12 条敏捷原则，这些原则指导如何确保成功的项目交付。