自從用了todoist，每周待辦事項數一直維持在40個左右，且不說這個數字是否太大，特別教我煩惱的是每周絕大部分工作都是上周遺留下來的。我也每周都做總結，發現其實時間利用蠻緊湊的，只是每件事所花的時間總要比預想的多。
為了避免待辦事項無休止地拖延下去，今天特意說一說如何評估工作量，從而能夠更合理地安排每一天的工作。
我從事的是軟件開發工作，就拿開發舉例：
1）首先，我們都不會忽略的是核心工作的評估問題。就開發來說，主要就是寫代碼，經常寫代碼的朋友這方面的經驗應該很多，比如先劃分模塊，再設計類等等，這里就不多說了。主要想提的一點是，要加上自測和部署的時間。自測涉及到case的設計、相關依賴的mock等，而部署則更多要考慮系統環境是否OK，是否需要系統層面的大的升級。
2）要考慮項目管理的時間，比如做code review的時間。這也是不能忽略的，看別人的代碼其實并不比自己寫代碼輕松，要試圖去理解別人，還可能引起一些關于代碼的討論，盡管有些討論是可以避免的。
3）世界上永遠不變的就是變化。我們需要給來自外界的變化預留一定比例的時間，我給自己定的比例是10%，大家可以根據自己實際工作中遇到的需求變更的情況決定自己的比例。
4）最后一點，也是最重要的一點。根據上述步驟，我們估算出了需要的時間，但在執行過程中總會出現大大小小的偏差，為了我們能夠按期完成工作，我們需要給自己預留buf，在原有的估算時間之上乘以一個系數（1.5~2），我定的是1.5.當然這個數字可以隨著經驗逐步調整。
上面說的是對于我而言比較熟悉的事，而對于未知的問題、處處充滿不確定性的問題，我會按照如下步驟進行：
1）首先，總體把握。明確問題是什么，為什么要解決這個問題。（大概花兩個小時）
2）然后，任務分解。一個很大的問題，總是讓人望而卻步，將其分解為一個個小的任務，則相對輕松多了。（大概花兩個小時）
3）最后，按子任務進行工作量評估。每個子任務相對不確定性沒有原來那么大，那么總體評估下來的偏差也會變小。
我們作工作量的評估是為了更好地安排每天的工作，但往往很多時候你不能決定你每天做什么，特別是在有別人給你安排工作的情況下，你完成不了，這個時候怎么辦？把你工作量評估量化，用數字說服別人，有理有據地合理地“拖延”你的排期。
以上就是我關于工作量評估的一些想法，當然還需要經過實踐進一步檢驗、調整。也歡迎大家留言分享自己的工作量評估方法和心得。
