Sprint規(guī)劃會圍繞Sprint中的應(yīng)辦事項(xiàng)和工作重點(diǎn)展開。如果組織得當(dāng)，Sprint規(guī)劃會還能夠?yàn)閳F(tuán)隊營造一個充滿激情和挑戰(zhàn)并指引團(tuán)隊走向成功的環(huán)境。糟糕的Sprint規(guī)劃可能會因?yàn)樵O(shè)定不切實(shí)際的目標(biāo)，而導(dǎo)致團(tuán)隊的失敗。

什么是Sprint規(guī)劃？

Sprint規(guī)劃是scrum中用來啟動Sprint的事件，迭代規(guī)劃的目標(biāo)是定義Sprint可以交付的內(nèi)容，以及如何完成各項(xiàng)工作，迭代規(guī)劃需要整個scrum團(tuán)隊合作完成。

與體育概念中的最后沖刺不同，scrum中的‘沖刺’（sprint）要求團(tuán)隊一直保持極速狀態(tài)以提供可工作的軟件，與此同時還需要不斷學(xué)習(xí)和提高。

在scrum中，Sprint是所有工作都得以完成的一段時間。只是在開始行動前，需要設(shè)置Sprint的相關(guān)條件：例如要決定時間周期的長度、Sprint目標(biāo)以及從何處開始行動。

Sprint規(guī)劃會圍繞Sprint中的應(yīng)辦事項(xiàng)和工作重點(diǎn)展開。如果組織得當(dāng)，Sprint規(guī)劃會還能夠?yàn)閳F(tuán)隊營造一個充滿激情和挑戰(zhàn)并指引團(tuán)隊走向成功的環(huán)境。糟糕的Sprint規(guī)劃可能會因?yàn)樵O(shè)定不切實(shí)際的目標(biāo)，而導(dǎo)致團(tuán)隊的失敗。

• 做什么——Product Owner闡述Sprint目標(biāo)以及對實(shí)現(xiàn)目標(biāo)有益的PBI。Scrum團(tuán)隊據(jù)此決定在即將開始的Sprint中需要做什么，以及要做哪些才能實(shí)現(xiàn)Sprint目標(biāo)。
• 怎樣做——開發(fā)團(tuán)隊根據(jù)需要交付的Sprint目標(biāo)來規(guī)劃具體工作。經(jīng)開發(fā)團(tuán)隊和Product Owner協(xié)商一致后，最終得到一個基于價值和工作量的Sprint計劃。
• 誰來做——Sprint規(guī)劃必須要有Product Owner和開發(fā)團(tuán)隊的參與。Product Owner根據(jù)產(chǎn)品的價值取向來制定Sprint目標(biāo)。而開發(fā)團(tuán)隊則需要弄清楚能否實(shí)現(xiàn)該目標(biāo)。二者都必須參與，缺一不可，任何一方的缺席都將導(dǎo)致Sprint計劃無法進(jìn)行。
• 輸入——Product Backlog是Sprint計劃中非常重要的一個出發(fā)點(diǎn)，因?yàn)樗峁┝丝赡軙蔀楫?dāng)前Sprint一部分的“基本特征”表。除此之外，團(tuán)隊還需要查看增量中已完成的工作，以了解進(jìn)度和剩余工作量。
• 輸出——Sprint規(guī)劃會議最重要的目的是讓團(tuán)隊闡述Sprint目標(biāo)，以及如何實(shí)現(xiàn)這個目標(biāo)。這些內(nèi)容將體現(xiàn)在Sprint的Backlog中。

Sprint規(guī)劃會的前期準(zhǔn)備

要舉辦一場精彩的Sprint規(guī)劃會需要滿足一些基本要求，Product Owner要做好充足的準(zhǔn)備，結(jié)合前一次的Sprint Review會議中總結(jié)的經(jīng)驗(yàn)教訓(xùn)、利益相關(guān)者的反饋以及他們對產(chǎn)品的愿景，奠定Sprint的基礎(chǔ)背景。

透明度方面，Product Backlog應(yīng)是更新后的版本，確保清晰精準(zhǔn)。Backlog Refinement是scrum中一個可選事件，因?yàn)橛行゜acklog不需要進(jìn)行梳理優(yōu)化的。但對大多數(shù)團(tuán)隊而言，最好在sprint規(guī)劃會前將團(tuán)隊聚在一起對backlog進(jìn)行review并做出優(yōu)化。

專家提示：周期為2周的Sprint，要在中期舉行一次backlog梳理會議。跳出當(dāng)前的Sprint來思考下一個對團(tuán)隊來說大有裨益。這樣不僅能夠?yàn)镾print規(guī)劃做準(zhǔn)備，還可以為評估當(dāng)前的工作提供不同的視角。

限制Sprint規(guī)劃的時間

Sprint規(guī)劃的時長應(yīng)限制在每周兩小時以內(nèi)。所以，一個為期兩周的Sprint，其規(guī)劃會議將不會超過兩個小時。

這叫做“timeboxing”，即設(shè)定團(tuán)隊完成一項(xiàng)任務(wù)所需的最長時間，在這個前提下，進(jìn)行Sprint規(guī)劃。Scrum Master負(fù)責(zé)確保會議在規(guī)定時間內(nèi)完成。如果團(tuán)隊在限定時間內(nèi)達(dá)到了滿意的效果，就可以認(rèn)為會議順利完成。時間限制僅強(qiáng)調(diào)最長時間，對最短時間沒有限制。

