Scrum 執行 Sprint backlog
-
將 Story 轉化成可被執行的 Sprint 清單
首先，先確認清楚團隊可投入的有效工作時數
計算可投入有效工作時數
假設開發團隊有 2 名成員
以 sprint 為期 2 週情況，每天有效工作時間為 5小時，可預估有效工時為
2 人 x 10 天 x 5 小時 = 100 小時
Task
-
Sprint 可以被分成多個 task 任務
-
task 包括實際執行的每一個流程，包括設計, Code & Tests, CI/CD, QA+Fixes, Code Review + Fixes, Regresion + Fixes, 手冊及文件撰寫等
接著，根據 Task 來估計時間，可以沿用 story point 的方式來估
例如
- 寫測試 : 5 小時 ( 1 story point)
- 寫 code: 8 小時 (1.6 story point)
- 測試：13 小時 (2.6 story point)
就可以得到 Task 所需要的總時間為 26 小時 (5.2 story point)
Burndown chart (task, story, release)
(示意)
- 燃盡圖，將 task, story, release 實際完成狀態圖像化
- task 是以 (實際完成工時/預期總施時) 來製作
Running software
- 隨時可被用來發布上線的項目
- 在 Sprint 執行過程，要能建構一套 running software
- 這套 running software 可以隨時隨地切換到正式環境營運
Sprint info page
- 在 Sprint planning meeting 會後，由 Scrum Master 製作文件
- 文件說明本次 Sprint gold，Story, Sprint backlog 開始即結束時間，並且讓 Team developer 知道新的 sprint 開始
Sprint demo agenda
- Sprint 結束前一天，由 Scrum Master 完成 Sprint demo 議程
- 議程包括，需要 demo 的項目及時間，每一個 demo 負責解說者及輔助角色
Sprint summary report
- 開完 Sprint repospective metting 回顧會議，由 Scrum Master 將會議結果整理成文件
- 文件內容，對本次 sprint summary 完成狀況，sprint period 開始到結束的時間，sprint gold 目標中的 story points 完成度，Retrospectives 列出良好(Good)以及可優化項目(Improvements)列出來
- 讓團隊成員知道這次 sprint 結束
Ancillary Role
-
Stakeholder
-
Customer
客戶
-
Vendor
老闆
-
-
Manager
- PM
Scrum checklist
scrum 檢核清單可以幫助我們執行整個流程
英文版：http://www.crisp.se/wp-content/uploads/2012/05/Scrum-checklist.pdf