敏捷開發項目流程圖
2025-02-08 09:30:31 68 1 舉報 0
1
登錄查看完整內容
作者其他創作
大綱/內容
迭代計劃會議（Sprint Backlog）
需求評審
1. 開發演示完成情況2. 測試評點版本質量3. PO給出驗收結論
變化
1、需求評審2、迭代任務……
各階段子流程及細節描述
1、集成測試2、功能測試3、bug提交4、回歸測試5、輸出測試報告6、自動化測試
5.需求評審
需求評審會
Scrum 簡單流程
1、與SM做功能的可行性、必要性分析2、輸出：更加詳細的PRD文件
1、與需求提出方確認PRD細節2、若有修改或不統一，需開會討論，直到達成一致意見
A.業務功能需求B.系統改進需求C.上一輪未完成需求
1、PO根據PRD進行原型設計和確認2、輸出：已確認的低保真原型
站立會議15分钟
任務清單
設計
下一次需求會
1、需求評估（人天）2、任務拆分3、確定需求優先級4、產品backlog -- Sprint Backlog5、任務錄入備註：一般當天完成
6.任務拆解
1. 個人任務是否完成，未完成的原因？2. 分析存在的問題，為下個周期做準備
3.需求確認
PO/PM梳理需求（產品Backlog）
2.需求預溝通
1、PO發起需求評審會。2、會上評審進入迭代需求的可行性、必要性和風險點。註：若評審有修改意見，視複雜情況確定是否二次評審。
a. 昨天我做了什麼？b. 今天我準備做什麼？c. 我的困難和風險是什麼？需要什麼幫助。注：難點和問題需記錄，會後溝通
測試
目的：審查該進入這次迭代的需求
項目過程
9.發版
1. 確定本周期內交付目標2. leader分配/團隊成員認領任務3. 確定任務完成的標準4. 測試輸出迭代計劃表格
1、SM發起2、任務指派、每人工作量評估3、確定完成標準4、發布計劃確定5、風險識別（全員）
緊急需求特殊處理，作為本輪衝刺的障礙
示範會
數據準備：日誌信息、BUG信息、任務看板、燃盡圖等回顧內容：人員時間佔比、預估與實際工時對比、進度分析、BUG的類型登記原因分析、人員能力分析、障礙風險分析回顧輸出：1、規範性改進沉澱2、經驗積累3、下輪改進點
9.示範會
8.每日站會（15分鐘）（每日工作進度匯報）
需求收集和確認
7.迭代計劃會
敏捷過程
4.原型設計
1. 本轮交付功能或目標完成情況2. 本轮未完成情況3. 測試點評版本質量
10. 回顧會
1、需求來源：客戶、市場、客服、研發內部改進意見等2、需求描述(story)：使用對象、完成功能、預期目標3、輸出：根據需求複雜度輸出的PRD文件
PRD文件、原型圖、產品待辦清單backlog
1、UI設計2、詳細設計編寫3、測試用例編寫4、設計評審註：依據相關模板+評審checklist
啟動
1.需求收集
1、填寫checklist（全體配合）2、進行示範與驗證3、開始生產與驗收4、緊急情況會從示範直接上生產
開發
1、前端開發+自我測試2、後端開發+自我測試3、代碼審查4、自動化單元測試
回顧會
2週10個工作日
緊急需求
1、產品需求變更要考虑：影響範圍計劃調整2、臨時緊急需求
0 條評論
下一頁