專家提示：將Sprint目標(biāo)作為Sprint規(guī)劃的重點(diǎn)，不要將過多的精力放在Backlog的細(xì)節(jié)上。 聚焦目標(biāo)而非具體的工作，才能讓團(tuán)隊有更多的精力找到實(shí)現(xiàn)目標(biāo)的最佳方案。

聚焦結(jié)果而非具體工作

在做Sprint規(guī)劃時，團(tuán)隊很容易陷入“細(xì)節(jié)困境”，糾結(jié)于哪個任務(wù)應(yīng)該先做，由誰做，以及完成這項(xiàng)任務(wù)需要多少時間等。對于比較復(fù)雜的工作，初期掌握的信息有限，且大部分判斷都是基于假設(shè)。Scrum是一個完全根據(jù)經(jīng)驗(yàn)的過程，這就意味著很多工作沒辦法提前規(guī)劃，而是要通過實(shí)踐來學(xué)習(xí)，然后將學(xué)習(xí)到的信息反饋到整個開發(fā)流程中。

Sprint目標(biāo)以一個比較高的水平對Sprint的目標(biāo)進(jìn)行闡述，而backlog列表也可以用結(jié)果導(dǎo)向的思維來編寫。用戶故事是一種從用戶角度描述工作的非常好的方式。

如下圖所示，用戶故事應(yīng)該將焦點(diǎn)放在客戶最終想要實(shí)現(xiàn)的效果的缺陷、問題和改進(jìn)上，而非觀察到的問題。

通過在用戶故事中添加清晰、可測量的結(jié)果，團(tuán)隊可以清楚地衡量輸出結(jié)果，知道什么時候才算完成。盡可能提前了解團(tuán)隊聚焦的工作，這樣團(tuán)隊中每個人在啟動工作時就不至于一無所知。例如，團(tuán)隊可以將無法確定的事情定為需要在Sprint期間回答的問題，也好過讓其保持不清不楚的狀態(tài)。

專家提示：無法確定某事和讓其保持不清不楚的狀態(tài)是兩回事。不要忽視未知事件，因?yàn)樗鼈兙褪菆F(tuán)隊必須腳踏實(shí)地完成的艱苦工作，但也不要使用含糊不清的描述來掩蓋或隱藏它們。相反，當(dāng)你不了解某些事情時，要認(rèn)清自己的無知，并將其列為需要進(jìn)一步了解的工作。

預(yù)估是必要的，但不代表要假裝了解未知事項(xiàng)

Sprint規(guī)劃需要一定程度的預(yù)估，團(tuán)隊需要明確Sprint中能或者不能完成的任務(wù)，即：預(yù)估工作量和實(shí)際工作量。工作量的預(yù)估經(jīng)常與承諾相混淆，預(yù)估本質(zhì)上是團(tuán)隊根據(jù)當(dāng)前掌握的知識做出的預(yù)測。

衡量工作量大小的方法如故事點(diǎn)（story points）和T恤尺碼分類法（t-shirt sizing）分別為團(tuán)隊提供了不同的視角來分析和看待問題。而它們并非神器，不能幫助團(tuán)隊在尚未掌握足夠信息的前提下發(fā)現(xiàn)真相。因此，未知因素越多，預(yù)估的正確性就越低。

良好的預(yù)估要基于相互信任的環(huán)境，在這種環(huán)境下，團(tuán)隊可以自由交換信息，在不斷的學(xué)習(xí)和改進(jìn)中對假設(shè)進(jìn)行論證。如果工作完成后證明前期的預(yù)估是錯誤的，那么以后的預(yù)估要么變得大很多，以確保不再出錯；要么花更長的時間來進(jìn)行預(yù)估，以避免再次出錯。

專家提示：團(tuán)隊可以嘗試用不同的預(yù)估方法，如T恤尺碼分類法（t-shirt sizing）或故事點(diǎn)（story points）。因?yàn)椴煌姆椒ǚ治鰡栴}的角度不同。

Sprint規(guī)劃最佳實(shí)踐

Sprint規(guī)劃期間，團(tuán)隊很容易陷入“細(xì)節(jié)困境”，導(dǎo)致他們忘了Sprint規(guī)劃的重點(diǎn)是為接下來的Sprint制定一個“恰到好處”的計劃。規(guī)劃不應(yīng)成為團(tuán)隊的負(fù)擔(dān)，而應(yīng)該幫團(tuán)隊專注于有價值的結(jié)果，并確保團(tuán)隊保持正常的運(yùn)行軌跡。

好的Sprint規(guī)劃通過定義輸出的結(jié)果和清晰的計劃來獲得成功。但也要小心過猶不及，Sprint規(guī)劃中，要聚焦目標(biāo)和恰到好處的Sprint Backlog，而不是面面俱到的規(guī)定Sprint中每一分鐘的工作計劃。接下來，就是確定Product Backlog的順序，以便團(tuán)隊提前完成Sprint目標(biāo)時能接著進(jìn)入后續(xù)的工作中。

Scrum是一個旨在解決復(fù)雜問題的流程框架，而復(fù)雜問題的解決需要一個經(jīng)驗(yàn)積累的過程（即邊做邊學(xué)）。經(jīng)驗(yàn)積累的過程很難預(yù)先計劃，所以不要自欺欺人——要承認(rèn)我們不可能制定完美的計劃。相反，可以專注于結(jié)果并投入到實(shí)際的工作中去，哪怕我們正在嘗試解決非常困難的問題，啟動工作仍可以是一件易事。

#專欄作家#

微瀾，人人都是產(chǎn)品經(jīng)理專欄作家。分享產(chǎn)品運(yùn)營/市場等相關(guān)經(jīng)驗(yàn)和知識。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議