對工時的預估 - 番茄工做法圖解

序言

在項目開始落實以前，須要先對其所需工做時長進行預估。目的在於：

• 給上一級或者你知道你項目所須要的工時，從而判斷該項目值不值得執行。
• 上級也能夠經過工時預估，合理的調用資源。
• 在進行項目外包上，預估所需的時間，能夠根據每人工時單價進行總體報價。
• 在項目落實時候，也能夠根據預估表，進行階段性監督，促使項目穩步進行中。 本文主要講述有無歷史數據如何預估、執行時根據現實狀況修改預估、預估失敗總結。

1. 預估猜想

無歷史數據

• 觸類旁通

根據別的項目進行派生，推算。這個項目跟另外一個類似，再根據現實狀況進行修改。

• 站在巨人的角度上

請教前輩朋友。陌生項目在本身沒把握的狀況下，不要盲目預估。

• 稻田取樣法

屢次預估平均法。比較複雜的項目，須要屢次預估取平均值。

• 香農定律

提升容錯率。人的預估每每過於理想樂觀。根據本身以往的狀況，適當增長時長。我我的是，若是我的預估100天，對上級通常報120天。而每每是在110到120之間完成。

* 有歷史數據

有作過的項目在項目難度上相對把握的比較好，須要注意的是，環境、我的能力的變化，所須要的工時有所變化。建議以下： 經過推測重演、完整覆盤，來考慮當初碰到了什麼意外，有哪些不肯定因數，任務完成度如何，是否值得繼承。假如當初任務發生在今日會是怎樣的，多了仍是少了。

2. 執行

• 第一次預估：常規預估：

見 1. 預估猜想

• 第二次預估：修正預估：

工做開始後可能發現意外狀況，根據實際狀況從新評估，修改計劃表。

• 第三次預估：最後預估：

失敗的話：要回過頭從新考慮。狀況嚴重的話須要向上級反饋狀況需求幫助。

3. 失敗緣由

• 自我：

  預估能力欠缺不夠嚴謹，見 1. 預估猜想

• 工做必備條件不夠:

例如： 基礎知識不夠 - 沒看完vue的文檔，致使api瞭解不夠； 想作個登陸頁面結果，結果一直停留在bug查錯上； 這個時候：須要創建並執行另一個任務 - 去了解工做文檔

• 工做強度 || 複雜度太高：

例如： 就是說沒有把把工做進行拆分到到本身能正確預估的範圍內； 業務邏輯沒有理順致使開發卡住

後記

不少新手礙於面子，沒有定時反饋需求幫助，到最後領導來詢問進度的時候，支支吾吾，已經嚴重阻礙到項目的進行。在項目實施時，要創建合理的監督反饋機制，如：須要一個月的項目，每隔審覈一下進度，反饋給上級。若是項目難度比想象中大，向上級尋求幫助，或者請求延長時間。切記到最後時間截止時，項目沒作成，也丟了本身的信譽。

參考資料

番茄工做法圖解