關於網路那些事...

網路行銷,SEO,網路趨勢,教學文章,網頁設計,生活時事

敏捷開發 - Scrum 執行 Sprint backlog

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

敏捷軟體開發宣言
1. 敏捷開發 - Scrum 敏捷團隊的角色與任務
2. 敏捷開發 - Activity,執行 scrum 活動的流程
3. 敏捷開發 - Scrum 執行 Artifact,如何將需求明確化
4. 敏捷開發 - Scrum 執行 Sprint backlog

如果這篇文章對你有幫助,請在這裡點個讚



最新文章推薦