敏捷開發實施流程
阿新 • • 發佈：2018-01-27
溝通 時間 生成 優先 開發人員 體驗 交付 叠代版 一個
敏捷開發實施流程
叠代周期：
2 ~ 3周
一、需求過程（1 - 2天）
- 與產品經理，產品使用人員溝通產品功能與新需求
- 程序經理完成需求整理與確認
- 程序經理、開發經理、測試經理完成需求溝通
要求：
- 控制需求範圍，必須確保需求可提交
- 嚴格控制工期，無特殊原因，延期不得超過2天；特殊原因根據影響評估延期時間
- 需求確認需經過：“講解 – 復述 – 確認”過程，規避需求理解偏差
- 以原始需求列表為準，不做詳細需求列表
- 通過白板確認需求範圍，並確定開發範圍
二、開發過程（3 – 5天）
- 開發經理確定開發任務點，並分配任務
- 開發人員完成開發
- 確保每日構建，並交付測試人員進行叠代測試，構建開始前開發經理通告提交功能範圍
- 每周五需提交BuildNotes（不做預構建），說明提交範圍
- 優先修復優先級為3以上的Bug，然後開展開發工作
要求：
- 通過白板確認開發工期，並跟蹤開發進度
- 每日晨會跟進開發進度，匯報技術問題
- 復雜任務分配時，通過“講解 – 復述 – 確認”過程，規避需求理解偏差
- BuildNotes直接從Git log中生成
三、測試過程（3 – 5天）
- 測試經理確定測試任務點，並分配任務
- 1 - 2天內完成測試用例編寫，每周需提交TestNotes
- 測試人員對每日構建包進行集中測試
- 叠代階段優先進行功能、效果測試
- 效率測試可在基本功能完成後集中測試
- 穩定性測試在在1 – 2個構建後盡快開展
要求：
- 測試計劃只給出時間點即可，不要求測試計劃文檔
- 需完成測試用例編寫，不要求測試策略編寫
- 晨會需通報嚴重問題
- 穩定性測試需要盡量提前
- 效率測試叠代階段完成後集中測試
四、驗收流程（1天）：
- 完成功能測試後，提交產品經理與用戶進行使用體驗，並反饋新需求
- 叠代周期內完成全部需求的功能、效果測試即可驗收
- 效率、穩定性指標在結項時驗收
要求：
- 包括功能、效果驗收
- 效率、穩定性在最後一個叠代進行驗收
- 程序經理根據驗收反饋，收集需求並調整後續計劃
- 叠代版本驗收通過郵件溝通並確認
- 最終版本驗收需包括測試報告
敏捷開發實施流程