前端工時評估是前端工程師的必修課，但作為一種帶有預測性質的行為，工時的評估絕非易事。甚至很多有著多年經驗的前端工程師，也不免在工時預估這件事情上栽跟斗，以至於最後不得不拼命加班來彌補預估不準的過失。
最近的專案就吃了評估時間不夠的虧，開發時間不足，導致加班搞，提測時功能先跑通，小問題留在測試時debug，導致bug巨多。
最近思考了很多，總結了下前端工時評估的幾點，記錄下
-
在預估工時的時候，一定要留有一定的buffer，因為專案隨時有風險點出現。同時，尤其值得注意的是，專案臨時加需求的情況太常見了，幾乎沒有不臨時增加需求的專案。
-
預估時一定要計算一下參加會議的時間，把這些時間刨除在有效時間之外。各種開會，和pm討論問題，code review。雜七雜八的算下來，每天真正編碼的時間沒想像的多，按每天8小時算排期，評估每天實際開發的時間。
-
如果視覺設計師、互動設計師給出的內容不夠細緻，就會有大量的UI上的返工，而且可能出現設計的交付晚於預期的情況，這種種因素勢必會對前端開發工作的進行造成影響。
-
統計打點、文案修改這類需求常常在PRD中不會體現，但這都是明顯的常規性潛在需求。對這些潛在內容，必須要有所估計。
-
有些需求是一帶而過，有時是一句話，有時是幾個字，有時可能是一個圖，等等。在評估的時候，你得把眼睛放亮點，可能這樣一個“簡單” 的需求，夠你做好幾天才能搞定的。
-
平時多記錄自己的工作情況，比如一個功能耗費了多少開發時間，耗費了多少優化時間，平均每天編碼的真實時間有多長等等。
-
接手每個任務時，先決定你要做什麼。然後在開始之前估算任務所需時間。最後測量實際花費時間，並與估算相比較。同樣比較你實際完成的與計劃完成的。這樣你將會既提高你對一個任務包含細節的理解，同樣也提高了你的估算技能。
前端工時評估模版，僅供參考；
專案名稱： xxxx
前端開發：xx、xxx
總工時：10人日
詳細工時： 如下表
| 頁面 | 功能 | UI還原 | 互動邏輯 | 適配 | 聯調 | 自測 | 總工時 | 備註 |
|---|---|---|---|---|---|---|---|---|
| 首頁 | 導航 | .5 | 1 | .5 | 1 | .5 | 3.5 | |
| 合計 | 3.5 |