移動通信計算機應(yīng)用軟件開發(fā)工作量評估方法研究課題匯報材料

1、計劃建設(shè)部2010/5,移動通信計算機應(yīng)用軟件開發(fā)工作量評估方法研究課題匯報材料,項目目標(biāo)和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算建議方案估算方法論及理論基礎(chǔ)估算工具的設(shè)計方案估算流程的改進估算工具驗證和歷史項目驗證估算工具的驗證歷史項目驗證結(jié)論實施建議、總結(jié)及決策,議題,,項目范圍,,,,近期：在立項申請過程中，引入一套科學(xué)的估算方法，輔助IT支撐及新業(yè)務(wù)項目中應(yīng)用開發(fā)工作量的估算，提高北京移動項目技術(shù)人員和管理人

2、員對項目的把控能力在項目立項前期交流中，北京移動與合作廠商之間，通過規(guī)范項目技術(shù)交流的內(nèi)容，加強雙方技術(shù)交流和項目前期技術(shù)準(zhǔn)備，達(dá)成項目目標(biāo)共識在立項評估過程中，在北京移動申請與審批部門之間，對軟件開發(fā)工作量建立一套合理、有效的評估和制約機制遠(yuǎn)期：隨著估算工具準(zhǔn)確率的提高，作為北京移動立項審批的重要依據(jù)通過估算工具在項目中的大量應(yīng)用，廣泛提高北京移動項目技術(shù)人員和管理人員在軟件架構(gòu)和設(shè)計能力，規(guī)范廠商軟件工程管理質(zhì)量通過大量

3、項目數(shù)據(jù)積累，提高北京移動項目管理和投資管理的精細(xì)化程度,結(jié)合業(yè)界成熟的估算理論，建立符合北京移動IT支撐和新業(yè)務(wù)項目軟件開發(fā)工作量的合理的估算方法和模型，并提供可靈活配置參數(shù)、易操作、易維護、適用廣泛的估算工具結(jié)合北京移動管理現(xiàn)狀，提出相應(yīng)的軟件開發(fā)工作量估算職責(zé)和流程改進建議結(jié)合北京移動歷史典型項目，驗證和完善估算模型，提高工具可用性,項目目標(biāo),,本次咨詢課題的項目目標(biāo)和項目范圍,工作量估算咨詢項目的實施過程回顧,,,,行業(yè)估算

4、技術(shù)識別與分析,估算目標(biāo)理解,立項流程分析,角色識別,估算數(shù)據(jù)來源,關(guān)鍵問題總結(jié),業(yè)界技術(shù),估算技術(shù)能力,項目經(jīng)理問卷調(diào)研,組織廠商項目調(diào)研,項目背景,業(yè)務(wù)框架梳理,估算方案規(guī)劃和工具開發(fā),估算工具應(yīng)用,內(nèi)外部調(diào)研,分析與聚焦,估算方案研究與設(shè)計,持續(xù)改善,估算流程設(shè)計及融合,估算技術(shù)識別及裁減,估算工具設(shè)計,估算數(shù)據(jù)庫設(shè)計,步驟細(xì)化,估算因子設(shè)計和調(diào)研,項目活動標(biāo)準(zhǔn)化,估算數(shù)據(jù)管理,計劃部及業(yè)務(wù)經(jīng)理確認(rèn),本課題從09年9月中旬

5、啟動，目前已工作了6個月，基本完成項目規(guī)劃中的三大階段和四個小階段的全部工作。,2009.09,2009.11,2010.02,2009.04,估算方案的總體框架,,,估算工具,,,,估算方法,估算工具,估算流程,估算流程 將估算活動納入現(xiàn)有項目立項全過程的流程中 建立項目工作量收集機制，逐步實現(xiàn)歷史數(shù)據(jù)的積累,估算方法選擇業(yè)界廣泛采用的估算方法，針對北京移動項目特點進行裁剪和整合，同時具備適應(yīng)性和靈活性,定制通用的估算工具 各

6、廠商按模板輸入原始數(shù)據(jù)， 計劃部根據(jù)項目特，選擇適用估算參數(shù)，作為立項評估/立項論證階段工作量評估參考依據(jù),估算咨詢的建議方案概述,估算方案采用的理論和模型,,,WBS (引用)基于WBS的估計方法是自底向上的方法，對項目按照工作任務(wù)結(jié)構(gòu)進行分解，WBS的每個最低層的工作項的工作量、進度、資源都可以準(zhǔn)確定義，以此逐步向上確定整體項目的各主要部分的工作量類比法 (引用) 基于實例推理的一種形式，通過對一個或多個已完成的項目與新

