最近常常碰到的一個(gè)問(wèn)題是 如何看待和處理迭代中的backlog的變化？

Scrum對(duì)Sprint backlog范圍在Sprint中堅(jiān)持不變，這與瀑布里面凍結(jié)需求的做法較為接近。

這樣的迭代待辦事項(xiàng)的凍結(jié)，對(duì)外不能快速響應(yīng)外部的變化；對(duì)內(nèi)讓團(tuán)隊(duì)吃自己的狗食，并且容易引起product owner與scrum master和團(tuán)隊(duì)對(duì)于迭代工作范圍的矛盾，進(jìn)而給scrum mastsr提出了非常高的軟技能要求。

凍結(jié)待辦事項(xiàng)并不是說(shuō)sprint開(kāi)始前define好的story在sprint開(kāi)始后on hold，而是是指范圍凍結(jié)，是指在planning meeting所選擇的sprint backlog不變，可以對(duì)既有的條目細(xì)化，精化，但不能增加和減少。

早年間的csm培訓(xùn)，花費(fèi)不少時(shí)間來(lái)講溝通技巧，典型的句式是yes，but… 和 yes, and…, 不說(shuō)no。

這是很不錯(cuò)的溝通小技巧。但其本質(zhì)是有點(diǎn)虛偽的。

凍結(jié)Sprint backlog這樣做是為了防止變更，使得Sprint相對(duì)容易成功。這樣要求在迭代會(huì)議時(shí) 相關(guān)需求足夠清晰
在sprint開(kāi)始時(shí)的planning meeting上，sprint backlog是scrum team與Product Owner商量好的
但計(jì)劃往往趕不上變化。 4周的迭代長(zhǎng)度的話，很容易趕上變化，1周的迭代長(zhǎng)度相對(duì)少變化，但也不是絕對(duì)沒(méi)有變化。

最新的有些Scrum實(shí)施中，把Sprint分成兩部分：1，一部分是承諾必須達(dá)成的，2，另外一部分是彈性部分。這是對(duì)硬性?xún)鼋Y(jié)Sprint Backlog靈活調(diào)整，被不少團(tuán)隊(duì)采用。

ScrumBan 在這方面的做法與Scrum不一樣,采用的是看板的思路，更加注重過(guò)程中流動(dòng)和調(diào)整。

總結(jié)

以上是生活随笔為你收集整理的如何看待Scrum Sprint Backlog冻结和变化？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。