如何進行軟體專案估算？

針對軟體如何估算？業界專家提出比較多的方法，比較常見的有類比法、德爾菲專家估演算法、功能點估演算法，其中功能點估算要求非常精細，已經滲透到設計層級，針對專案初始估算，功能點估算就有比較大的侷限性，因為專案這時還沒有那麼多細節資訊來支撐進行功能點估算；針對這些估算的操作方法業界已經有很多相應書籍和案例供學習，本文就不再贅述，本文重點講解一下如何藉助資訊化手段，提升估算效率，將估算成為專案運作的重要一環，整體專案估算過程如下：

首先，實際業界專案團隊通常以需求或模組為估算物件，個人認為需求和功能點有相通之處，需求再細化就可以到功能點層級；模組是大家非常熟悉的物件，例如使用者管理模組、許可權管理模組、賬單管理模組等；估算專家正式估算前，為了提升估算的效率，需要提供相應的歷史經驗參考，例如歷史某個物理模組實際有多少行程式碼，歷史某個需求特性實現時用了多少行程式碼等；每個專家進行估算時，需要充分考慮複用率係數，通過歷史程式碼複用可以有效節約專案資源投入，如下：

考慮到不同軟體專案生命週期的生產率（LOC/人天）不同，所以軟體專案生命週期模型選擇不同、軟體技術難度係數不同，會導致同樣規模的軟體專案需要投入的工作量（人天不同），如下：

最後，結合所選擇軟體專案生命週期模型，基於模型定義，我們就可以知道這些工作量在不同階段是如何分佈的，如上，系統需求分析階段工作量佔專案整體工作量比例為10%，大概為69.2人天，再結合我們能在這個階段投入的人員數量，我們就可以清晰知道這個階段需要持續多長時間，這樣就形成了相對客觀準確的專案計劃。

這就是我們對軟體專案估算實際資訊化的探索，資訊化帶來非常大的好處是便於積累歷史經驗資料，通過持續歷史經驗的積累，使我們的估算越來越準，希望以上探索對你有幫助。

更多RDP-GJB5000A資訊，請搜尋：RDP-GJB5000A

------完------  

（作者： 董奎 （Tiger.dong），致力於創新機會和研發效率，華成研發諮詢聯合創始人、青銅器軟體聯合創始人，曾就職華為技術，參與電信交換機、資料路由器等核心電信裝置的設計與開發，打造研發創新資訊平臺，IPD+CMMI+Scrum一體化研發管理體系的踐行者，目前該體系已經被華為技術、科大訊飛、美的集團、海信集團、長城汽車、宇通、長城汽車、烽火通訊、京信通訊、聯芯科技、華虹晶片、四維圖新等500多家企業，110多家行業第一名公司所採用。

​新浪微博： @董奎Tiger  http://weibo.com/dongkui168）