7、的類似項目的對比來預(yù)測當(dāng)前項目的工作量與進度。DELPHI/專家法 (引用) 估算工作由被認(rèn)為是該項目專家的人員來控制,并且估算過程的很大一部分是基于不清晰、不可重復(fù)的推理過程，其中寬帶Delphi結(jié)合三點法，使估算更精確三點法 (引用) 通過樂觀、悲觀和最有可能三個方面估算來實現(xiàn)工在量估算的準(zhǔn)確度，需要具有經(jīng)驗的估算人員,用例點 (引用) 用例(Use Case)是一種描述系統(tǒng)需求的方法，用例的估算方法多應(yīng)用在面向?qū)?/p>

8、象開發(fā)項目中，在需求分析后進行。功能點 (引用) 根據(jù)系統(tǒng)所要實現(xiàn)功能的功能點, 即系統(tǒng)規(guī)模，主要應(yīng)用在需求分析后，能識別出程序的事物功能復(fù)雜度和數(shù)據(jù)功能復(fù)雜度，不適合邏輯復(fù)雜的實時系統(tǒng)。對象點 要計算對象點,分析人員要計算應(yīng)用中屏幕(Screen)、報表(Report)和第三代語言組件(3GL Component)數(shù)量的最可能值。回歸法 充分利用歷史數(shù)據(jù)，建立模型對預(yù)測與估算未來狀況，包括CART－分類回歸樹；O

9、SR－最優(yōu)子集回ANOVA-逐步方差分析等.,,,自上而下,自下而上,軟件開發(fā)具備知識密集型的特點，其過程不透明性，但隨著軟件開發(fā)逐步從不規(guī)范到規(guī)范的演進過程，估算技術(shù)也逐步成熟。,,項目估算工具設(shè)計的原則,適用性廣,簡單易用,客觀穩(wěn)定,可維護/可擴展,,通過項目生命周期裁剪和工作包分解，實現(xiàn)不同項目的可定制化,通過工具化和估算因子實例化，最大限度降低使用人員的工作量,采用業(yè)界標(biāo)準(zhǔn)和BMCC具體項目數(shù)據(jù)相結(jié)合的辦法,后評估流程進

10、行項目實際數(shù)據(jù)的收集定期維護項目參數(shù)配置數(shù)據(jù),估算流程的設(shè)計原則,估算流程制定原則,服務(wù)于立項申請,與立項管理流程相互融合，在立項申請及立項論證階段引入估算流程和估算工具利用立項流程中各活動與角色的原有職責(zé),在立項建議書中規(guī)定需求描述的模板估算工具的參數(shù)化設(shè)置，為估算工具的易用性做保障提供工具使用指南,提高評估決策效率,參考估算結(jié)果，結(jié)合廠家反饋，加快前期交流效果，避免交流不充分無法確定立項信息獲取更全面的決策信息,估算咨詢課

11、題的提交物,項目目標(biāo)和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算建議方案估算方法論及理論基礎(chǔ)估算工具的設(shè)計方案估算流程的改進估算工具驗證和歷史項目驗證估算工具的驗證歷史項目驗證結(jié)論實施建議和總結(jié),議題,北京移動軟件開發(fā)項目分類,項目覆蓋范圍業(yè)務(wù)支撐管理支撐數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)支撐項目類型新建系統(tǒng)系統(tǒng)擴容需求類型開發(fā)類配置類系統(tǒng)更新類,,,,管理支撐域MSS,網(wǎng)絡(luò)支撐域ＯSS,業(yè)務(wù)支撐域BSS,網(wǎng)絡(luò)運營支

12、撐,產(chǎn)品與客戶運營支撐,企業(yè)管理支撐,,,數(shù)據(jù)業(yè)務(wù)服務(wù)提供,數(shù)據(jù)業(yè)務(wù),,,開發(fā)類,業(yè)務(wù)需求分析,配置類,系統(tǒng)更新類,業(yè)務(wù)需求實現(xiàn),識別項目的類型及業(yè)務(wù)特征，用于估算方法的裁減及分析,新技術(shù)新業(yè)務(wù)類項目調(diào)研分析,請按上頁方式說明框圖及調(diào)研范圍,③面對客戶的商用產(chǎn)品，產(chǎn)品可靠性要求高,①項目類型較新缺乏同類型項目參考數(shù)據(jù),,② 新技術(shù)新系統(tǒng)平臺的搭建要考慮到后期可擴展性/可重用性接口定義,,,,帳詳單展示,BI,BOSS,綜合結(jié)算,

