在sprint第一天召開sprint計劃會議,這個會議分爲兩部分,計劃會議1由PO、SM和Team參加,主要是從產品backlog中挑選出需要放到當前sprint下的既定產品backlog,然後由SM、Team參加計劃會議2,把既定產品backlog的故事拆分成任務進行估算,PO也可以一起參加這個部分來了解具體的開發細節。以下我將把會議主要內容羅列一下。
會議內容
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 中的任務