編輯導語：項目前期工期評估不合理，不僅項目中難受，項目開展后更是容易出現延期風險。作為一枚產品經理，經常需要給客戶報工期、寫計劃，并且不是每一家公司都配備項目經理一職，那么產品經理提出的工期方案就一定要提前跟開發(fā)團隊溝通，并有所依據。接下來，本文作者為大家講解一下核算工期方法，本文方法引用政府投資項目的管理標準。
一、解決方案
產品給出的需求文檔和系統(tǒng)設計方案的最終目的就是給出解決方案，那么解決方案也應當算在項目工期中，其中包括但不限于：前期調研、繪制原型、撰寫文檔、需求審查等。
很多產品經理覺得自己的工作并不被包含在項目工期中，而給公司報了一個比較短的工期，這就容易壓縮后面開發(fā)的時間。對于已經進行了需求調研工作的項目，這部分工期就比較好估計。
對于還沒有開始調研的項目我們可以采用以下公式估算：
解決方案工期=開發(fā)時間*復雜程度系數β
復雜程度一般根據項目的硬件、軟件、網絡、體系結構的層次和接口的多少來確定，有些政府投資項目會要求以功能點的難易程度來計算。
在這里我們簡單的以整體復雜程度計算，可分為以下等級：
- A級項目：硬件、軟件、局域網絡、體系結構三層次以下 0.7-1.2%。
- B級項目：硬件、軟件、局域網絡、體系結構三層次以上 1-1.8%。
- C級項目：硬件、軟件、局域網絡、互聯網以及多種接口 1.5-2.2%。
- D級項目：硬件、軟件、網絡、通信以及數據采集設備接口或與主系統(tǒng)有接口 2-3%。
二、開發(fā)
開發(fā)部分的工期一般都需要開發(fā)團隊負責人給出，但是產品經理自己也應該做到“心中有數”，由于產品經理一般不涉及實質性的開發(fā)工作，所以很難具體了解每個功能模塊的開發(fā)時間。
我們可以通過以下公式估算個大概：
工作量=經驗值A*風險系數σ*復用系數Γ
經驗值A：東北方言叫“約摸”，舉例：我約摸很多程序員報工期會虛高。
風險系數σ：程序猿對項目領域、技術不了解，甲方對需求不明確都會影響項目的風險，一般取值1-1.5。
復用系數Γ：開發(fā)如果基于構件庫，那么工作量就會減少。復用系數取值越小，工作量越少，一般取值0.25-1。
再說一下系統(tǒng)集成，其實這個是要單獨報工期的。
系統(tǒng)集成將整個系統(tǒng)所涉及的設備、軟件、網絡整和起來，能正常地運行，運行的結果能達到用戶建立該系統(tǒng)的目標。
集成工期=開發(fā)時間*復雜程度α
復雜程度α可分為以下等級：
- A級：硬件、軟件、局域網絡、體系結構三層次以下 5-8%
- B級：硬件、軟件、局域網絡、體系結構三層次以上 7-10%
- C級：硬件、軟件、局域網絡、互聯網以及多種接口 8-12%
- D級:硬件、軟件、網絡、通信以及數據采集設備接口或與主系統(tǒng)有接口 10-15%
三、提交項目計劃/方案
產品經理得到工作量后，開始繪制項目計劃，最終要提交的計劃中需要包含但不限于：
1. 實施進度明細
包含各子任務需要完成的內容、總工期、起止時間，其中要注意扣除節(jié)假日、留有緩沖時間。
項目經理應嚴格按照進度明細推進項目，并及時調整人員應對開發(fā)風險。
（圖片來自網絡）
2. 實施人員組織結構
包含人員組織結果和職能說明，項目組人員按此說明分工、執(zhí)行、對接。
3. 實施團隊組成
具體各實施小組內成員，如此文檔對外交付只需寫明小組負責人即可。
四、開發(fā)工期核算關鍵點
軟件開發(fā)項目的主要資源是人，人具有極大的不確定性，是整個項目的風險所在。
產品經理在核算時要考慮到：
- 人員請假、人員離職、人員借調產生的交接時間；
- 對功能復雜程度的誤判；
- 對所需技術不熟悉；
- 人員工作拖延；
- 需求變更；
- 其他不可抗力（如三災）。
為避免以上情況對項目工期產生影響，產品經理應當預留各子任務緩沖期。
#專欄作家#
無問西東，人人都是產品經理專欄作家。工商管理碩士，貓奴一枚。主導過金融公司臺賬系統(tǒng)、多公司OA系統(tǒng)；參與過二手車平臺、P2P平臺設計。
本文原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載
題圖來自 Unsplash ，基于 CC0 協(xié)議
版權聲明：本文內容由互聯網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。