13、CRM,BOMC基礎(chǔ)管理,帳詳單查詢,CRM,業(yè)務(wù)集成網(wǎng)關(guān),①北京移動核心系統(tǒng)/行業(yè)特征明顯，專業(yè)性強,② 頻繁部署/開發(fā)進度要求嚴(yán)格,③ 使用套裝軟件，配置類開發(fā)占比大,BSS業(yè)務(wù)支撐類項目調(diào)研分析,④系統(tǒng)可靠性/安全性要求極高，如果發(fā)生故障會造成收入損失,?數(shù)據(jù)庫規(guī)模/部署及維護復(fù)雜程度高,①復(fù)雜程度偏低，系統(tǒng)出現(xiàn)問題僅造成用戶使用的不方便，不影響收入損失,②需求比較明確，可批量部署系統(tǒng)功能,③行業(yè)專有特征不強來自于本地化

14、需求進行定制開發(fā),MSS管理支撐類項目調(diào)研分析,OSS網(wǎng)絡(luò)支撐類項目調(diào)研分析,,,①系統(tǒng)建設(shè)按照集團規(guī)范建設(shè)，需求相對明確,②信息處理量大，數(shù)據(jù)處理相對復(fù)雜,③系統(tǒng)維護標(biāo)準(zhǔn)高，7*24連續(xù)性,CAPEX項目立項過程估算活動分析,OPEX類項目估算活動分析,06-09年隨機抽取的98個項目表明，軟件投資在項目總投資中占重要比例。目前北京移動軟件開發(fā)成本主要是依據(jù)開發(fā)商提供的軟件開發(fā)工作量進行推算。擴容類項目占各類項目總數(shù)的72%,北

15、京移動估算現(xiàn)狀分析及關(guān)鍵問題,軟件工作量估算的現(xiàn)狀分析,在立項論證過程中，缺乏統(tǒng)一的標(biāo)準(zhǔn)來判斷軟件項目的工作量的合理性；缺乏可用的項目歷史參考數(shù)據(jù)，部分項目僅依靠個人經(jīng)驗估計工作量；缺乏規(guī)范合理的估算、評估、審核方法；,軟件開發(fā)工作量成本的分析,關(guān)鍵問題影響,立項論證過程比較長，投入大量人力成本進行估算工作量的澄清預(yù)計工期與實際工期偏差大，造成浪費資源或資源投入不符合預(yù)期項目過程中出現(xiàn)變更，不能按計劃順利實施，項目組陷入被動,純

16、軟件項目,軟件投資超>80%,軟件投資超>50%,軟件投資超>30%,業(yè)界估算成熟度現(xiàn)狀,軟件估算的含義對項目持續(xù)時間及成本的預(yù)測，是嘗試性的或初步的計算結(jié)果。與合同承諾的差別 合同承諾是許諾在特定日期之前以特定質(zhì)量水平交付規(guī)定的功能，承諾可以與估算相同，可能比估算更激進，也可能比估算更保守。與項目控制的關(guān)系 項目能夠按時和在預(yù)期要求內(nèi)交付，不僅僅通過估算實踐本身獲得準(zhǔn)確的估算結(jié)果，還需要通過有效

17、的項目控制來提供支持 ---Putnam and Myers 2003估算工作最重要的收益是，提供了足夠清晰的、真實的項目全局視圖，從而使項目經(jīng)理可以為達(dá)成項目目標(biāo)做出正確的決策。,Standish Group報告中的項目結(jié)果每年有所波動。大約3/4的項目會延期交付或者完全失敗。,承諾結(jié)果15人月,項目目標(biāo)和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算咨詢建議方案估算方法論及理論基礎(chǔ)估算工具的設(shè)計方案估算流程的改進估算工具驗證和歷

18、史項目驗證結(jié)論估算工具的驗證歷史項目驗證結(jié)論實施建議和總結(jié),議題,軟件規(guī)模不經(jīng)濟理論中指出的軟件生產(chǎn)率特性,數(shù)據(jù)來自Five Core Metrics (Putnam and Meyers 2003), Industrial strength software (Putnam and Meyers 1997) Measures for excellence (Putnam and Meyers 1992),,從表中可以看出： 2

