專案估算一般有兩種用途，第一種是用來安排進度計畫，另外一種用來估價，來**或者做決策。
估算方法：
1.用**行
2.功能點
3.需求條數
4.工作量
安排進度計畫：建議用微軟msf「由底而上」的估算辦法。安排進度計畫，必須進行分解度很高的wbs(work breakdown structure 工作分解解構)。這些問題遲早要面對的，越快面對，越快發現問題，更有利於專案的將來。
估價，**：建議用dephi法，比較簡單實用。找幾名資深的專案專家，對工作進行wbs，不需要分解得很細，一般也就分解為十幾項到幾十項。然後每位專家對每項wbs估計可能需要的工作量，每位專家講出自己的看法，並講解為什麼他要這樣估計。經過一輪後，每位專家都聽取了別的專家的意見，然後各專家再各自重新估算，再講解自己的看法。如此反覆幾次，一般第一次大家的數字可能相差很大，但各專家考慮別人的意見後重新思考，各人的數字一般會每次趨近一點。一般次數不需要太多，兩三次後，取各專家的平均值作為估算的結果。
專案估算 非編碼任務的工作產品規模估算
專案估算時，需要先估算工作產品規模，然後才能匯出估計工作量。對於 的估算有比較成熟的做法，此處不再贅述。對於非編碼任務的規模的估算，其實也是有必要的，以下舉例說明 1 文件編寫 一般是頁數，比如對於會議 篇幅已定，比如該會議規定是4頁，那麼規模是4頁。對於其他文件，如果有模板，可以參照模板來估計。2...
軟體規模的估算方法
軟體專案的規模估算歷來是比較複雜的事，因為軟體本身的複雜性 歷史經驗的缺乏 估算工具缺乏以及一些人為錯誤，導致軟體專案的規模估算往往和實際情況相差甚遠。因此，估算錯誤已被列入軟體專案失敗的四大原因之一。軟體工程師經常會被問到，編乙個什麼什麼樣的軟體需要多長時間 多少錢。面對這個問題，有不少人很犯難，...
軟體專案技術路線 軟體工程 專案規模估算技術
估計軟體大小是軟體專案管理的重要組成部分。它有助於專案經理進一步 構建專案所需的工作量和時間。在專案規模估算中使用各種措施。其中一些是 顧名思義，loc計算專案中源 的總行數。loc的單位是 好處 缺點 er模型提供專案的靜態檢視。它描述了實體及其關係。er模型中的實體數量可用於衡量專案規模的估算。...