一張圖看懂Sprint Planning Meeting


本文主要參考《Scrum精髓》這本書的內容

每個Sprint都是從Sprint Planning Meeting開始,Scrum團隊成員聚集在一起商定下個Sprint目標,並且確定在Sprint中交付哪些功能。

Sprint規划由整個Scrum團隊協作完成。PO展示排定優先級的Product Backlog,回答團隊對Product Backlog Item提出的任何問題;開發團隊確定可以交付哪些功能,並做出一個靠譜的承諾;ScrumMaster觀察規划活動,提出深入細節的問題,引導並且幫助團隊確保有成果,ScrumMaster不能代替團隊做出承諾。

Sprint Planning Meeting

Sprint Planning Meeting 依賴於一組輸入:

  • Product Backlog:PBI已經梳理到就緒狀態
  • 團隊速率:團隊在一個sprint里能夠完成的多少任務指標
  • 約束:識別出業務或技術的限制,可能影響到團隊的交付能力
  • 團隊生產能力:團隊成員都有哪些技能以及在當前Sprint中他們的可用情況
  • Sprint目標:Po希望在這個Sprint內完成的業務目標

Sprint規划:在規划過程中,第一個重要的活動是確定團隊的生產能力,影響團隊生成能力的因素有:Scrum會議、其他承諾、個人休假和緩沖時間等。

  • Scrum會議:Sprint 計划會議、Sprint 評審會議、Sprint 回顧會議等
  • 其他承諾:與本次Sprint無關的承諾,比如:需要支持其他項目。
  • 個人休假:是不是有人休假
  • 緩沖時間:工作中的一些日常事務,比如:回復郵件以及各種干擾。

除去以上占用的時間,剩下的就是團隊在這個Sprint中能夠用來做Product Backlog Item的時間。

基於可用的生產能力,團隊選擇一個Product Backlog Item,然后表示有信心在當前Sprint做完它,並且做出承諾,這時Sprint目標可能需要進行細化。重復這個過程,直到團隊沒有余力再做更多工作時,完成規划活動。

Sprint Planning Meeting 最終的輸出:

  • Sprint目標:Sprint的業務目標和價值
  • Sprint Backlog:當前Sprint所要完成的所有故事。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM