聊聊程式

1.每個人還沒開始做之前的估算 就是 猜  (除非你做過一模一樣 或 非常相似的功能)
  - 開始做到一定程度時 才會出現 信心點 這時才是真的估算 ( 工程師如何估算工時？)
  - 猜太多 會被說故意放緩衝 或是 想偷懶
  - 猜太少 會被說能力不夠 上班不夠認真
  - 如果有每日會議 還要每天被追已用幾小時 還剩幾小時 或 超過幾小時 的 煎熬
我的理想猜(估)工時
  - 團隊可接受一開始是猜工時 + 有信心點出現後 再去更新工時
  - 猜不準就是正常 , 不會被檢討或責怪
  - 信心點出現後 估不準 也不會被責怪

2.團隊成員容易要符合自己預估的工時 會比較不想去協助別人 因為你不可能放去幫助別人的緩衝時間

3.猜工時 讓人很糾結 又或許很隨便 ( 以下不包含寫測試的時間 )
   - 簡單得要命 3 - 4 小時
   - 有做過的功能 1天 或是用之前的經驗去估
   - 沒有做過 感覺不難的功能 猜2天
   - 感覺很難的功能 猜 5天
------------------------------------------------------------------------
估算有其必要性 但是想方法用符合人性的方法去估算
1. 不用絕對 只要 相對
  - 你很難猜會議室的面積大小 但是兩間會議室的面積大小很好比較
絕對 就是 面積大小 
相對 就是 比較會議室大小

2. 有相對的概念後 把估工時變成估複雜程度(簡單 普通 困難 不會做)
再團隊成員不變的前提下 去計算 每一周 或 每兩周 或 每個月 可以消化多少的 複雜程度的工作
這樣就可以大概推算 之後的工作 需要多久的時間

好處
  - 因為每個人都要估算複雜程度 所以團隊會討論每個功能 達到經驗分享 或是 同步資訊
  - 每個人沒有背負多久要做完的責任 更可以 團隊互助完成工作
缺點
  - 沒有數據去觀察 誰特別強大 誰特別差
  - 團隊成員有異動時 準確度會下降
  - 全新的團隊一開始沒有數據可以參考 需要強大的溝通力去跟上面說明 或是 玩兩本帳簿的遊戲