六問禅道1：爲什麽任務的剩余工時不自動更新
我自己从2010年8月开始接触和使用禅道項目管理软件，由刚开始的只使用测试--Bug管理模块，到现在的所有模块均有在使用。
在不斷的使用過程中，加上長期混迹在禅道QQ技術交流群，對禅道的使用，項目管理也有了深入的理解。
在QQ群裏，同樣的問題經常被問起，看起來是個小問題，其實裏面卻蘊含了項目管理的一些大道理。
因此，我以禅道使用爲背景，再加上自己的拙見，整理了“六問禅道”系列使用分享，希望能達到抛磚引玉的效果。
歡迎吐槽指正。
今天來說說任務工時更新問題。
不少童鞋都有在問：禅道裏記錄任務工時，輸入日期和工時後，爲什麽還要輸入剩余，這麽簡單的加減系統不會自動計算嗎？
也就是說很多童鞋對任務工時有 誤讀，單純的認爲任務 預計 剩余工时 = 最初預計工时 — 已经消耗工时。
具體解答問題之前，我們先來了解一下禅道裏的工時概念：
最初預計：创建任务时的最初預計工时。
已經消耗：開發這個任務已花費的工時。
預計剩余：完成這個任務還需要的工時。
套用一句老話“計劃沒有變化快”，以我的個人經曆來說比較 常見的任務開發狀況：
1、 某个任务最初預計工时是10，coding了5小时后 ， 重新估算還要9小時才能完成，系統自動計算剩余工時的話是3小時。
2、 某 个任务最初預計工时是10，coding了5小时后，任务完成了，剩余工时为0，系统自动计算剩余工时的话还是3小时。
3、某个任务最初預計工时是10，coding了5小时后，重新估算还要1小时就可完成。系统自动计算剩余工时的话依旧是3小时。
或许你会反驳我，难道就不存在任务很完美的按预期开发并完成，最初預計与总消耗工时一致的情况吗？ 有， 這種 理想狀況出現的頻率足以讓我們忽略掉它的存在。
還有個類似的問題：關于任務已消耗工時的自動更新。有不少童鞋說 這個任務我coding了1天，已消耗工時就應該自動記爲8小時呀。
錯！鬼才知道這一天你都coding了些什麽。
讓系統自動更新任務已消耗和剩余工時，不僅是錯誤的認識，而且還會引發一些問題 ：
- 不能反映出任務的真實開發狀況，導致任務剩余工時統計有誤。
- 項目進度和燃盡圖不能真實反映當前項目進展。禅道裏項目 進度 （進度=项目任务总消耗工时/（项目任务总消耗工时+项目任务总剩余工时 ）） 和 燃盡圖 都是通過統計任務的剩余工時來繪制的。
- 错误的数据让项目经理对项目全局的掌控有偏差，对项目的调整和决策出现失误。进而会导致出现项目延期，人员分工不合理，没有测试就匆忙发布，交付的産品Bug频出等一系列问题。
所以嚴格按照任務開發實際狀況記錄工時是很有必要的，而不能簡單的讓系統自動計算掩蓋掉真實的數據。
關于任務工時更新，我比較推薦的做法：
- 最初預計工时在任务开始后，就不要再做修改。
- 開發人員每天及時更新任務狀態和工時。
- 更新任務工時，結合實際開發狀況重新估算剩余工時並記錄。
- 允许任务的最初預計工时和总消耗工时存在偏差。任务完成后，二者对比以纠正自己的工时估算。
總結下來就是： 及時更新，重新估算，真實填寫。
最後，簡短粗暴的回答：禅道裏任務 最初預計工时 ≠ 已经消耗工时 + 預計剩余工时。