19、50k，100k的開發(fā)效率遠(yuǎn)低于10k規(guī)模的效率。這說明當(dāng)軟件項目規(guī)模增長時,軟件生產(chǎn)率會逐步下降。 開發(fā)內(nèi)部使用的管理系統(tǒng)的團隊生產(chǎn)率會比航空電子、實時系統(tǒng)，嵌入式系統(tǒng)的生產(chǎn)率高快10-20倍，這說明軟件系統(tǒng)的復(fù)雜度、穩(wěn)定性和質(zhì)量要求會加大項目投入成本，降低生產(chǎn)率； 結(jié)論：通過COCOCMOⅡ 模型的估算參數(shù)調(diào)整來匹配項目類型和生產(chǎn)率的變化,,,,軟件規(guī)模不經(jīng)濟理論發(fā)現(xiàn)：當(dāng)規(guī)模出現(xiàn)培增的情況下，工作量會以指數(shù)級方式增長，這是普遍存

20、在的客觀現(xiàn)象。而經(jīng)過多個項目的數(shù)據(jù)收集和分析，可以觀測并提煉出主要的關(guān)鍵影響因素，這就是COCOMO模型的理論基礎(chǔ)，其是基于項目工程實踐總結(jié)出的估算模型。,成熟組織的生產(chǎn)率曲線,普遍現(xiàn)象下生產(chǎn)率曲線,短期效益的生產(chǎn)率曲線,,本項目推薦使用COCOMOII估算模型,本項目的估算模型基于構(gòu)造性成本模型（constructive cost model, COCOMO) ，進行了定制化設(shè)計和開發(fā):,COCOMOⅡ包括兩個底層信息模型：過

21、程模型：文化、干系人、方法、工具、開發(fā)團隊以及軟件產(chǎn)品的規(guī)模或復(fù)雜性；經(jīng)驗庫：可以從歷史案例估算出項目可能需要的相關(guān)資源（工作量與時間）。,COCOMO的發(fā)展史：,由 Boehm（USC）在1981年提出；成為最廣泛應(yīng)用的成本模型之一；數(shù)學(xué)模型的建立基于 63個歷史項目該模型定義了軟件解決方案中的成本和進度的隱含關(guān)系。,,2005年，在COCOMO81的基礎(chǔ)上，USC軟件工程協(xié)會提出了COCOMOⅡ 模型，該模型提供了更大、更恰

22、當(dāng)?shù)默F(xiàn)代案例數(shù)據(jù)庫，并改進了模型的適用性，從而可以在更多的領(lǐng)域及其項目環(huán)境中進行優(yōu)化。,估算方法與估算因子相集成,,數(shù)據(jù)來自software cost estimation with COCOMOⅡ,COCOMO構(gòu)造性成本模型（constructive cost model) ，是從項目規(guī)模到工作量估算的技術(shù)模型，它融合了功能點法、用例法的估算因子中的共性因素，集成到Cocomo方法中，目前是軟件行業(yè)應(yīng)用最普遍的工作量估算方法。,EM：

23、工作量參數(shù)（來自于16個環(huán)境因子） A: COCOMO模型中的常系數(shù)(2.94) Size：項目規(guī)模 B: 生產(chǎn)率參數(shù),COCOMOⅡ＝公式,示例,2024/4/2,中國軟件企業(yè)估算偏差的實際情況,截至2007年5月8日CSBSG數(shù)據(jù)庫中78個高可信度項目 CSBSG的估計偏差計算公式為：ABS（實際－計劃）/計劃×100%工作量估計偏差分布為,根據(jù)國家軟件項目數(shù)據(jù)庫的分析，電信行業(yè)的估算偏

24、差較小，占行業(yè)排名第二位,估算方法各行業(yè)普遍性及估算投入工作量分析,電信行業(yè)中項目估算及管控的成熟度較高,項目目標(biāo)和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算建議方案估算方法論及理論基礎(chǔ)估算工具的設(shè)計方案估算流程的改進估算工具驗證和歷史項目驗證結(jié)論估算工具的驗證歷史項目驗證結(jié)論實施建議和總結(jié),議題,估算模型的設(shè)計方案,估算過程,估算工具的主頁面,,,估算模型設(shè)計-- F():估算函數(shù),各種估算方法的輸入條件及輸出結(jié)果,估算模型設(shè)

25、計-- X：任務(wù)分解及估算數(shù)據(jù),E=F(X,Y)F(), Y: 通過估算工具來控制和定制化設(shè)定X: 準(zhǔn)確度由可獲取的信息詳細(xì)和豐富程度確定,初始,方案建議書,概要設(shè)計,用戶接口設(shè)計,詳細(xì)設(shè)計,項目結(jié)束,不確定性錐 software estimation with COCOMO, Boehm et al. 2000,估算的不確定性椎圖表明估算結(jié)果的準(zhǔn)確度主要與估算輸入信息的豐富程度相關(guān),時間,估算偏差,估算模型設(shè)計– Y：估算因子,總

