敏捷宣言
敏捷宣言
2001 年 2 月，在犹他州的雪鸟度假村，一个由 17 名软件开发人员组成的团队开会讨论轻量级开发方法。他们会面的结果是以下软件开发敏捷宣言:-
我们正在通过做和帮助其他人来发现开发软件的更好方法。通过这次会议，我们开始重视——
流程和工具上的个人和互动。
工作软件优于综合文档。
客户通过联系协商来合作。
响应改变而不是遵循计划。
这样，虽然右边的项目有价值，但我们更看重左边的项目。
敏捷宣言的十二条原则
客户满意度: Manifesto 高度重视满足客户的要求。这是通过早期和持续交付有价值的软件来实现的。
欢迎更改: 在软件开发过程中进行更改是常见且不可避免的。任何变化的需求都应该受到欢迎，即使在开发后期也是如此。敏捷流程致力于提高客户的竞争优势。
交付工作软件: 频繁交付工作软件，从几周到几个月不等，考虑到最短的时间段。
协作: 业务人员(Scrum Master 和项目负责人)和开发人员必须在项目开发阶段的整个生命周期中协同工作。
动机: 项目应该围绕有积极性的团队成员建立。提供这样的环境，支持团队成员并信任他们。这让他们觉得自己有责任彻底完成工作。
面对面对话: Scrum Master 和开发团队之间以及 Scrum Master 和客户之间的面对面对话，以最有效的方式向开发团队和在开发团队内部传达信息.
根据工作软件衡量进度: 工作软件是进度的关键和主要衡量标准。
保持稳定的步伐: 敏捷开发的目标是可持续发展。所有企业和用户都应该能够与项目保持同步。
监控: 定期关注卓越的技术和良好的设计，以最大限度地提高敏捷性。
简单: 保持简单，并使用简单的术语来衡量未完成的工作。
自组织团队: 敏捷团队应该自组织。他们不应过分依赖其他团队，因为最好的架构、需求和设计来自自组织的团队。
定期审查工作: 应定期审查工作，以便团队能够思考如何提高工作效率并相应地调整其行为。
