整理估算指引-0527

精品文檔1目的此文檔作為軟件質(zhì)量體系中的估算過程的具體使用指南，用來指導(dǎo)本行項目過程中的估算活動實施的進行。本指南假設(shè)讀者已了解并熟悉軟件質(zhì)量體系的估算過程，在此前提下，對于過程中已作了明確要求和解釋的內(nèi)容，將不再詳細說明，指南將著重說明與本行實際情況相結(jié)合的關(guān)鍵事項。2估算的目標范圍什么是估算估算就是對項目將花費多少資源、持續(xù)多長時間或?qū)⒒ㄙM多少成本的預(yù)測，通過估算結(jié)果與項目目標進行比較來確定項目目標是否足夠現(xiàn)實，在無法通過控制項目達到目標時，必須調(diào)整項目目標使其更符合實際情況。良好估算是對項目實際情況有足夠清晰看法的估算，它讓項目負責人可以做出控制項目達到目標的好的決策，為項目跟蹤提供重要的支持。估算與計劃、承諾的區(qū)別：估算是客觀的過程。估算結(jié)果構(gòu)成了計劃的基礎(chǔ)，但計劃并不一定要與估算結(jié)果相同。如果估算結(jié)果與目標之間存在顯著的區(qū)別，進行項目計劃時就要認識到兩者之間的差距，并考慮可能存在較高的風險。計劃是有目的性的主觀設(shè)計過程去尋求特定的結(jié)果。我們經(jīng)常會讓計劃傾向某個方面以得到特定的結(jié)果，通過計劃一些特定的方法來達到特定的目標。承諾是許諾在特定日期之前以特定質(zhì)量水平交付規(guī)定的功能。承諾可以與估算相同，可能比估算更激進，也可能比估算更保守。也就是說，不要假定承諾必須和估算是一樣的；它們是不相同的。計劃的結(jié)果往往在很多時候是一種承諾。估算對象通常估算的對象有規(guī)模、進度、成本、工作量等。在實際的估算過程中，我們常常直接進行工作量估算，所以很容易混淆項目規(guī)模和工作量。為了區(qū)分這兩個概念，在本指南中，“規(guī)?！碧刂杠浖到y(tǒng)本身的規(guī)模大小而不指工作量大小，一般使用諸如代碼行、功能點、用戶案例（UseCase）或者其他度量單位來估算給定項目屬性集的技術(shù)工作的范圍。對于一個項目的估算活動，最困難的估算在于規(guī)模與總工作量，而其他的目標值，如：進度、資源、成本等都可以從中計算出來。因此：1、當前本行的軟件項目估算的目標范圍包括有：a）規(guī)模（建議使用代碼行（單位：千行）或功能點數(shù)（單位：個）統(tǒng)計）b）工作量（單位：人月）c）進度（單位：工作日或月）d）成本（單位：萬元）2、首要的估算目標為：項目規(guī)模、總工作量。進入估算的思想準備什么是好估算精品文檔