26、體工作量,,項目特征,目標(biāo)系統(tǒng)特征,項目團隊特征,產(chǎn)品復(fù)雜度生產(chǎn)運行時間與可用時間占比要求的軟件可靠性文檔的完整性平臺易變性數(shù)據(jù)庫規(guī)模可復(fù)用組件額外開發(fā)量,需求分析師的能力程序員能力（總體）人員持續(xù)性（流動）應(yīng)用（業(yè)務(wù)領(lǐng)域）經(jīng)驗使用編程語言和開發(fā)工具的經(jīng)驗平臺經(jīng)驗,14.多場所開發(fā)15.工具的使用16.進度壓縮比,,,影響項目工作量的主要因子：目標(biāo)系統(tǒng)特征，重點是復(fù)雜度和系統(tǒng)高可用穩(wěn)定要求團隊特征，重點在

27、關(guān)鍵人員能力和團隊穩(wěn)定性,通過對估算方法和北京移動項目特征點的分析，結(jié)合調(diào)研結(jié)果，將估算因子歸為三類：,Y：估算因子—目標(biāo)系統(tǒng)特征的詳細(xì)分析,廠商反饋結(jié)果分布匯總,目標(biāo)系統(tǒng)特征的綜合估算因子的控制區(qū)間取值方法：使用統(tǒng)計學(xué)的正態(tài)分布原理，將廠商反饋的估算因子進行分析，得到北京移動現(xiàn)有項目的建議控制區(qū)間為(1.01,3.14)。,Y：估算因子—項目團隊特征的詳細(xì)分析,廠商反饋結(jié)果分布匯總,項目團隊特征的綜合估算因子的控制區(qū)間取值方法：使用統(tǒng)

28、計學(xué)的正態(tài)分布原理，將廠商反饋的估算因子進行分析，得到北京移動現(xiàn)有項目的建議控制區(qū)間為(0.30, 0.67)。,北京移動軟件開發(fā)廠商的估算因子的調(diào)研分析,以擴容項目為主，項目規(guī)模均為中/大型項目項目類型覆蓋廣泛，包括BSS/MSS/OSSS/數(shù)據(jù)業(yè)務(wù)高成熟度的項目實施團隊占75%廠商判斷估算因子的可識別性95%以上,,,廠商調(diào)研,調(diào)研范圍,,14家廠商30個項目,關(guān)鍵辨識,各廠商成本分布情況,組織北京移動各廠商參與估算方法

29、及估算參數(shù)調(diào)研，了解并分析各廠商的估算能力,Improvement in estimation at the Boeing Company. As with the U.S. Air Force projects, CMM levels,CMMI成熟度與估算偏差的比較,北京移動軟件開發(fā)項目特點與估算模型的對應(yīng)關(guān)系,估算工具的設(shè)計(1)-廠商提供估算工作量的信息,目標(biāo)：廠商功能技術(shù)建議書，完成估算相關(guān)數(shù)據(jù)的錄入提交物：《廠商功能技術(shù)建議

30、書》,第一步： 由項目經(jīng)理識別項目特征，選擇本項目覆蓋的軟件生命周期,第二步： 根據(jù)項目范圍進行項目工作任務(wù)包的識別和分解。,第三步： 系統(tǒng)按工作包自動產(chǎn)生各生命周期活動條目，項目經(jīng)理完成每個工作包內(nèi)的詳細(xì)工作分解和工作量估算。,第四步： 填寫項目基本信息和項目屬性：估算方法考慮因素 估算參數(shù)調(diào)整 項目公共工作量估算估算使用資料,第五步： 對于特定的功能點/用例點估算方法使用時，需

31、要進一步補充針對性的詳細(xì)信息。,,,,,估算工具設(shè)計(2)-北京移動項目人員使用工具進行工作量估算,項目信息導(dǎo)入,內(nèi)容分解及估算,內(nèi)容分解及估算,目標(biāo)：根據(jù)標(biāo)準(zhǔn)化的廠商功能技術(shù)建議書的建設(shè)方案，使用估算工具完成軟件項目工作量估算提交物：《軟件工作量估算表》,從廠商功能技術(shù)建議書中自動導(dǎo)入項目信息。 審核并確認(rèn)廠商填寫的項目各類特征是否準(zhǔn)確。,審核確認(rèn)廠商填寫的各工作包的估算相關(guān)信息是否完整。 審核確認(rèn)廠商填寫各工作包估算工作

