Sprint計劃會議有三個關(guān)鍵步驟:
- PO 展示最新的 Product Backlog
- 開發(fā)團隊從中選擇并細化用戶故事
- 開發(fā)團隊確認本Sprint要完成的Sprint Backlog
但是，為了確保這些目標的確切的達成，需要確保下列工作:
- 傾聽所有人的聲音
- 團隊必須審查并詳細描述Sprint中所有的用戶故事
- 團隊必須能夠在Sprint計劃會議的時間窗內(nèi)選擇用戶故事并對每個Story的effort進行量化 Story Point
該會議的時間窗一般 0.5d / 2w sprint。同樣對于評審和回顧會議亦是如此。這樣對于一個10d的Sprint，將有1d用于計劃和評審。
為了正確的實施，團隊必須要避免：
- 陷入對需求進行持續(xù)冗長的討論
- 可能使計劃會議不穩(wěn)定的沖突
- 缺乏做計劃所需要掌握的信息
做好Sprint計劃的關(guān)鍵有兩個方面:
- 由PO (和/或 研發(fā)團隊) 編寫的超棒的User Story
- Planning Game--Poker
優(yōu)秀的用戶故事編寫意味著SM和PO需要共同合作來確保質(zhì)量， 尤其是當團隊有了一個新的產(chǎn)品負責人，而他之前沒有在Scrum團隊或這個Scrum團隊中工作過時，這一點更加重要。
規(guī)劃游戲的使用是必不可少的，因為它有助于促進和激發(fā)團隊的創(chuàng)造力。通常這時許多團隊會問，“為什么不只是談?wù)撚脩艄适卤旧砟?”不使用“開放討論”的關(guān)鍵原因:
- 房間里聲音最大的往往會贏
- 討論沒有時間限制
- 無法判斷何時達成共識
這就是在Scrum中使用Games的原因，最通常使用的是 撲克牌游戲。
撲克牌游戲 規(guī)則的關(guān)鍵規(guī)則可以參考: http://agileinaflash.blogspot.com/2009/07/planning-poker-r.html
- 首先對Story Point的scale達成一致
- 團隊簡要討論下User Story
- 各自拿出一張分數(shù)卡片
- 團隊成員展示卡片
- 如果存在差異較大的分值，將由相應(yīng)成員闡述給出此分值的原因，之后再進行一輪
- (可選) 兩輪過后，取平均值，然后大家舉手表決Yes/No
這個過程用于完成三件事:
- 驗證Story的size是否合理
- 驗證所有成員對User Story的理解一致且到位
- 當出現(xiàn)分歧時，確保所有的聲音都能被平等地聽到
很多時候，對于如何確定一個 point scale 存在分歧。有正當?shù)睦碛上嘈?，尤其是當團隊成員或團隊之外的管理人員誤用Story Point時。以下是一些需要考慮的要點：
- Points是一相對的指標
- Points不僅僅指effort
- 復(fù)雜/困難度?
- 不確定性- 有多大的確定性，我們清晰理解業(yè)務(wù)需求以及潛在的技術(shù)解決方案?
- 總工作量
- Points 應(yīng)該在sprint中保持一致，但不一定跨團隊保持一致
請注意，在是否Story Point應(yīng)該是絕對的度量標準方面，許多“規(guī)?；蚣堋睂Υ擞袪幾h，或有偏差，亦或認為應(yīng)該在跨團隊時仍保持一致。對于Scrum和它的變更來說，這并不重要。Story Point僅僅是為了幫助團隊了解可以完成多少工作，以及團隊是否在一個又一個Sprint中變得更快速。
最后，在Planning會議中還有一些額外的事情需要考慮:
在Sprint計劃會議之前pick User Story
-
選擇那些可以緊密形成一個PI的Story
- 最好是PO頭腦中已經(jīng)有了一些想法
- 該PI 需要記錄在"Sprint Objective"以幫助保持關(guān)注
-
進行"撲克牌游戲"時，按照User Stories逐項進行
- 這是最快的方式，因為所有人同一時間專注于同一Story
- 也是最容易的方式，因為同一時間只需要考慮一個Story
確保在第一個Sprint保留一些buffer，畢竟“萬事開頭難”
確保所有人都對完成這些任務(wù)做出承諾 - 在沒有得到團隊明確的“自信心投票”之前，不要讓任何人離開
-
最終將細化產(chǎn)品待辦事項列表，并在此過程中識別潛在的依賴項
- 當需要更新Sprint和PB時——立刻就做。不要錯失那些在計劃會議中出現(xiàn)的頓悟時刻
- 確保你所使用的工具是簡單而有效的，以確保過程如絲般順滑
最后，確保對Sprint Backlog排優(yōu)先級，因此開發(fā)團隊知道第二天應(yīng)該首先開始哪些用戶User Story
通過遵循這些指導(dǎo)方針，你的計劃將比任何小組討論或面試過程更快速、更全面、更準確。
關(guān)于縮寫：
Product Increment - PI
Product Backlog - PB
如果覺得對您有幫助，煩請動動小手點個贊！這也是對我最大的激勵。
