敏捷框架(一)

1.1 敏捷宣言

敏捷软件开发宣言

我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。

如此我们建立了如下价值观：

个体和交付 高于 流程和工具

可交付的软件 高于 完备的文档

客户合作 高于 合同谈判

拥抱变化 高于 遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。

1. 个体和交互  高于流程和工具

        尽管在项目中流程和工具似乎很必须，但是我们应该将关注的重点放在个体和交互上面。这是因为项目是由人来执行，而不是工具。人是获得成功的关键因素，如果团队中没有优秀的成员，那么使用再好的流程也无法拯救失败的项目，但是不好的流程却可以使优秀的成员失去效用。优秀的成员如果没有良好的沟通，从而作为团队来工作，那么即使拥有一批很优秀的成员，也会失败。

       虽然我们致力于个体和交互，但并不是不需要流程与工具了。Scrum、XP等方法本身也有一些方法和流程，每日构造等敏捷实践也需要工具的支持，需要哪些流程和工具有组织团队制定，而不是领导制定。合适的工具对于成功来讲非常重要，如：编译器、IDE、SVN等，但是跟成员相比，我们认为人更要。

2.可交付的软件  高于完备的文档

这条价值观强调的是传递信息的必要性。软件项目是典型创造新价值的活动。高质量的软件，通常都是在临时交付物中产生的，就像是对最终成果物目标描述的一个扩展补充。没有文档的软件是一种灾难，代码并不是传达系统原理和结构的理想媒介。团队更需要编制易于编写和阅读的文档。但是应当适当地控制文档的数量，毕竟可以最终工作的软件是我们最终想要的。当代码更新时，文档的更新问题也是一件让人头疼的事。

3.客户合作  高于合同谈判

寻求客户合作的价值重于对合同的谈判。软件外包公司经常会遇到这样的客户：客户扔下一笔钱，写下自己期望的软件的样子，然后离开，直到截止日期的时候，才询问软件是否完成。当他看到软件的样子的时候，他经常会惊讶：这不是我想要的！合同谈判无法帮助开发人员理解客户的需求，只有通过和客户更多的交流才能帮助开发人员理解客户的需求，从而开发出不偏离客户需求的软件。经常保持沟通是一项重要的措施，以帮助软件符合需求。Scrum要求每个迭代开发出可用的软件，同时用这个开发出的软件与客户交流，如果发现问题可以随即修改。 

4. 拥抱变化  高于遵循计划

 应对软件环境的变化是敏捷开发的一个重要的特性。尤其近年互联网技术快速发展，互联网产品的生命周期相对较短，加上各个公司的竞争，谁能尽快推出自己的产品，谁就能走在市场的前端。一个计划一年的计划，在软件开发完成之后可能就已经跟不上时代的步伐。敏捷团队欢迎变化，敏捷设计也是针对变化而出现，传统的软件开发担心需求的变更，敏捷开发将需求控制到短期内需求稳定。

觉得有帮助，那就点个赞吧  嘻嘻 ˉ _ˉ