精品文檔要做好估算，首先應(yīng)當先明確的就是“好估算”。良好估算是指對項目實際情況有足夠清晰看法的估算，它讓項目負責人可以做出控制項目達到目標的好的決策。從數(shù)據(jù)統(tǒng)計上看，一個估算良好的項目，單點估算值可能和最終結(jié)果有所偏差，但最終結(jié)果始終在估算范圍之內(nèi)，并且隨著項目的進行，估算范圍是越來越小的。如圖1：圖1：良好估算過程的數(shù)據(jù)比較圖圖2是一個估算較差且有低估傾向的項目的估算過程數(shù)據(jù)統(tǒng)計，該項目一直處于低估狀態(tài)，并且估算的范圍太窄以致于始終沒有將最終結(jié)果估算進范圍內(nèi)。圖2：不好的估算過程的數(shù)據(jù)比較圖為什么我的估算總是不準確精品文檔精品文檔估算不準確罪魁禍首之一：低估大多數(shù)人都這樣認為，如果你給一個開發(fā)者5天時間去做一件4天就能完成的工作，他必然會去尋找一些事情來把多出來的一天用掉；如果你給一個項目組6個月時間來完成4個月就能完成的項目，他們同樣會找到辦法來把多出來的2個月用掉，所以管理者都希望通過擠壓估算來避免這個現(xiàn)象。當然還有一些人認為如果給了太多的時間，開發(fā)人員往往會把任務(wù)放到后面來開展，這樣他們還是匆匆忙忙的完成甚至無法按時完成。這些擔憂都是正確的，而且也是客觀事實，但是在軟件開發(fā)中，高估的代價是線性的可控的，頂多就是浪費掉多估出來的那些時間。圖3：高估和低估代價示意圖但是低估就沒有壞處么？有，而且低估的代價是非線性的不可控的（見上圖），例如估算錯誤造成計劃5%-10%的延遲本身并不是很要緊的問題，但是很多時候估算造成的是100%以上的偏差，基于這樣估算上的計劃就是在猜想了，計劃也就根本沒有意義了；同時，由于低估帶來的計劃延期等問題在嚴格規(guī)范管理的組織里需要進行延期原因分析、影響評估、計劃變更評審等等相關(guān)工作，這些工作所需要代價往往是非線性增長的。所以不要有目的的去低估，低估的代價比高估的代價更高，更何況程序員一般是樂觀主精品文檔

精品文檔義者，他們往往給出的估計值就已經(jīng)是較少的時間和成本了。估算不準確罪魁禍首之二：拍腦袋在估算中拍腦袋的表現(xiàn)就是即興估算，就是根據(jù)個人記憶在未仔細考慮前給出的看似思考分析過的估算值。因為個人記憶常常出現(xiàn)錯誤，比如并不是記住項目的實際結(jié)果而是估算值或者是直覺，所以這種估算也常常出現(xiàn)錯誤。根據(jù)McConnell收集的24組估算人員的即興估算數(shù)據(jù)，并對即興估算的平均誤差和經(jīng)過小組評審的估算結(jié)果的平均誤差進行比較，見下圖：225%200%-175%-150%-125%-75%-50%-25%-0%-25%--50%-225%200%-175%-150%-125%-75%-50%-25%-0%-25%--50%--75%估算小組編號誤差100%-圖4：即興估算與評審過的估算的平均誤差比較圖可見一般的即興估算的平均相對誤差量為67%，而一般評審過的估算的誤差只有30%，只有前者的一半。所以不要拍腦袋，即使只用15分鐘坐下來查查以前的記錄的數(shù)據(jù)再進行估算也會更加準確些。估算不準確罪魁禍首之三：遺漏工作看看下面這些表，是不是有些工作你根本沒想到要在開發(fā)過程中進行呢?或許就是這些漏網(wǎng)之魚每每造成你的估算值變小，導(dǎo)致項目計劃不合理而常常延期。表1:軟件估算中經(jīng)常遺漏的功能需求和非功能需求功能需求非功能需求安裝程序準確度可復(fù)用性數(shù)據(jù)轉(zhuǎn)換工具互操作性可伸縮性使用第三方或開源軟件所需的集成代碼可修改性安全性幫助系統(tǒng)性能抗毀性部署方式可靠性易用性與外部系統(tǒng)的接口響應(yīng)性表2軟件估算中經(jīng)常遺漏白勺軟件開發(fā)活動交接/部署項目開發(fā)過程中為現(xiàn)有系統(tǒng)提供新團隊成員的所需的準備時間精品文檔

