---

前言

关于敏捷研发。

---

瀑布流和敏捷研发流程

瀑布流研发流程

1.需求
2.设计
3.开发
4.测试

缺点

1. 流程之间关联性很强，容易卡住
2. 风险不好预估，工时不好预估，如 2 个月的项目 3 个月做完
3. 研发节奏不好把控，各个环节对其它环节的感知不够
4. 瀑布比较笨重，不能及时响应客户需求

敏捷研发

流程

1. 以人为本：重视个体间的互动
2. 目标导向：最终交付的是可使用的软件，而不是繁重的文档
3. 客户为先：理解客户需求，与客户合作（每个人都理解 研发+测试）
4. 拥抱改变：客户会在不断变化需求的过程中明晰真正需要的，因此敏捷需要拥抱变化（需求改动）

敏捷流程

1. Stories owner 对接产品，进行研发需求确认，拆解 task，指定 task owner
2. 排期
3. 进入研发
   a.每日站会（前端+后端+产品），过一遍 task 进度与风险
   b.研发功能
   c.测试
4. 完成研发
   项目复盘，总结

敏捷需求拆分

1. stories（卡片、故事 需求拆分 14 天为一个迭代周期（写代码+测试））
2. task（任务 界面、ajax 联调、性能优化）
3. epic（把任务进行维度的划分，归类）

敏捷角色划分

1. 敏捷教练（大公司才有，看研发流程是否规范科学，指导）
2. Stories owner（当前迭代负责人）
3. task owner（任务负责人）