對于軟件項目，估算有很重要的地位，估算步驟最好是能夠先估算規(guī)模，再根據(jù)生產(chǎn)率得到總體工作量，再根據(jù)總體工作量預(yù)計項目各階段周期。類別估算，參數(shù)估算，專家法或三點法估算，功能點估算等都常在軟件項目中使用。
　
　　在沒有充分的歷史數(shù)據(jù)積累的情況下建議參與專家法通過類別方式進(jìn)行估算，有了足夠的歷史數(shù)據(jù)來檢驗和校正估算參數(shù)和可以過渡到功能點估算和專家估算。項目在進(jìn)行過程中需要不斷的積累和收集歷史項目的實際執(zhí)行數(shù)據(jù)，形成工作量比例分布，生產(chǎn)率等實際的估算參數(shù)基準(zhǔn)。
　
　　1.主體任務(wù)工作量

　　估算在軟件生命周期中的需求，設(shè)計，編碼，測試等活動是項目的主體工作任務(wù)，也是估算的重點。對于軟件項目在計劃階段很難直接估算到功能點的代碼行，因此一般采 用對功能點或用例點進(jìn)行估算，這樣就可以得到需求的規(guī)模。需求規(guī)模/需求生產(chǎn)率可以得到需求階段的工作量，再根據(jù)工作量比例分布即可以得到設(shè)計，編碼等階 段的工作量估算數(shù)據(jù)。
　
　　對于軟件項目歷史數(shù)據(jù)足夠和積累了更多的經(jīng)驗后，可以根據(jù)各階段產(chǎn)出物的規(guī)模/生產(chǎn)率分別來得到各階段的工作量。
　
　　設(shè)計工作量 = 設(shè)計規(guī)模（設(shè)計類，接口等數(shù)量）/設(shè)計生產(chǎn)率編碼工作量 = 代碼行/代碼生產(chǎn)率測試工作量 = 測試用例數(shù)/測試生產(chǎn)率通過以上方法基本就可以得到主體任務(wù)的規(guī)模和工作量估算數(shù)據(jù)。
　
　　2.評審任務(wù)工作量

　　估算項目究竟應(yīng)該安排哪些評審，在哪個階段安排，評審的覆蓋率要達(dá)到多少等都應(yīng)該根據(jù)項目質(zhì)量計劃和質(zhì)量策略來確定。評審是預(yù)防和保證質(zhì)量，投入適量的評審可以大大的減少缺陷的泄漏和返工。
　
　　評審工作量的安排并不是越多越好，項目總周期和工作量是一定的，評審安排太多則后期主體任務(wù)和返工工作量則會被壓縮。評審的關(guān)鍵是發(fā)現(xiàn)可能導(dǎo)致項目重大工作量偏差的缺陷泄漏，而不是要100%防止任何缺陷的泄漏。
　
　　對于評審的工作量 = 評審人數(shù)*產(chǎn)出物的規(guī)模/評審速率對于不同類型的工件都應(yīng)該有一個最合適的評審速率，因此評審的工作量應(yīng)該是根據(jù)待評審工件的實際規(guī)模確定的，而不是先確定了工作量而在評審過程中隨意的去改變評審的速度，這樣的話評審很難真正發(fā)現(xiàn)關(guān)鍵缺陷。
　
　　3.返工的工作量

　　對于返工主要是因為缺陷引起的，缺陷可能是評審缺陷也可能是后期系統(tǒng)測試的Bug.在軟件項目中對于文檔缺陷的修改和Bug的修復(fù)應(yīng)該有不同的返工速率，這是需要歷史版本收集和校驗的重要參數(shù)數(shù)據(jù)。
　

　　根據(jù)項目歷史版本一般可以得到項目的缺陷密度預(yù)測數(shù)據(jù)，因此在估算出當(dāng)前項目的規(guī)模后就很容易得到項目的總?cè)毕輸?shù)預(yù)計，自然就可以計算返工工作量了。
　
　　各階段的返工工作量 = （項目規(guī)模*缺陷密度）/各階段的返工速率

　　4.總結(jié)

　　對于軟件項目估算，歷史項目積累的經(jīng)驗數(shù)據(jù)越多，越穩(wěn)定則估算越趨于準(zhǔn)確。估算是項目計劃的一個重點，估算不準(zhǔn)確會造成后期項目計劃頻繁修改，也就談不上相應(yīng)的基線和跟蹤控制。
　
　　估算出項目總體規(guī)模后并不代表項目估算完成，估算數(shù)據(jù)最終要應(yīng)用的各個工作包和相關(guān)的任務(wù)上。因此必須根據(jù)各階段的規(guī)模，各階段的生產(chǎn)率，評審和返工等生產(chǎn)率估算項目中存在的各種類型任務(wù)的規(guī)模和工作量。