敏捷开发的特点

什么是敏捷开发

敏捷绝非某一种特定的开发方法，它只是一种应对快速变化的需求的一种软件开发能力。敏捷本身只包含了《敏捷软件开发宣言》和《敏捷软件的十二条原则》两份文档。敏捷相信，只要符合这两份文档的开发方法，就能让开发团队拥有应对快速变化需求的能力，这样的开发方法都叫做敏捷开发方法。

敏捷开发的核心

敏捷开发的核心是：人 + 团队间协作 + 时刻可运行的软件 + 需求的变化。小步快跑不断迭代以达成最终的大目标
软件项目的构建会被切分成多个子项目，且各个子项目的交付都经过各自的测试，都具备可集成、可运行、强拓展和互不影响的特点。

敏捷开发就是在每一步都给你一个可用的交付物，并且每一次都在对进行升级交付，让用户可以更早得逐步体验产品。而瀑传统布模型只有最后你才能获得获得可用的交付物。

敏捷开发的原则

1. 快速迭代：以两周一个版本最为常见，小版本更新甚至可以一周一个版本的迭代，传统瀑布模式的开发形式可能半年发布一次大版本，一年可能就2-3个版本，流程和应对变化相对迟钝。
2. 让测试人员和程序人员参与讨论需求：尽可能全的让所有测试人员和程序开发人员参与需求的讨论，宁愿在动手之前集思广益，也不远在其他流程耗费大量的时间和人力。
3. 编写可测试的需求文档：编写“用户故事”来引领需求文档，尽早的发现设计的合理与否、需求的真实性。
4. 高效沟通、减少文档交流：日常的站会、周会、双周会，都是我们解决问题和规避风险的好方式。
5. 尽量以中低保真原型为主：由于需求的千变万化，不宜画高保真原型，尽量用图解释、少些文字，人都有惰性，没人愿意花更多的时间和绩效去读一些啰嗦的文字。
6. 尽早地进行测试用例评审：一般需求评审后最多一天就需要进行测试用例的评审，这样能让需求中存在的问题更早的爆发，降低我们的改进成本，尽早的规避风险和节省资源。