敏捷開發(fā)中,如何做好Sprint規(guī)劃?

0 評(píng)論 24659 瀏覽 39 收藏 11 分鐘

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

什么是Sprint規(guī)劃?

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

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

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

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

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

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

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

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

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

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

Sprint規(guī)劃的時(shí)長(zhǎng)應(yīng)限制在每周兩小時(shí)以內(nèi)。所以,一個(gè)為期兩周的Sprint,其規(guī)劃會(huì)議將不會(huì)超過(guò)兩個(gè)小時(shí)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

#專欄作家#

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

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

題圖來(lái)自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒評(píng)論,等你發(fā)揮!