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