精品文檔數(shù)據(jù)轉(zhuǎn)換安裝定制需求澄清維護修訂控制系統(tǒng)為構(gòu)建工作提供支持安裝測試版本生成測試數(shù)據(jù)管理測試版程序參與技術(shù)評審集成工作技術(shù)支持項目開發(fā)過程中對以前的系統(tǒng)進行維護缺陷糾正工作性能調(diào)整學習新開發(fā)工具與缺陷跟蹤有關(guān)的管理工作開發(fā)人員與測試人員間的相互協(xié)調(diào)回答質(zhì)量保證部門提出的問題編輯和評審用戶文檔評審技術(shù)文檔指導(dǎo)新團隊成員管理層協(xié)調(diào)、管理人員會議維護運行每日構(gòu)建所需的腳本維護與每日構(gòu)建相關(guān)聯(lián)的自動化模擬測試與客戶或最終用戶進行交互，為客戶安裝測試版本提供支持評審計劃、估算、架構(gòu)、詳細設(shè)計、階段計劃、代碼、測試用例等等處理變更請求出席變更控制會議與分包商進行協(xié)調(diào)向客戶或用戶演示軟件表3軟件估算中經(jīng)常遺漏的非軟件開發(fā)性活動休假公司會議病假配置新的工作站周末假日部門會議培訓在工作站上安裝新版工具排除軟硬件故障3估算的時機3.1一般的估算時機理論上，主動估算可以在項目周期內(nèi)的任何時間，只要項目沒有結(jié)束，就有估算的意義和價值。并且隨著不確定性的消除，估算才會更加準確，因此在制定出消除不確定性的決策后，估算便可以進行并有更大的價值，參見下圖?？梢娫谛枨蟠缶V定義完成（已批準的產(chǎn)品定義）、需求完成、用戶界面設(shè)計完成、詳細設(shè)計完成等里程碑點上是進行估算的時點。很明顯我們知道估算的時間越早，價值越高，但準確性也越低；越往后，由于條件的充分，估算準確性越高，但價值越小。根據(jù)不確定性影響統(tǒng)計（見下圖），讓我們感到幸運的是估算的準確度在項目的前30%的時間內(nèi)可以得到顯著改善。3.2本行項目的估算時機精品文檔精品文檔根據(jù)我行目前項目模式和組織流程的特點，要求但不僅限于以下幾個時間點進行估算:.立項準備階段，需求大綱完成后，項目經(jīng)理需要對項目總成本進行初步估算，以作為項目立項的必要內(nèi)容之一。（以下簡稱“立項成本估算”）.項目立項完成，啟動階段。項目經(jīng)理需要對項目總體進度進行估算，估算結(jié)果將幫助制定項目章程和項目總體計劃。（以下簡稱“總體進度估算”）.軟件開發(fā)計劃階段，需求設(shè)計完成后，項目經(jīng)理或開發(fā)負責人應(yīng)對項目的詳細進度、資源需求情況進行估算，以支持制定詳細開發(fā)計劃。（以下簡稱“詳細進度估算”）.概要設(shè)計評審?fù)ㄟ^后，對項目總成本進行重估算。（以下簡稱“成本重估算”）4怎么做估算選擇估算方法影響估算方法選擇的幾個因素選擇估算方法時，要考慮我們要估算的對象、被估算項目的規(guī)模、軟件開發(fā)方式、所處的開發(fā)階段以及需要的估算準確度的影響。這些因素可能的情況見表格：影響因素可能情況估算對象規(guī)模、工作量、進度、特性項目規(guī)模小、中、大開發(fā)階段早期、中期、后期軟件開發(fā)方式迭代式、順序式或兩者皆可可能的準確度低、中、高1.估算對象在實際估算過程中，一般是先確定項目要實現(xiàn)的軟件項目的特性，然后估算為了交付這些特性需要多少時間和工作量。當然也有些項目則是先確定他們的預(yù)算和開發(fā)時間限制，然后估算在這些限制內(nèi)可以交付多少特性。一般來說，特性、時間和成本是相互制約、此消彼長的關(guān)系，因為項目應(yīng)先明確目標再進行有針對性的估算。.項目規(guī)模小型：一般指不超過5個團隊人員的項目，因為受個人生產(chǎn)率變化的影響，基于統(tǒng)計的估算方法不太適用，最佳的估算方法為“自底向上”的方法，也就是基于將要實際進行工作的個人提供的估算之來進行估算。中型：項目大約包括5-25個人，持續(xù)時間為3—12個月。幾乎可以使用所有的估算方法。大型：項目擁有超過25人以上的團隊成員，項目將持續(xù)6-12個月以上。項目早期，最佳的估算方法是基于數(shù)學和統(tǒng)計學的“自頂向下”的方法；項目中期，可以結(jié)合“自頂向下”和基于項目自身歷史數(shù)據(jù)的自底向上的方法結(jié)合起來；項目后期，自底向上的方法可以提供最準確的估算。.開發(fā)階段早期：順序式項目中，早期階段是指從項目概念起始到需求定義基本完成的時期；在迭代式項目中，早期指的是初始計劃的時期。中期：在順序式項目中，是指從需求工作、架構(gòu)工作到完成了足夠的構(gòu)造（可能是詳細設(shè)計或者編碼）活動產(chǎn)生了可以用于估算的項目生產(chǎn)率數(shù)據(jù)；迭代式項目中，中期則指最初的2-4次迭代，也是為后期估算產(chǎn)生項目自身生產(chǎn)率數(shù)據(jù)的階段。精品文檔精品文檔后期：包括從中期構(gòu)造直到項目發(fā)布的時間。.軟件開發(fā)方式迭代式項目和順序式項目都可能開始于自頂向下的或者說基于統(tǒng)計學的估算方法，最后都遷移到自底向上的方法。由于迭代式項目的每次迭代都可以產(chǎn)生實際的生產(chǎn)率數(shù)據(jù)，所以在使用項目自身的數(shù)據(jù)時，它們可以更快地對估算結(jié)果進行精化。常見的幾種生命周期模型相對于估算而言順序式和迭代式的分類如下：順序開發(fā)：瀑布模型、v模型、分階段交付、RUP迭代開發(fā)：Scrum、極限編程、演進式原型法.可能的準確度估算方法的準確度取決于三個方面：估算方法本身、方法是否被用于適當?shù)墓浪銌栴}和方法被用于項目的哪個階段。而且一般來說高準確度的估算也需要較高的估算成本，因此根據(jù)項目所處的階段和當時的不確定性情況，選擇低成本、低準確度的方法或許是更實際的。.1.2現(xiàn)有估算方法的適用性在本指南中，將簡單引入幾種最通常的估算方法，作為組織級推薦的方法。這些方法和方法選擇判斷條件有：估算方法判斷條件按工作分解結(jié)構(gòu)（WBS）分解類比估算寬帶Delphi法簡化功能點（Dutch）法專家估算法（Pert）估算對象工作量規(guī)模、工作量、進度、特性規(guī)模、工作量、進度、特性規(guī)模、特性規(guī)模、工作量、進度、特性項目規(guī)模中大小中大中大小中大小中大開發(fā)階段早期-中期早期-后期早期早期早期-后期迭代式或順序式兩者皆可兩者皆可順序式順序式兩者皆可可能的準確度中中中低高各類估算方法的詳細介紹和使用范例，請見相應(yīng)的估算方法手冊。隨著今后質(zhì)量體系的推廣，對估算過程的規(guī)范性和估算結(jié)果準確性也將慢慢提高，將逐步引入更多更完善的估算方法，以適應(yīng)發(fā)展的需要。.1.3后續(xù)準備工作估算方法選定后，為了保證估算高效開展，項目經(jīng)理還應(yīng)進行以下工作：1、確定估算參與人員：選定估算方法后，我們需要根據(jù)選擇的估算方法確定參與估算人員的資格要求，選定合適的估算參與人員，并提前通知相關(guān)人員；2、項目相關(guān)信息準備：本項目和估算相關(guān)信息，如需求說明書、設(shè)計說明書、項目基本情況等；3、估算方法介紹：相關(guān)估算專家不了解將使用的估算方法的情況時，估算組織者（一般是項目經(jīng)理）應(yīng)準備相關(guān)估算方法的培訓材料，相關(guān)培訓也可以向QA申請，由QA進行培訓。4、估算所需資料準備：估算組織者（一般是項目經(jīng)理）應(yīng)事先學習選定的估算方法，并依據(jù)方法要求，準備好估算需要的材料，如必要的歷史資料、已往相關(guān)項目的經(jīng)驗數(shù)據(jù)、以及電子文檔、打印紙質(zhì)表格、估算結(jié)果記錄表、白板等。精品文檔精品文檔4.2通用的順序式開發(fā)項目估算過程一個獲得良好估算的項目的單個估算流程，首先應(yīng)關(guān)注對規(guī)模的估算，然后根據(jù)規(guī)模估算值中計算出工作量、進度、成本和可交付的特性（如功能點），估算過程見下圖。^^^度進度范圍 M工作量二L成本特性規(guī)模估算主要適用于順序式項目的早期和中期階段，后期則主要通過自底向上的進行工作量估算即可。常見的規(guī)模估算方法見下表：方法可估算的規(guī)模類型類比特性、功能點、web頁面、GUI組件、數(shù)據(jù)庫表、接口定義、代碼行分解特性、功能點、web頁面、GUI組件、數(shù)據(jù)庫表、接口定義、代碼行Dutch方法（簡化功能點法）功能點、代碼行功能點功能點、代碼行寬帶Delphi功能、用戶故事、故事點、需求、用例、功能點、Web頁面、GUI組件、數(shù)據(jù)庫表、接口定義、類、函數(shù)/子例程、代碼行從規(guī)模推算總工作量大部分項目最終將根據(jù)詳細任務(wù)清單直接估算工作量，但在項目早期，從規(guī)模估算值計算出的工作量估算值是最準確的做法。對項目工作量影響最大的因素是待構(gòu)建軟件的規(guī)模，其次的因素是組織的開發(fā)生產(chǎn)率水平。1、有歷史數(shù)據(jù)可參考的情況下：如果有規(guī)模差距不大的項目的歷史數(shù)據(jù)，就可以考慮用類比法，甚至是直接采用線性模型來估算，例如：a）獲得歷史項目的指標數(shù)據(jù)：單位功能點工作量。此指標的來源：根據(jù)歷史相關(guān)項目的數(shù)據(jù)統(tǒng)計而來。計算方法：單位功能點工作量=某歷史項目的真實總工作量/這個項目在對應(yīng)的時間上估算出來的功能點數(shù)據(jù)b）根據(jù)已知的規(guī)模（功能點數(shù)），參考歷史數(shù)據(jù)，可算出總工作量。計算方法：當前項目總工作量=單位功能點工作量*當前項目的規(guī)模對于這些歷史項目的類比數(shù)據(jù)，有不同的維度可以選擇，比如針對某個PM的數(shù)據(jù)。針對某一類項目的統(tǒng)計，針對某個業(yè)務(wù)部門的統(tǒng)計。不同的組合可以得到精度不同的結(jié)果。精品文檔精品文檔2、使用ISBSG方法來計算：項目類型：一般人月=0.512X功能點0.392X團隊最大規(guī)模0.791項目類型：改進已有項目人月=0.669X功能點0.338X團隊最大規(guī)模0.758項目類型：新開發(fā)項目人月=0.520X功能點0.385X團隊最大規(guī)模0.866項目類型：桌面應(yīng)用人月=0.157X功能點0.591X團隊最大規(guī)模0.810從工作量推算成本按照本行對單位工作量的成本換算標準（3萬/人月），即可。從工作量推算進度假設(shè)項目工作量已知，需要推算項目的進度。.有歷史數(shù)據(jù)時可以考慮類比法，獲得歷史項目的指標數(shù)據(jù)：歷史進度、歷史工作量直接使用公式計估算的進度=歷史進度X（估算的工作量/歷史工作量）1/3指數(shù)取1/3適用于超過大約50人月的工作量的中型和大型項目，對較小的項目，指數(shù)應(yīng)該取1/2。.項目早期且無歷史數(shù)據(jù)時在中型和大型項目的早期，可以直接使用基本的進度公式：進度月數(shù)=3.0X人月數(shù)1/3系統(tǒng)3.0是可以根據(jù)實際情況調(diào)整的，一般應(yīng)使用本行的歷史數(shù)據(jù)進行校準，可以得到特定的比例系數(shù)。在明確了將參與項目工作的具體人員后，應(yīng)轉(zhuǎn)用其他方法進行估算。.3組織估算不同的估算方法，有不同的過程、參與人員和組織形式。鑒于本行目前主要使用順序式開發(fā)方法，本指南主要以順序式開發(fā)來介紹各估算過程的可能情況。在條件準備到位后，開始執(zhí)行估算過程。4.3.1立項估算對于“立項估算”（成本和總體進度），建議估算過程如下：1、估算進入條件：需求大綱編寫完成2、估算內(nèi)容為：成本和進度，一般是根據(jù)已經(jīng)確定的項目需要完成的需求來估算