32、量是否合理。,按照生命周期的各階段，使用估算工具計算工作量估算結(jié)果。,根據(jù)估算數(shù)據(jù)情況，給出估算結(jié)果的合理區(qū)間。 根據(jù)人員單價計算項目總成本 工作量估算結(jié)果按項目各階段的分析和展示,,,,工作量匯總,估算報告,估算工具設(shè)計(3)-估算因子固化情況及原因,結(jié)合北京移動的項目實際情況，提高估算因子的易用性；同時減少或固化憑廠商主觀判斷的估算因子的參數(shù)設(shè)置，使得工具更加合理和簡單。,北京移動工作量估算工具的結(jié)果示例,示例,導(dǎo)入廠商技術(shù)建議

33、書的信息，包括了生命周期裁剪，工作包分解，估算參數(shù)調(diào)整；北京移動項目負(fù)責(zé)人和計劃部可判斷廠商輸入信息的合理性及準(zhǔn)確性。,示例,估算結(jié)果報告中提供內(nèi)容包含了：項目整體估算工作量、各階段工作量、估算準(zhǔn)確程度分析、可參考的估算工作量區(qū)間值。,估算工具基本特點：適用性廣/簡單易用/可維護和擴展/客觀穩(wěn)定,項目目標(biāo)和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算建議方案估算方法論及理論基礎(chǔ)估算工具的設(shè)計方案估算流程的改進建議估算工具驗證和歷史項目驗

34、證結(jié)論估算工具的驗證歷史項目驗證結(jié)論實施建議和總結(jié),議題,估算流程改進建議-立項論證前的估算準(zhǔn)備活動,新增：《廠商功能技術(shù)建議書》 完成估算相關(guān)數(shù)據(jù)的錄入《軟件工作量估算表》 完成基于建議書的估算,已定義模板由廠商提供估算相關(guān)信息，避免交流不充分無法獲取更全面的決策信息,估算流程的改進建議-立項管理流程的修訂,,與立項管理流程相互融合，利用立項流程中各活動與角色的原有職責(zé)，在立項申請及立項論證階段引入估算活動和估

35、算工具,估算活動中的各部門人員職責(zé)定義,明確估算活動中各角色及部門的職責(zé)及主要活動,項目目標(biāo)和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算建議方案估算方法論及理論基礎(chǔ)估算工具的設(shè)計方案估算流程的改進建議估算工具驗證和歷史項目驗證結(jié)論估算工具的驗證歷史項目驗證結(jié)論實施建議和總結(jié),議題,,估算工具驗證工作的總體概況,,,,本次工具驗證共選取24個典型軟件開發(fā)項目，覆蓋4個IT支撐領(lǐng)域、不同項目規(guī)模、新建/擴容類型、以及不同的成熟度團隊

36、。 本次驗證過程也是一次完整的工具可用性驗證，由廠家配合按工具要求填寫項目基本數(shù)據(jù)，估算項目團隊使用工具完成工作量估算，和初步差異分析。,驗證結(jié)果的分析(1): 排除異常項目的影響，估算工具驗證的平均偏差率為15%左右。,,使用功能點估算方法，引起估算偏差較大,廠商反饋工作量數(shù)據(jù)中，開發(fā)與測試工作量分解不夠細(xì)致，引起偏差,項目生命周期較特殊，其部署工作量占比較大，引起估算結(jié)果偏差,驗證結(jié)果的分析(2): 主要估算因子分析和對工作量偏差

37、的影響,現(xiàn)象1：廠商成熟度等級越高、估算的偏差越小原因：成熟度等級高的企業(yè)對項目的管控能力越強，所以估算的準(zhǔn)確程度越高。,現(xiàn)象2：環(huán)境因子越高項目復(fù)雜程度相對較高，偏差較大。原因：項目復(fù)雜程度越高，項目的控制難度越大，造成估算的偏差較大。,現(xiàn)象4：生產(chǎn)率調(diào)整因子波動小、對偏差影響小。原因：北京移動的開發(fā)廠商比較穩(wěn)定，與廠商建立了長期合作關(guān)系，廠商團隊穩(wěn)定且成熟度較高，生產(chǎn)率因子波動小，基本處于0.95~1.02范圍。,現(xiàn)象5：任務(wù)

