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