今天則是受邀向tool team介紹 Relative Estimation
如何讓成員快速理解這種新估算模式呢?最好的方式就是workshop了
於是我把專業的動物洗澡團隊又搬了出來
假設我們是個動物園團隊
今天要評估幫動物們洗澡的Effort
今天的動物共10隻
每個動物都有不同的需求
例如 :
石虎是個動物園明星 全台僅剩一隻 要小心呵護
銀背大猩猩是全動物園最兇猛動物之一 要剪指甲
等等
Product Owner 今天就是負責將這些需求天馬行空地描述出來
其他Member 則是依據這些需求 來做估算
估算的步驟 :
Step 1 : 比較大小
- 排序
- 定義最小的動物
- 插入歷史評估參考
- Planning Poker
遊戲規則 :
- 一次一個人說話
- 一次一個動作
- 輪流
其實過程中花最多時間的是排序
這次大家在爭論的地方在於
石虎是極為珍貴重要但是處理不複雜
換言之是 Business Value高 但是Effort相對沒這麼高
兇猛動物雖然兇猛 處理的Effort高 但由於Business Value低於石虎 所以排石虎前面
不管怎麼排 一但完成排序
後面評估點數的速度就快多了!!!
這是最後的結果:
黑熊由於會自己洗澡 所以Member覺得他是最簡單的Story
而石虎由於太珍貴了 需要特別地呵護 所以給予100點
儘管結果跟PO想得不太一樣
PO覺得:
石虎有這麼困難嗎???
Member回一句 :
我們才是做事的人啊 !!!
超霸氣的啊 完全無法回嘴XD
不過下一句 PO 應該要問的是
那 石虎可以再細分Story嗎?
不管如何 這就是團隊的一個共識
先GO下去再說吧
超霸氣的啊 完全無法回嘴XD
不過下一句 PO 應該要問的是
那 石虎可以再細分Story嗎?
不管如何 這就是團隊的一個共識
先GO下去再說吧