38、分解的足夠詳細(xì)，對偏差的影響小。原因：目前各廠商提供的任務(wù)分解粒度已滿足工具模板定義的”單個任務(wù)分解工作量<20人日”要求，有利于對分解任務(wù)工作量的合理性判斷，提升估算結(jié)果的精確程度。,現(xiàn)象3：項目規(guī)模大于1500人天的項目，偏差率較低原因：小項目開發(fā)過程中，受外界的干擾因素會造成工作量的偏差難以控制,現(xiàn)象：擴容類項目比新建類項目的偏差控制更好，偏差率較低原因：擴容類項目的需求更清晰，有利于控制估算偏差,對IT支撐與新業(yè)務(wù)項

39、目估算偏差的分析 網(wǎng)絡(luò)支撐類統(tǒng)計的項目數(shù)據(jù)有限，由于網(wǎng)管系統(tǒng)，集團統(tǒng)建項目較多，應(yīng)考慮廠商的生產(chǎn)效率較高因素，可加大控制復(fù)用工作量 管理支撐類 估算偏差正負(fù)值均有，不是很穩(wěn)定。結(jié)合現(xiàn)狀分析，在立項階段需求的信息的詳細(xì)程度不同，同時在項目建設(shè)過程中需求部門出現(xiàn)需求變更，這種情況一般會對廠商的實際工作量有不同增減。? 建議今后加強需求管理，細(xì)化項目需求、有效控制變更。 其中大型項目容易出現(xiàn)估算值小于合同工作量的現(xiàn)象，結(jié)合

40、實際分析，項目整體規(guī)模較大，而其中類似可復(fù)用功能甲方難以識別，會引起合同中重復(fù)計算工作量的情況；另外，工期長，非熟練的技術(shù)人員可能變成熟練的技術(shù)人員，減少大量的協(xié)調(diào)管理的工作，從而縮短了廠商的實際開發(fā)量。? 建議在立項階段加強管控，重點對估算工具的復(fù)用因子、項目團隊特征因子進行評估。 數(shù)據(jù)業(yè)務(wù)類 大部分項目估算工作量大于合同工作量。結(jié)合數(shù)據(jù)業(yè)務(wù)項目特征分析，此類項目需求較明確，同時擴容項目大部分為新增功能模塊，對原有項目的功能修改

41、較少，立項后較少出現(xiàn)產(chǎn)品功能性設(shè)計隨意性增減的情況。但一方面由于最初設(shè)計不十分細(xì)致，同時部分新建類項目，會更多的受招投標(biāo)等外界因素影響。? 建議：前期進一步加強產(chǎn)品功能設(shè)計和完善，避免廠商由于資源分配不足對業(yè)務(wù)系統(tǒng)質(zhì)量的影響業(yè)務(wù)支撐類 大部分項目估算工作量略高于合同工作量。結(jié)合現(xiàn)狀分析，支撐平臺軟件架構(gòu)較復(fù)雜，核心系統(tǒng)穩(wěn)定可靠和安全性要求高，且支撐類項目周期較長，實施過程中變更較頻繁，項目管理要求高，多個廠商團隊協(xié)調(diào)。? 建議：

42、降低軟件平臺的復(fù)雜度，提升廠商團隊管理能力和團隊穩(wěn)定性，提升廠商的需求的全流程質(zhì)量管控能力，提高廠商團隊的生產(chǎn)效率。,驗證結(jié)果的分析(3): 項目特征對工作量偏差的影響,通過第一批26個項目的試用，廠商和局方相關(guān)負(fù)責(zé)人認(rèn)可估算工具的可用性，所有調(diào)研項目的均全部反饋，且填寫信息較完整。部分廠商夸大了其團隊技術(shù)能力，影響關(guān)鍵估算因子的合理取值，造成偏差較大，通過設(shè)置估算因子的默認(rèn)值，加強項目經(jīng)理對因子的判斷能力，進行有效控制。各支撐領(lǐng)域

43、偏差擺動范圍較小，且有一定的相關(guān)性，可通過項目數(shù)據(jù)積累不斷的總結(jié)，分析共性原因，從而進一步優(yōu)化估算工具，改進估算效果。從項目數(shù)據(jù)分析發(fā)現(xiàn)，北京移動目前合作廠商都處于比較穩(wěn)定的長期合作團隊、并且以擴容項目實施為主，估算偏差在可接受范圍內(nèi)，且有利于未來對廠商的持續(xù)估算因子和系統(tǒng)工作量的把控。,估算工具驗證的初步總結(jié),項目目標(biāo)和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算建議方案估算方法論及理論基礎(chǔ)估算工具的設(shè)計方案估算流程的改進建議估算工