項目的規(guī)?；蛘咚璧墓ぷ髁?，進而計算出項目所需要的成本和時間。3、估算過程精品文檔精品文檔根據(jù)確定的估算方法來估算項目規(guī)?；蛘唔椖抗ぷ髁?，可能的估算方法有Dutch功能點估算法、類比估算法、專家估算法(PERT公式)等。估算人員使用寬帶Delphi過程來收斂得到的估算值，此時估算值一般是以單點數(shù)據(jù)來體現(xiàn)的。若是得到項目規(guī)模估算值，可以根據(jù)從規(guī)模推算工作量的方法推算項目工作量或a)中介紹的估算方法估算項目工作量。若直接估算項目工作量則直接執(zhí)行d)。根據(jù)項目估算工作量直接計算或采用估算方法估算項目成本(N)。根據(jù)項目不確定性因素的影響，該階段的項目估算準確度在[-50%，+100%]之間，因此我們以(0.5N—2.0N)來體現(xiàn)估算結(jié)果。4、估算結(jié)果關(guān)于估算結(jié)果應(yīng)用時需注意：不應(yīng)提交用于這些計算的單點值，預(yù)算公布值應(yīng)是最高值2.0N。本期估算結(jié)果除了用于估算預(yù)算外，不應(yīng)用于外部承諾總體進度估算對于“總體進度估算”(進度)，建議估算過程如下：1、估算進入條件：業(yè)務(wù)需求規(guī)格說明書完成，進入啟動階段2、估算目標為：進度，根據(jù)已經(jīng)確定的項目需要完成的需求來估算項目規(guī)?；蛩璧墓ぷ髁?，從而得出項目所需要的時間；或者根據(jù)項目的時間、成本限制來估算項目所能完成的需求范圍。3、估算過程根據(jù)確定的估算方法來估算項目規(guī)?；蝽椖抗ぷ髁?，可能的估算方法有功能點估算法、類比估算法、自底向上估算法、專家估算法等估算人員使用寬帶delphi過程來收斂得到的估算值，此時一般是以單點數(shù)據(jù)來體現(xiàn)的若是得到項目規(guī)模估算值，可以根據(jù)從規(guī)模推算工作量的方法推算項目工作量或a)中介紹的估算方法估算項目工作量。若直接估算項目工作量則直接執(zhí)行d)。根據(jù)項目估算工作量直接計算或者使用估算方法估算項目進度(N)。根據(jù)項目不確定性因素的影響，該階段的項目估算準確度在[-50%,+100%]之間，因此我們以(0.5N—2.0N)來體現(xiàn)估算結(jié)果。4、估算結(jié)果關(guān)于估算結(jié)果應(yīng)特別注意的是：不應(yīng)提交用于這些計算的單點值，所需進度的公布值應(yīng)為2.0N本期估算結(jié)果除了用于估算項目總體進度外，不應(yīng)用于外部承諾詳細進度估算對于“詳細進度估算”(工作量、進度)，操作過程如下：1、估算進入條件：軟件需求分析完成，進行項目詳細計劃制定前2、估算目標為：進度，根據(jù)已經(jīng)確定的項目需要完成的需求來估算項目所需的工作量，從而得出項目所需要的時間。3、估算過程a)根據(jù)確定的估算方法來估算項目規(guī)?；蝽椖抗ぷ髁?，可能的估算方法