估算工時的傷害
1.每個人還沒開始做之前的估算 就是 猜 (除非你做過一模一樣 或 非常相似的功能)
- 開始做到一定程度時 才會出現 信心點 這時才是真的估算 ( 工程師如何估算工時？)
- 猜太多 會被說故意放緩衝 或是 想偷懶
- 猜太少 會被說能力不夠 上班不夠認真
- 如果有每日會議 還要每天被追已用幾小時 還剩幾小時 或 超過幾小時 的 煎熬
我的理想猜(估)工時
- 團隊可接受一開始是猜工時 + 有信心點出現後 再去更新工時
- 猜不準就是正常 , 不會被檢討或責怪
- 信心點出現後 估不準 也不會被責怪
2.團隊成員容易要符合自己預估的工時 會比較不想去協助別人 因為你不可能放去幫助別人的緩衝時間
3.猜工時 讓人很糾結 又或許很隨便 ( 以下不包含寫測試的時間 )
- 簡單得要命 3 - 4 小時
- 有做過的功能 1天 或是用之前的經驗去估
- 沒有做過 感覺不難的功能 猜2天
- 感覺很難的功能 猜 5天
------------------------------------------------------------------------
估算有其必要性 但是想方法用符合人性的方法去估算
1. 不用絕對 只要 相對
- 你很難猜會議室的面積大小 但是兩間會議室的面積大小很好比較
絕對 就是 面積大小
相對 就是 比較會議室大小
2. 有相對的概念後 把估工時變成估複雜程度(簡單 普通 困難 不會做)
再團隊成員不變的前提下 去計算 每一周 或 每兩周 或 每個月 可以消化多少的 複雜程度的工作
這樣就可以大概推算 之後的工作 需要多久的時間
好處
- 因為每個人都要估算複雜程度 所以團隊會討論每個功能 達到經驗分享 或是 同步資訊
- 每個人沒有背負多久要做完的責任 更可以 團隊互助完成工作
缺點
- 沒有數據去觀察 誰特別強大 誰特別差
- 團隊成員有異動時 準確度會下降
- 全新的團隊一開始沒有數據可以參考 需要強大的溝通力去跟上面說明 或是 玩兩本帳簿的遊戲
如果內容有誤請多鞭策謝謝