在sprint第一天召開sprint計劃會議，這個會議分為兩部分，計劃會議1由PO、SM和Team參加，主要是從產品backlog中挑選出需要放到當前sprint下的既定產品backlog，然后由SM、Team參加計劃會議2，把既定產品backlog的故事拆分成任務進行估算，PO也可以一起參加這個部分來了解具體的開發細節。以下我將把會議主要內容羅列一下。（以下會議內容來自于Scrum Checklists)

會議內容

　　sprint計劃會議1

產品負責人和團隊一起，在先前評估的成果基礎上，定出 Sprint 目標和既定產品Backlog。

? 目標

　　定出 Sprint 目標和既定產品 Backlog

??會議準備

• 邀請與會者：產品負責人、Scrum Master、團隊所有成員
• 已按優先級排列產品 Backlog 中各項問題
• 已評估 Backlog 中的各項問題
• 把產品 Backlog 公開給會議中的每個人，保證其可被獲取
• 預期團隊中有哪些人已明確會缺席（如度假）
• 保證房間環境適合小組討論
• 每個人都可以獲取上次 Sprint 評審會議和 Sprint 回顧會議的結果
• Sprint 時間表已經安排
  • Sprint 計劃會議 1 的時間安排
  • Sprint 計劃會議 2 的時間安排
  • Sprint 的第一天已確定
  • Sprint 的最后一天已確定
  • Scrum 每日例會的時間安排
  • Sprint 評審會議的時間安排
  • Sprint 回顧會議的時間安排
• （可選）為既定 Backlog 準備圖釘板:一個至少 2x2 米的圖釘板、卡片和貼紙、熒光筆
• （可選）用作計劃紙牌的卡片

? 會議進程（4 小時）

• 把 Sprint 時間表公開給所有人
• 把 Sprint 評審會議的結果公開給所有人
• 把 Sprint 回顧會議的結果公開給所有人
• 產品負責人向團隊產品闡述產品遠景
• 產品負責人和團隊一起確定 Sprint 目標
• 如果 Backlog 里有問題遺漏：產品負責人有權限往 Backlog 里添加問題
• 如果產品 Backlog 完全未被評估：選擇 Backlog 中您認為是最小用例的問題，并指派其工作量為 2 個Story Point。以這個最小用例的工作量標準，分配 Backlog 中其他問題的 Story Point
• 如果 Backlog 中的一些問題尚未被評估：根據其他問題工作量，評估這些問題的 Story Point 量
• 如果產品 Backlog 中的各項還沒能合理地按優先級排序:產品負責人對產品 Backlog 中的各項按優先級排序
• 產品負責人和小組成員相互認可這 Sprint 目標和既定產品 Backlog

　會議結果

　　為 Sprint 計劃會議2的進行準備好既定產品 Backlog

　　sprint計劃會議2

在 Sprint 計劃會議 2 中，團隊將既定產品 Backlog 中的每一項細化成多個任務。每個任務完成的時間限定在一天內。

? 目標

　　確定所有任務，生成 Sprint Backlog，確認 Sprint 目標

??會議準備

• 邀請與會者：Scrum Master、團隊所有成員、產品負責人（可以有權得知所有問題）
• 任務規劃時可以參考既定產品 Backlog
• （可選）為既定 Backlog 準備圖釘板:一個至少 2x2 米的圖釘板、卡片和貼紙、熒光筆

? 會議進程（4 小時）

• 團隊成員從 Backlog 的各項問題中分出相應的任務
• 確保考慮到工作中所有的細節:編碼、測試、代碼評審、會議、學習新技術、編寫文檔
• 如果任務需時超過一天：嘗試把該任務分割成幾個小任務
• 如果團隊認為 Sprint Backlog 中項過多：和產品負責人一起刪減 Backlog 中的問題
• 如果團隊認為 Sprint Backlog 中的項過少：和產品負責人一起從產品 Backlog 中選出最重要問題，加入Sprint Backlog 中
• 團隊確認 Sprint 目標

　會議結果

• Sprint 目標和 Sprint Backlog 對于公司內的所有人都是公開的
• 所有團隊成員都可以獲取 Sprint Backlog 中的任務

總結

以上是生活随笔為你收集整理的Scrum之 Sprint计划会议的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。