3. 我們如何準備Sprint的規劃
Scrum and XP from the Trenches - How we do Scrum
Henrik Kniberg
http://www.crisp.se/ScrumAndXpFromTheTrenches.html
Sprint規劃的這一天很快的到來. 有個我們一而再學到的教訓是在Sprint規劃會議之前, 要確認產品backlog is in shipshape. 這是代表什麼意思呢? 是要所有的故事都必須被完美的定義嗎? 還是所有的估算都必須準確無誤? 或者是所有優先順序都要被固定下來?
不, 不, 並不是這樣的! 它的意思是
# 產品的backlog必須存在!
# 要有一個產品backlog和一個產品負責人 (對於每個產品而言)
# 所有重要的backlog項目應該要被評定重要程度, 不同重要性有不同的分數
* 事實上, 如果所有不重要的項目都是評定相同分數, 這是不要緊的. 因為目前這次的sprint規劃會議上, 他們並沒有機會被提出來.
* 任何故事, 只要產品負責人相信他們最終會在下一個sprint出現, 那就應該都被評定成某一特定重要的程度.
* 分數只是讓我們依重要性排序. 如果A的分數是20, B的分數是100, 那只是簡單說明B比A重要, 並不是代表B比A重要五倍. 如果B的分數是21, 也是代表同樣的意義: B比A重要
* 最好在分數之間留下一些間隔, 以防之後出現另一個故事C, 它比A重要但是比B還不重要, 可是卻沒有分數可以使用. 當然你可以給C評定成20.5, 但是看起來有點醜陋, 所以我們還是留點空隙比較好
# 產品負責任應該要知道每個故事的意義(). 他並不需要知道他們是如何被實踐的, 但是他需要知道為什麼這個故事會出現在這裡
註記: 產品負責人以外的人, 可能也會增加故事到產品的backlog中, 但是他們不能指定這個是有多重要, 這是產品負責人才能有的權力. 他們也不能設定初始估算的值, 這是整個團隊的權力.
我們還嘗試或評估過其他方法:
# 使用Jira(我們的錯誤案例追蹤系統)來存放產品的backlog. 大部分的產品負責人覺得用起來太麻煩了. 但是, excel是一個不錯, 和方便去直接使用的工具. 你可以容易去使用不同顏色表示, 重新安排項目, 任意增加新的欄位, 添加註解, 和匯進/匯出資料等等.
# 像VersionOne, ScrumWorks, XPlanner等這些agile的輔助工具, 我們還沒有嘗試過他們, 不過或許以後會用吧
留言列表
