Sprint Planning Meeting——Scrum計(jì)劃會(huì)議是每個(gè)Sprint(沖刺)開(kāi)始之前的一次計(jì)劃會(huì)議雕蔽。計(jì)劃會(huì)議的目標(biāo)是從Product Backlog(產(chǎn)品待辦列表)中挑選任務(wù)至Sprint Backlog(沖刺待辦列表)裁替，決定下一個(gè)Sprint要交付的內(nèi)容削罩。
本文是Scrum敏捷開(kāi)發(fā)那些會(huì)議的第二篇爬舰，將會(huì)介紹Sprint計(jì)劃會(huì)議的方方面面饶深。
時(shí)間锦募、地點(diǎn)奔浅、人物
Timebox
上文已經(jīng)提到馆纳，Sprint計(jì)劃會(huì)議會(huì)在每個(gè)Sprint開(kāi)始之前召開(kāi)。除了這個(gè)固定的時(shí)間汹桦，還有一個(gè)很重要的時(shí)間概念——Timebox(限制的時(shí)間段)鲁驶。Scrum的每個(gè)流程及會(huì)議都擁有一個(gè)相對(duì)固定的限制時(shí)間，一般來(lái)說(shuō)舞骆，計(jì)劃會(huì)議持續(xù)時(shí)間盡量控制在1-3小時(shí)钥弯。
限制時(shí)間可以提高會(huì)議的效率径荔，也可以防止會(huì)議過(guò)多地占用工作時(shí)間或打亂工作節(jié)奏。如何保持工作的節(jié)奏感：相對(duì)固定的Sprint周期+相對(duì)固定的會(huì)議時(shí)間（例如：每個(gè)Sprint開(kāi)始周的周二召開(kāi)計(jì)劃會(huì)議）
地點(diǎn)
與站會(huì)不同脆霎，計(jì)劃會(huì)議需要長(zhǎng)時(shí)間的討論总处，選擇在會(huì)議室召開(kāi)較為合適。
與會(huì)人員
Scrum Master, Product Owner, Scrum Team都需要參加計(jì)劃會(huì)議绪穆。Scrum Master負(fù)責(zé)會(huì)議的順利進(jìn)行辨泳，Product Owner負(fù)責(zé)澄清Product Backlog中的待辦項(xiàng)目的細(xì)節(jié)虱岂，Scrum Team則根據(jù)需求做出下個(gè)Sprint的承諾玖院。
事件
確定了時(shí)間、地點(diǎn)和人物第岖，接下來(lái)要解決的就是計(jì)劃會(huì)議的具體內(nèi)容了难菌。
到底如何將Product Backlog中任務(wù)移動(dòng)至Sprint Backlog。
第一步是明確下一個(gè)Sprint的交付范圍蔑滓。
Scrum中每個(gè)Sprint都需要交付可工作的軟件郊酒，每一個(gè)Sprint都會(huì)將一些增量加入其中。這個(gè)增量就是Sprint Goal(目標(biāo))键袱。
決定交付范圍要同時(shí)考慮任務(wù)優(yōu)先級(jí)以及Scrum Team的生產(chǎn)力燎窘，這個(gè)決定是產(chǎn)生自Scrum Team，Product Owner只做引導(dǎo)性的工作蹄咖。
在這個(gè)過(guò)程中，Scrum Team將Product Backlog中的item挪動(dòng)至Sprint Backlog, 但只是挪動(dòng)而已，接下來(lái)還有別工作要做泛豪。在大致明確了交付范圍之后敢艰，Scrum Team需要對(duì)所有的item進(jìn)行必要的細(xì)化，對(duì)任務(wù)進(jìn)行拆分俊抵，盡量保證每一個(gè)item都可以在2個(gè)工作日內(nèi)完成谁不。在拆分任務(wù)的同時(shí)，與Product Owner確認(rèn)DoD(Definition of Done)徽诲，即完成的定義刹帕。
DoD對(duì)于敏捷來(lái)說(shuō)是非常關(guān)鍵的檢查點(diǎn)，這是Team做出的承諾中最核心的部分
接下來(lái)的工作就是Estimation——預(yù)估谎替。在確認(rèn)最終的Sprint Backlog前偷溺，Scrum Team要保證他們可以給出一個(gè)可被接受的承諾，這個(gè)承諾通常有兩個(gè)含義：第一院喜，下一個(gè)Sprint亡蓉，Team可以交付有效的并含有增量工作軟件；第二喷舀，Team可以在Sprint結(jié)束前按時(shí)交付砍濒。
Scrum Team可以根據(jù)斐波那契數(shù)列估算User Story points淋肾，或是通過(guò)小時(shí)數(shù)來(lái)表明每個(gè)item的工作量。將最終估計(jì)的結(jié)果與以往的實(shí)際情況相比較爸邢，來(lái)確定Team是否能夠承受樊卓，并適當(dāng)做出調(diào)整。最后在承諾之前杠河，再對(duì)Sprint Backlog做一次審閱：
- 確認(rèn)所有的item都有DoD和Estimation
- 確保沒(méi)有遺漏互相依賴的item
- 確認(rèn)提供的增量可以被接受
- 確認(rèn)所有相關(guān)人都已經(jīng)了解Sprint Backlog的內(nèi)容
Sprint開(kāi)始后碌尔，任何人都不可以也不應(yīng)該將額外的item加入Sprint Backlog，不僅因?yàn)檫@會(huì)打亂Srum Team的節(jié)奏券敌，也違反了承諾的原則
實(shí)踐出真知
最后來(lái)談一談持續(xù)改進(jìn)唾戚。每一個(gè)Team，都是由陌生到熟悉待诅，由生疏到成熟叹坦，相對(duì)來(lái)說(shuō)越成熟的Team就越高效。
對(duì)于計(jì)劃會(huì)議來(lái)說(shuō)卑雁，Estimation的精準(zhǔn)度很重要募书，因?yàn)樗馕吨鳶crum Team能否做出對(duì)自己以及對(duì)任務(wù)的準(zhǔn)確評(píng)估，或者說(shuō)能否做出一個(gè)有效的承諾测蹲。持續(xù)改進(jìn)的過(guò)程莹捡，也是一個(gè)不斷記錄和對(duì)比過(guò)去的過(guò)程，通過(guò)數(shù)據(jù)對(duì)比扣甲，Scrum Team可以更清楚地了解自己的能力篮赢。
Velocity chart, 對(duì)比承諾的工作量和實(shí)際的工作量的圖表，反應(yīng)出Team實(shí)際的工作能力以及在項(xiàng)目演進(jìn)過(guò)程中的進(jìn)步或是瓶頸文捶。
