---

前言

關于敏捷研發。

---

瀑布流和敏捷研發流程

瀑布流研發流程

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（任務負責人）