前端工時評估

前端工時評估是前端工程師的必修課，但做爲一種帶有預測性質的行爲，工時的評估絕非易事。甚至不少有着多年經驗的前端工程師，也難免在工時預估這件事情上栽跟斗，以致於最後不得不拼命加班來彌補預估不許的過失。

最近的項目就吃了評估時間不夠的虧，開發時間不足，致使加班搞，提測時功能先跑通，小問題留在測試時debug，致使bug巨多。

最近思考了不少，總結了下前端工時評估的幾點，記錄下

• 在預估工時的時候，必定要留有必定的buffer，由於項目隨時有風險點出現。同時，尤爲值得注意的是，項目臨時加需求的狀況太常見了，幾乎沒有不臨時增長需求的項目。
• 預估時必定要計算一下參加會議的時間，把這些時間刨除在有效時間以外。各類開會，和pm討論問題，code review。雜七雜八的算下來，天天真正編碼的時間沒想像的多，按天天8小時算排期，評估天天實際開發的時間。
• 若是視覺設計師、交互設計師給出的內容不夠細緻，就會有大量的UI上的返工，並且可能出現設計的交付晚於預期的狀況，這種種因素勢必會對前端開發工做的進行形成影響。
• 統計打點、文案修改這類需求經常在PRD中不會體現，但這都是明顯的常規性潛在需求。對這些潛在內容，必需要有所估計。
• 有些需求是一帶而過，有時是一句話，有時是幾個字，有時多是一個圖，等等。在評估的時候，你得把眼睛放亮點，可能這樣一個「簡單」 的需求，夠你作好幾天才能搞定的。
• 平時多記錄本身的工做狀況，好比一個功能耗費了多少開發時間，耗費了多少優化時間，平均天天編碼的真實時間有多長等等。

 

• 接手每一個任務時，先決定你要作什麼。而後在開始以前估算任務所需時間。最後測量實際花費時間，並與估算相比較。一樣比較你實際完成的與計劃完成的。這樣你將會既提升你對一個任務包含細節的理解，一樣也提升了你的估算技能。

前端工時評估模版，僅供參考；

項目名稱： xxxx
前端開發：xx、xxx
總工時：10人日
詳細工時： 以下表

頁面	功能	UI還原	交互邏輯	適配	聯調	自測	總工時	備註
首頁	導航	.5	1	.5	1	.5	3.5
合計							3.5