【实战】敏捷开发（敏捷开发怎么做）

今天我们来聊一聊敏捷开发：

什么是敏捷开发

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。敏捷开发强调快速反应、快速迭代、价值驱动。 通过敏捷开发，团队可以更好地响应用户需求并交付可用的软件产品。

敏捷开发的实际应用

在实际的研发过程中，以我个人经验，要应用敏捷开发，需要如下过程：

1. 需求阶段：产品、业务、应用架构三方就要形成一个工作坊的模式，厘清业务目标、需求边界、关键里程碑和最终要达成的效果。然后产品初步规划系统功能，画出功能流程。架构师基于系统功能和业务流程粗估工作量（一般按5人日的倍数评估，比如一个填报功能5人日，审核功能5人日，数据看板10人日）。
2. 迭代拆分阶段：产品和研发基于第一步分析出的系统需求和工作量，按照需求的优先级进行迭代的划分。一般我们分为迭代0、MVP、迭代1、迭代2、迭代3等等（迭代可以不止3个，根据项目的大小可以一直往后拆分）。

迭代0是指项目的准备工作，比如需求PRD的编写、架构设计、项目开发框架搭建、开发环境搭建等等。这个阶段的拆分相对清晰。

MVP版本是指系统功能的主流程，这个阶段主要要做的是研发按正向流程（即不考虑异常场景）迅速开发主流程用于给用户演示和业务验证。此阶段主要是为了验证需求、架构等的合理性，防止因需求、架构问题导致项目失败。此阶段的拆分难点在于需求的选择，即哪些需求可以纳入MVP版本。原则上只做主流程，当决策此需求需纳入MVP版本时，需要反复问自己，这个需求不做行不行。

迭代1、迭代2、迭代3版本即是按照需求优先级进行划分的版本，一般是功能流程性的需求在前，数据分析类的需求在后，交互优化类的需求放最后。

注意：MVP版本、迭代1、迭代2、迭代3…每个版本的时候都是1个月，1个月之内要完成PRD、详细设计、开发、SIT、UAT、上线。确保每个月都能有实际产出，防止一个项目做半年，然后半年后一看，系统需求跟业务要求完全不一致。所以拆分迭代版本时也需要根据现有项目的人力去拆分，防止迭代版本的需求量过多或者过少。

迭代拆分完成后，即可根据项目人力确定项目计划。

1. 研发阶段：业务、产品、架构、研发负责人、测试负责人需要组成小队，紧密交流，晨会必不可少。研发、测试的所有同事需要进行夕会，交流开发测试过程中遇到的问题。
2. 测试阶段：UAT测试阶段业务提出的问题需要进行归类，需要分清楚是研发缺陷还是交互优化还是需求变更。研发缺陷需要及时修复，需求变更和交互优化需要按照迭代拆分的方法加入后续迭代。对于不必要的优化和变更要予以放弃（这里还是看投入产出比）。

上面的敏捷开发流程其实也是业产研融合的一类，基本上经过上面流程后，项目失败的几率会大大的降低。

四大敏捷宣言

1、个体和互动高于流程和工具

2、工作的软件高于详尽的文档

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

4、响应变化高于遵循计划

十二条敏捷原则

1、我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

2、欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

3、经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

4、业务人员和开发人员必须相互合作，项目中的每一天都不例外。

5、激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。

6、不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

7、可工作的软件是进度的首要度量标准。

8、敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

9、坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

10、以简洁为本，它是极力减少不必要工作量的艺术。

11、最好的架构，需求和设计出自自组织团队。

12、团队定期地反思如何能提高成效，并依此调整自身的举止表现。