No more calculation 症狀 (Symptom):喜歡用公式換算,像是點數換算時數,時數換算點數,換算可完成的 story 數量,點數換時程等等。 討論 (Discussion):分享兩個故事,第一個是我在水果公司的第二年,當時 Android 團隊剛開始起步,那時團隊成員剛組成,少數人對 Scrum 的認知不是很清楚 (有一半以上的人過去有 Scrum 經驗),所以那時 planning 是先把可工作日乘平均實際工作時數,減去會議時間後再乘上人數得到的總時數,作為 story 是否能排進這個 sprint 的參考,planning meeting 後排進的 task 總時數接近上限。即便如此,回頭看 burn-down chart,task 時數預估其實很少有準過,但消化的 story 數卻有逐漸穩定的趨勢。 第二個是我後來的另一家公司,當時已經跑了四個 sprint 的 Scrum team 突然加了兩個人,然後開發的東西完全換了 (使用的技術和語言都和前一個不同),團隊更動後的第一個 sprint,planning 時使用的方式是用信心指數,也就是 task 切完後,Scrum Master (不是我) 從 priority 高的 story 開始問團隊成員:這個 story 排進去有信心完成嗎?一直到團隊成員沒信心為止,當時 planning 完後總 story 數好像是 26 點,task 總時數是印象中不到 100 小時。某天管理層問 Scrum Master:團隊有六人,兩個禮拜的 sprint 為什麼只有不到 100 小時的 tasks?後來那個 sprint 實際完成的 story 數是 31 點,因為在結束前兩天,又拉了一個 5 點的 story 進來,實際的 task 總 (預估) 時數印象中也才一百出頭。在我離開前,團隊消化的 story 數也趨近一個穩定值。

Scrum Bad Smells 2
Scrum Bad Smells 2