決定在這次Sprint要做哪些故事
在Sprint規劃會議中，一個主要的活動是決定哪些故事要在這個Sprint中完成。更具體的說，哪些產品backlog中的故事，要被放到Sprint backlog中。
看一下上面那個圖，每個長方形代表一個故事，並且依重要性排序。最重要的故事是放在最上面。每個長方形的大小代表故事的大小(也就是故事時間點數的估算) 。藍色括號的高度代表團隊評估的速度，也就是團隊認為多少故事點數，他們可以在下一個Sprint中完成。
在右邊的Sprint backlog，是產品backlog的一個故事快照(snapshot) 。它代表團隊承諾要在這次Sprint中，所要完成的故事列表。
是團隊決定多少故事要在這個Sprint中被完成，而不是產品負責人或是其他人所決定的。
這會引起兩個問題：
1 團隊如何決定哪些故事要被放到這次Sprint中？
2 產品負責人如何影響他們的決定？
我先回答第二個問題。
產品負責人如何影響哪些故事要放在這次Sprint中？
在Sprint規劃會議中，假設我們遇到以下狀況。
產品負責人很失望，故事D沒有被排入這次的Sprint中。那在Sprint規劃會議中，他的選擇是什麼？
有一個選擇是他能重新設定優先順序。假如他賦予故事D較高的優先順序，那團隊就不得不把它先加入Sprint中 (在這裡需要把故事C給丟掉)。
第二的選擇是他可以改變換範圍。縮小故事A的範圍，直到團隊認為故事D可以放到這個sprint為止。
第三的選擇是他可以拆解故事。產品負責人可能可以決定故事A中某些部分不重要，所以把故事A分成故事A1和A2，並且賦予不同的重要程度。
就如你所看到的，雖然產品負責人在正常的狀況下不能控制團隊所評估出來的速度，但是他還是有很多方法，可以影響哪些故事要放到Sprint裡面。
全站熱搜
留言列表