44、具驗證和歷史項目驗證結(jié)論估算工具的驗證歷史項目驗證結(jié)論實施建議和總結(jié),議題,持續(xù)改進建議：估算工作不是一蹴而就的，需要經(jīng)過持續(xù)的實際數(shù)據(jù)積累，并在實際數(shù)據(jù)分析基礎(chǔ)上、逐步修正估算模型，實現(xiàn)更科學(xué)化的估算管理的效果。,1. 立項估算：使用估算工具，規(guī)范化估算管理。,,,,,1,2,4,估算模型的持續(xù)改進,2. 估算數(shù)據(jù)搜集：收集項目實際工作量，分析偏差，積累類比數(shù)據(jù)。,4. 估算方法、參數(shù)修訂：豐富、完善估算方法發(fā)布新模板、

45、新流程。,3. 差異分析：工作量偏差分析，識別主要因素。,3,,估算管理平臺的建議：建立估算項目數(shù)據(jù)庫、用于長期的各類廠商/項目數(shù)據(jù)的積累和分析，并基于積累數(shù)據(jù)搭建估算管理平臺，實現(xiàn)估算準(zhǔn)確性和估算效率的全面提升。,估算數(shù)據(jù)庫價值 可提供廠商數(shù)據(jù)的持續(xù)跟蹤，為廠商成熟度和生產(chǎn)率提升提供依據(jù)。 可提供同一系統(tǒng)在擴容階段的項目數(shù)據(jù)參考。 可提供同一系統(tǒng)特征下的不同項目間的橫向比較。 評估估算模型持續(xù)改進后的效果。,確保項目

46、按照統(tǒng)一的估算流程規(guī)范推行簡單易用的估算方法WBS-新建類項目功能點-擴容類項目估算方法的培訓(xùn)及項目管理投入,,,實現(xiàn)項目可預(yù)測提升項目管理規(guī)范,,估算工具推進思路,估算方法的適應(yīng)及項目特征識別能力提升估算歷史項目數(shù)據(jù)積累類比及用例估算方法的啟用,初期,收益,估算方法適應(yīng)及數(shù)據(jù)積累,估算方法優(yōu)化改進,,歷史數(shù)據(jù)分析及電信項目特征識別優(yōu)化COCOMO參數(shù)的適用性估算數(shù)據(jù)庫數(shù)據(jù)分析及改進估算方法及工具改進,,估算方案定義

47、及工具開發(fā),估算方案驗證及試點,估算方案改善,估算方案全面推廣,HP和北京移動計劃部合作完成估算方案的設(shè)計及開發(fā)（4~5個月）識別并建立估算流程裁決并定義估算方法設(shè)計及開發(fā)估算工具定義北京移動公司級估算數(shù)據(jù)庫設(shè)計方案組織估算技術(shù)交流組織廠商項目試用,估算方案的總體三步走的實施建議,北京移動計劃部啟動估算工具的試用及驗證（6~8個月）組織廠商按估算模板編寫項目信息導(dǎo)入廠商的估算項目信息，進行估算工具的試用分析估算

48、數(shù)據(jù)及廠商提交工作量的差異提出估算流程及估算工具的修改意見收集并維護估算項目數(shù)據(jù),HP提供技術(shù)支持解決北京移動計劃部估算工具改善（3~4個月）收集估算工具使用的各種問題及改進意見估算項目分析估算流程優(yōu)化估算工具優(yōu)化估算項目數(shù)據(jù)庫優(yōu)化方案,北京移動計劃部全面推廣/項目經(jīng)理全面實施估算方案及工具估算流程及工具的培訓(xùn)和指導(dǎo)廠商標(biāo)準(zhǔn)化軟件項目建議書格式項目經(jīng)理使用估算模板估算項目的數(shù)據(jù)的收集及分析反饋并評價估算

49、工具使用效果,速贏,積累和持續(xù)改進,可預(yù)測,下一步工具試點推廣期的各部門和廠商配合建議,,北京移動各部門配合,研究成果只是一個工具，鑒于軟件開發(fā)情況的復(fù)雜性，初期可以作為估算的參考，同時要結(jié)合談判使用通過工具的使用提高管理人員水平，同時在前期立項、技術(shù)交流、論證過程中提高與廠家的交流效果，提高對軟件開發(fā)工作認(rèn)識的維度、深度各部門在使用過程中注意發(fā)現(xiàn)問題及進行數(shù)據(jù)積累，以完善工具設(shè)計、參數(shù)，使工具更準(zhǔn)確、使用效果更好通過工具的使