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

1、項目目標和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算建議方案 估算方法論及理論基礎(chǔ) 估算工具的設(shè)計方案 估算流程的改進估算工具驗證和歷史項目驗證 估算工具的驗證 歷史項目驗證結(jié)論實施建議、總結(jié)及決策議題項目范圍 近期： 在立項申請過程中，引入一套科學的估算方法，輔助IT支撐及新業(yè)務(wù)項目中應(yīng)用開發(fā)工作量的估算，提高北京移動項目技術(shù)人員和管理人員對項目的把控能力 在項目立項前期交流中，北京移動與合作廠商之間，通過規(guī)范項目技術(shù)交流的內(nèi)容，加強雙方技術(shù)交流和項目前期技術(shù)準備，達成項目目標共識 在立項評估過程中，在北京移動申請與審批部門之間，對軟件開發(fā)工作量建立一套合理、有效的評估和制約機制 遠期： 隨著估算工具準

2、確率的提高，作為北京移動立項審批的重要依據(jù) 通過估算工具在項目中的大量應(yīng)用，廣泛提高北京移動項目技術(shù)人員和管理人員在軟件架構(gòu)和設(shè)計能力，規(guī)范廠商軟件工程管理質(zhì)量 通過大量項目數(shù)據(jù)積累，提高北京移動項目管理和投資管理的精細化程度結(jié)合業(yè)界成熟的估算理論，建立符合北京移動IT支撐和新業(yè)務(wù)項目軟件開發(fā)工作量的合理的估算方法和模型，并提供可靈活配置參數(shù)、易操作、易維護、適用廣泛的估算工具結(jié)合北京移動管理現(xiàn)狀，提出相應(yīng)的軟件開發(fā)工作量估算職責和流程改進建議結(jié)合北京移動歷史典型項目，驗證和完善估算模型，提高工具可用性項目目標 本次咨詢課題的項目目標和項目范圍工作量估算咨詢項目的實施過程回顧行業(yè)估算技術(shù)識別與

3、分析估算目標理解立項流程分析角色識別估算數(shù)據(jù)來源關(guān)鍵問題總結(jié)典型項目試點各業(yè)務(wù)部門/廠商交流及反饋項目數(shù)據(jù)積累業(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è)計步驟細化估算因子設(shè)計和調(diào)研項目活動標準化估算數(shù)據(jù)管理計劃部及業(yè)務(wù)經(jīng)理確認本課題從09年9月中旬啟動，目前已工作了6個月，基本完成項目規(guī)劃中的三大階段和四個小階段的全部工作。2009.092009.112010.022009.04估算方案的總體框架策略層估算策略制度層估算流程數(shù)

4、據(jù)收集流程角色和職責工具層估算計劃模板數(shù)據(jù)收集表模板估算工具度量數(shù)據(jù)庫結(jié)構(gòu)估算指南數(shù)據(jù)收集指南執(zhí)行層估算工具試運行效果分析估算體系培訓教材度量數(shù)據(jù)庫結(jié)構(gòu)有效性分析估算計劃填寫樣例數(shù)據(jù)收集表填寫樣例估算工具估算方法估算工具估算流程估算流程 將估算活動納入現(xiàn)有項目立項全過程的流程中 建立項目工作量收集機制，逐步實現(xiàn)歷史數(shù)據(jù)的積累估算方法 選擇業(yè)界廣泛采用的估算方法，針對北京移動項目特點進行裁剪和整合，同時具備適應(yīng)性和靈活性 定制通用的估算工具 各廠商按模板輸入原始數(shù)據(jù)， 計劃部根據(jù)項目特，選擇適用估算參數(shù)，作為立項評估/立項論證階段工作量評估參考依據(jù) 估算咨詢的建議方案概述估算方案采用的理論和模型

5、基于WBS的估計方法是自底向上的方法，對項目按照工作任務(wù)結(jié)構(gòu)進行分解，WBS的每個最低層的工作項的工作量、進度、資源都可以準確定義，以此逐步向上確定整體項目的各主要部分的工作量 基于實例推理的一種形式，通過對一個或多個已完成的項目與新的類似項目的對比來預測當前項目的工作量與進度。 估算工作由被認為是該項目專家的人員來控制,并且估算過程的很大一部分是基于不清晰、不可重復的推理過程，其中寬帶Delphi結(jié)合三點法，使估算更精確 通過樂觀、悲觀和最有可能三個方面估算來實現(xiàn)工在量估算的準確度，需要具有經(jīng)驗的估算人員 用例(Use Case)是一種描述系統(tǒng)需求的方法，用例的估算方法多應(yīng)用在面向?qū)ο箝_發(fā)項

6、目中，在需求分析后進行。 根據(jù)系統(tǒng)所要實現(xiàn)功能的功能點, 即系統(tǒng)規(guī)模，主要應(yīng)用在需求分析后，能識別出程序的事物功能復雜度和數(shù)據(jù)功能復雜度，不適合邏輯復雜的實時系統(tǒng)。 要計算對象點,分析人員要計算應(yīng)用中屏幕(Screen)、報表(Report)和第三代語言組件(3GL Component)數(shù)量的最可能值。 充分利用歷史數(shù)據(jù)，建立模型對預測與估算未來狀況，包括CART分類回歸樹；OSR最優(yōu)子集回ANOVA-逐步方差分析等.自上而下自下而上軟件開發(fā)具備知識密集型的特點，其過程不透明性，但隨著軟件開發(fā)逐步從不規(guī)范到規(guī)范的演進過程，估算技術(shù)也逐步成熟。1940s1970s2000s1980s1990s2

7、0045DELPHI/專家法類比法COCOMO81COCOMO功能點用例法功能點 4.2對象法回歸法項目估算工具設(shè)計的原則適用性廣簡單易用客觀穩(wěn)定可維護/可擴展通過項目生命周期裁剪和工作包分解，實現(xiàn)不同項目的可定制化通過工具化和估算因子實例化，最大限度降低使用人員的工作量采用業(yè)界標準和BMCC具體項目數(shù)據(jù)相結(jié)合的辦法后評估流程進行項目實際數(shù)據(jù)的收集定期維護項目參數(shù)配置數(shù)據(jù)估算流程的設(shè)計原則估算流程制定原則服務(wù)于立項申請與立項管理流程相互融合，在立項申請及立項論證階段引入估算流程和估算工具利用立項流程中各活動與角色的原有職責在立項建議書中規(guī)定需求描述的模板估算工具的參數(shù)化設(shè)置，為估算工具的易用性

8、做保障提供工具使用指南提高評估決策效率參考估算結(jié)果，結(jié)合廠家反饋，加快前期交流效果，避免交流不充分無法確定立項信息獲取更全面的決策信息層次構(gòu)成提交物完成情況策略層咨詢分析報告中國移動北京公司應(yīng)用軟件開發(fā)工作量估算研究報告估算系.PPT完成制度層流程 中國移動通信集團北京有限公司固定資產(chǎn)投資項目立項管理辦法（2009年9月修訂） 辦法附件2項目立項流程圖(加入估算)完成角色和職責角色與職責.xls完成工具層估算工具北京移動軟件工作量估算工具.xls完成模板 北京移動廠商功能技術(shù)建議書模板V1.0.doc附填寫指南，包括：功能點/工作包分解/用例點/項目基本特征表。完成指南執(zhí)行層估算工具試運行分析

9、報告北京移動軟件工作量估算工具的驗證分析報告.xls完成估算數(shù)據(jù)庫結(jié)構(gòu)軟件工作量估算數(shù)據(jù)庫V1.0.xls完成填寫樣例試運行的樣例(67個例子)完成估算體系培訓教材中國移動北京公司項目經(jīng)理估算系統(tǒng)交流.PPT完成估算咨詢課題的提交物項目目標和項目概述現(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ò)運營支撐產(chǎn)品

10、與客戶運營支撐企業(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)平臺的搭建要考慮到后期可擴展性/可重用性接口定義調(diào)研范圍注釋帳詳單展示BIBOSS綜合結(jié)算CRMBOMC基礎(chǔ)管理帳詳單查詢綜合采集統(tǒng)一開通計費帳務(wù)CRM業(yè)務(wù)集成網(wǎng)關(guān)北京移動核心系統(tǒng)/行業(yè)特征明顯，專業(yè)性強 頻繁部署/開發(fā)進度要求嚴格 使用套裝軟件，配置類開發(fā)占比大BSS業(yè)務(wù)支撐類項目調(diào)研分析系統(tǒng)可靠性/安全性要求

11、極高，如果發(fā)生故障會造成收入損失數(shù)據(jù)庫規(guī)模/部署及維護復雜程度高調(diào)研范圍注釋KMKM Portal人力資源門戶招聘系統(tǒng)手機接入營業(yè)廳綜合管理MIS系統(tǒng)財務(wù)集中EPM系統(tǒng)OA物供采購擴展檔案管理渠道管理系統(tǒng)BOMC系統(tǒng)NCCNPEOMS管理支撐短信LDAPAD外網(wǎng)郵件GISUSD復雜程度偏低，系統(tǒng)出現(xiàn)問題僅造成用戶使用的不方便，不影響收入損失需求比較明確，可批量部署系統(tǒng)功能行業(yè)專有特征不強來自于本地化需求進行定制開發(fā)MSS管理支撐類項目調(diào)研分析調(diào)研范圍注釋OSS網(wǎng)絡(luò)支撐類項目調(diào)研分析系統(tǒng)建設(shè)按照集團規(guī)范建設(shè)，需求相對明確信息處理量大，數(shù)據(jù)處理相對復雜系統(tǒng)維護標準高，7*24連續(xù)性調(diào)研范圍注釋CA

12、PEX項目立項過程估算活動分析立項論證及申請立項評估立項審批推廣實施階段過程步驟驗證/反饋提出需求需求分析立項論證立項審批預審會審批立項評估會審批專家評估小組審批ok轉(zhuǎn)立項申請需求部門項目經(jīng)理專題評估組計劃建設(shè)部采購技術(shù)規(guī)范書及設(shè)備清單簽字物資供應(yīng)部階段輸出物可行性研究報告或 立項建議書、技術(shù)建議書、立項申請匯報 立項匯報材料更新和完善預審會議紀要立項評估會議紀要下發(fā)項目任務(wù)書 或前期任務(wù)書審定的技術(shù)規(guī)范書及設(shè)備清單200萬NOokNONOok轉(zhuǎn)轉(zhuǎn)計劃建設(shè)部項目簽訂合同現(xiàn)狀：u 管理流程設(shè)計比較完善u 論證、預審作為項目立項的必要活動，從流程上明確了需要對項目工作量進行核查問題：u由于項目的多

13、樣性，流程執(zhí)行過程中，更多是參考類似項目，僅能實現(xiàn)總量參考控制。OPEX類項目估算活動分析需求發(fā)起變更申請變更評估變更確認業(yè)務(wù)實施階段過程步驟提出 需求需求收集需求分析需求確認變更實施變更范圍確認需求部門廠商需求負責人結(jié)算物資供應(yīng)部用戶需求說明書交付物軟件需求說明書需求評估（HLD）需求反饋單概要設(shè)計說明書需求變更匯總工作量工作量結(jié)算匯總工作量確認結(jié)算需求變更管理員工作量預估需求變更管理員 06-09年隨機抽取的98個項目表明，軟件投資在項目總投資中占重要比例。 目前北京移動軟件開發(fā)成本主要是依據(jù)開發(fā)商提供的軟件開發(fā)工作量進行推算。 擴容類項目占各類項目總數(shù)的72% 北京移動估算現(xiàn)狀分析及關(guān)鍵

14、問題軟件工作量估算的現(xiàn)狀分析 在立項論證過程中，缺乏統(tǒng)一的標準來判斷軟件項目的工作量的合理性； 缺乏可用的項目歷史參考數(shù)據(jù)，部分項目僅依靠個人經(jīng)驗估計工作量； 缺乏規(guī)范合理的估算、評估、審核方法；軟件開發(fā)工作量成本的分析關(guān)鍵問題影響 立項論證過程比較長，投入大量人力成本進行估算工作量的澄清 預計工期與實際工期偏差大，造成浪費資源或資源投入不符合預期 項目過程中出現(xiàn)變更，不能按計劃順利實施，項目組陷入被動純軟件項目軟件投資超80%軟件投資超50%軟件投資超30%業(yè)界估算成熟度現(xiàn)狀軟件估算的含義對項目持續(xù)時間及成本的預測，是嘗試性的或初步的計算結(jié)果。與合同承諾的差別 合同承諾是許諾在特定日期之前以

15、特定質(zhì)量水平交付規(guī)定的功能，承諾可以與估算相同，可能比估算更激進，也可能比估算更保守。與項目控制的關(guān)系 項目能夠按時和在預期要求內(nèi)交付，不僅僅通過估算實踐本身獲得準確的估算結(jié)果，還需要通過有效的項目控制來提供支持 -Putnam and Myers 2003估算工作最重要的收益是，提供了足夠清晰的、真實的項目全局視圖，從而使項目經(jīng)理可以為達成項目目標做出正確的決策。增加需求人員缺乏經(jīng)驗人員變化估算結(jié)果20人月實際結(jié)果30人月Standish Group報告中的項目結(jié)果每年有所波動。大報告中的項目結(jié)果每年有所波動。大約約3/4的項目會延期交付或者完全失敗。的項目會延期交付或者完全失敗。 承諾結(jié)果

16、15人月項目目標和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算咨詢建議方案 估算方法論及理論基礎(chǔ) 估算工具的設(shè)計方案 估算流程的改進估算工具驗證和歷史項目驗證結(jié)論 估算工具的驗證 歷史項目驗證結(jié)論實施建議和總結(jié)議題軟件規(guī)模不經(jīng)濟理論中指出的軟件生產(chǎn)率特性軟件類型 生產(chǎn)率 (代碼行/人月)10K代碼行100K代碼行250K代碼行應(yīng)用系統(tǒng)3000600500嵌入式系統(tǒng)300 *7060因特網(wǎng)系統(tǒng)1500300200內(nèi)部使用管理系統(tǒng)4000800600過程控制1000300200實時系統(tǒng)200 *5040套裝軟件1000200200系統(tǒng)軟件/驅(qū)動軟件60010090航空電子200 *5040數(shù)據(jù)來自Five Co

17、re Metrics (Putnam and Meyers 2003), Industrial strength software (Putnam and Meyers 1997) Measures for excellence (Putnam and Meyers 1992),從表中可以看出： 250k，100k的開發(fā)效率遠低于10k規(guī)模的效率。這說明當軟件項目規(guī)模增長時,軟件生產(chǎn)率會逐步下降。 開發(fā)內(nèi)部使用的管理系統(tǒng)的團隊生產(chǎn)率會比航空電子、實時系統(tǒng)，嵌入式系統(tǒng)的生產(chǎn)率高快10-20倍，這說明軟件系統(tǒng)的復雜度、穩(wěn)定性和質(zhì)量要求會加大項目投入成本，降低生產(chǎn)率； 結(jié)論：通過COCOCMO 模型

18、的估算參數(shù)調(diào)整來匹配項目類型和生產(chǎn)率的變化 人月規(guī)模軟件規(guī)模不經(jīng)濟理論發(fā)現(xiàn)：當規(guī)模出現(xiàn)培增的情況下，工作量會以指數(shù)級方式增長，這是普遍存在的客觀現(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包括兩個底層信息模型：u過程模型：文化、干系人、方法、工具、開發(fā)團隊以及

19、軟件產(chǎn)品的規(guī)模或復雜性；u經(jīng)驗庫：可以從歷史案例估算出項目可能需要的相關(guān)資源（工作量與時間）。COCOMO的發(fā)展史：由 Boehm（USC）在1981年提出；成為最廣泛應(yīng)用的成本模型之一；數(shù)學模型的建立基于 63個歷史項目該模型定義了軟件解決方案中的成本和進度的隱含關(guān)系。2005年，在COCOMO81的基礎(chǔ)上，USC軟件工程協(xié)會提出了COCOMO 模型，該模型提供了更大、更恰當?shù)默F(xiàn)代案例數(shù)據(jù)庫，并改進了模型的適用性，從而可以在更多的領(lǐng)域及其項目環(huán)境中進行優(yōu)化。估算方法與估算因子相集成生產(chǎn)率參數(shù)：對工作量產(chǎn)生指數(shù)級影響廠商同類項目開發(fā)經(jīng)驗開發(fā)靈活性：對項目涉及的技術(shù)要求限定越多，廠商可靈活選擇的

20、實現(xiàn)方式越少風險化解能力：項目風險管理能力團隊凝聚力：項目團隊成員的合作程度過程成熟度 ：CMMI 能力成熟度工作量參數(shù)：來自于16個環(huán)境調(diào)整因子的綜合取值，會對工作量將廠商倍數(shù)級影響影響度很低低一般高很高極高產(chǎn)品復雜度2.380.730.871.001.171.341.74需求分析師的能力2.001.421.191.000.850.71程序員能力（總體）1.761.341.151.000.880.76時間限制1.631.001.111.291.63人員持續(xù)性（流動）1.591.291.121.000.900.811.540.820.921.001.11.261.420.91.001.141.

21、28平臺經(jīng)驗1.401.191.091.000.910.85數(shù)據(jù)來自software cost estimation with COCOMO COCOMO構(gòu)造性成本模型（constructive cost model) ，是從項目規(guī)模到工作量估算的技術(shù)模型，它融合了功能點法、用例法的估算因子中的共性因素，集成到Cocomo方法中，目前是軟件行業(yè)應(yīng)用最普遍的工作量估算方法。 EM：工作量參數(shù)（來自于16個環(huán)境因子） A: COCOMO模型中的常系數(shù)(2.94) Size：項目規(guī)模 B: 生產(chǎn)率參數(shù)COCOMO公式示例2022-6-28中國軟件企業(yè)估算偏差的實際情況截至2007年5月8日CSBSG

22、數(shù)據(jù)庫中78個高可信度項目 CSBSG的估計偏差計算公式為：ABS（實際計劃）/計劃100%工作量估計偏差分布為根據(jù)國家軟件項目數(shù)據(jù)庫的分析，電信行業(yè)的估算偏差較小，占行業(yè)排名第二位普遍性估算投入工作量50%功能點功能點用例法用例法類比法類比法WBS法法 專家法專家法回歸回歸對象法對象法估算方法各行業(yè)普遍性及估算投入工作量分析電信行業(yè)中項目估算及管控的成熟度較高項目目標和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算建議方案 估算方法論及理論基礎(chǔ) 估算工具的設(shè)計方案 估算流程的改進估算工具驗證和歷史項目驗證結(jié)論 估算工具的驗證 歷史項目驗證結(jié)論實施建議和總結(jié)議題估算模型的設(shè)計方案E=F(X,Y)F(): 估算

23、函數(shù)在估算工具中融合了選定的5種估算方法，根據(jù)項目的特點，系統(tǒng)自動判斷估算方法X: 任務(wù)分解及估算數(shù)據(jù)根據(jù)估算方法的不同，確認工作產(chǎn)品和活動，并輸入估算方法相應(yīng)的數(shù)據(jù)Y: 估算因子估算因子的調(diào)整影響最終的估算結(jié)果，通過融合COCOMO模型，設(shè)計了16個估算因子和5個生產(chǎn)率調(diào)整因子E: 估算結(jié)果系統(tǒng)根據(jù)估算函數(shù)，計算出項目的估算結(jié)果。輸出估算工作量，軟件工程各階段的工作量比例信息。估算過程估算工具的主頁面快速WBS估算專家估算類比估算功能點估算用例點估算輸入任務(wù)分解（需求描述）經(jīng)驗工作量任務(wù)分解(需求描述)專家(人)的最樂觀/最悲觀/最可能工作量任務(wù)分解(系統(tǒng)名稱/功能模塊/需求描述/開發(fā)或配置

24、/新建或修改/復雜度/屬性)功能模塊參數(shù)表任務(wù)分解（功能點描述）EI外部輸入/EQ外部查詢/EO外部輸出/ILF內(nèi)部邏輯文件/EIF外部接口文件任務(wù)分解（用例描述）事務(wù)數(shù)量角色復雜度輸出任務(wù)工作量(最樂觀+4最可能+最悲觀)/6匯總的專家估算工作量專家估算工作量收斂區(qū)間20功能模塊參考工作量(區(qū)分開發(fā)/配置類型)未調(diào)整任務(wù)工作量UFP=7*ILF+5*EIF+4*EI+5*EO+4*EQ未調(diào)整用例工作量UUCP=AW+UCW估算模型設(shè)計- F():估算函數(shù)各種估算方法的輸入條件及輸出結(jié)果估算模型設(shè)計- X：任務(wù)分解及估算數(shù)據(jù)E=F(X,Y)F(), Y: 通過估算工具來控制和定制化設(shè)定X: 準

25、確度由可獲取的信息詳細和豐富程度確定初始方案建議書概要設(shè)計用戶接口設(shè)計詳細設(shè)計項目結(jié)束不確定性錐 software estimation with COCOMO, Boehm et al. 2000估算的不確定性椎圖表明估算結(jié)果的準確度主要與估算輸入信息的豐富程度相關(guān)時間估算偏差估算模型設(shè)計 Y：估算因子總體工作量項目特征目標系統(tǒng)特征項目團隊特征產(chǎn)品復雜度生產(chǎn)運行時間與可用時間占比要求的軟件可靠性文檔的完整性平臺易變性數(shù)據(jù)庫規(guī)模可復用組件額外開發(fā)量需求分析師的能力程序員能力（總體）人員持續(xù)性（流動）應(yīng)用（業(yè)務(wù)領(lǐng)域）經(jīng)驗使用編程語言和開發(fā)工具的經(jīng)驗平臺經(jīng)驗14.多場所開發(fā)15.工具的使用16.進

26、度壓縮比影響項目工作量的主要因子：u目標系統(tǒng)特征，重點是復雜度和系統(tǒng)高可用穩(wěn)定要求u團隊特征，重點在關(guān)鍵人員能力和團隊穩(wěn)定性通過對估算方法和北京移動項目特征點的分析，結(jié)合調(diào)研結(jié)果，將估算因子歸為三類：Y：估算因子目標系統(tǒng)特征的詳細分析目標系統(tǒng)默認區(qū)間范圍及影響分析EM1 UCL=3.14項目要求的可靠性高、復雜程度高；此類項目應(yīng)該選擇成熟等級高的項目團隊，加強質(zhì)量管控，要求提供完整的文檔和操作手冊，降低后期的維護成本1.01EM1 3.14項目屬于中等的復雜程度及可靠性此類項目要考慮比較完整的文檔，加強項目的質(zhì)量管控EM1 LCL=1.01項目本身的復雜程度低，項目出現(xiàn)問題后不會帶來財務(wù)影響及

27、核心系統(tǒng)安全問題此類項目可考慮使用成熟的集成開發(fā)框架，提高開發(fā)效率針對目標系統(tǒng)54321N/A要求的軟件可靠性 44713 數(shù)據(jù)庫規(guī)模 147431產(chǎn)品復雜性641171 用于重用441434 文檔的完整性要求12566 可靠性執(zhí)行時間7201 1平臺易變性2 45131廠商反饋結(jié)果分布匯總 目標系統(tǒng)特征的綜合估算因子的控制區(qū)間取值方法：使用統(tǒng)計學的正態(tài)分布原理，將廠商反饋的估算因子進行分析，得到北京移動現(xiàn)有項目的建議控制區(qū)間為(1.01,3.14)。Y：估算因子項目團隊特征的詳細分析項目團隊默認區(qū)間范圍及影響分析0.30EM2 =0.67項目合作需進一步改進，項目組對項目的技術(shù)問題需要投入更

28、多成本建議加強合作與融合，加強項目范圍及目標的管理EM2 LCL1500人天13個規(guī)模122%項目復雜較低環(huán)境因子116%現(xiàn)象2：環(huán)境因子越高項目復雜程度相對較高，偏差較大。原因：項目復雜程度越高，項目的控制難度越大，造成估算的偏差較大。現(xiàn)象4：生產(chǎn)率調(diào)整因子波動小、對偏差影響小。原因：北京移動的開發(fā)廠商比較穩(wěn)定，與廠商建立了長期合作關(guān)系，廠商團隊穩(wěn)定且成熟度較高，生產(chǎn)率因子波動小，基本處于0.951.02范圍?，F(xiàn)象5：任務(wù)分解的足夠詳細，對偏差的影響小。原因：目前各廠商提供的任務(wù)分解粒度已滿足工具模板定義的”單個任務(wù)分解工作量1500人天15%規(guī)模1500人天21%現(xiàn)象3：項目規(guī)模大于150

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

30、算值小于合同工作量的現(xiàn)象，結(jié)合實際分析，項目整體規(guī)模較大，而其中類似可復用功能甲方難以識別，會引起合同中重復計算工作量的情況；另外，工期長，非熟練的技術(shù)人員可能變成熟練的技術(shù)人員，減少大量的協(xié)調(diào)管理的工作，從而縮短了廠商的實際開發(fā)量。 建議在立項階段加強管控，重點對估算工具的復用因子、項目團隊特征因子進行評估。 數(shù)據(jù)業(yè)務(wù)類 大部分項目估算工作量大于合同工作量。結(jié)合數(shù)據(jù)業(yè)務(wù)項目特征分析，此類項目需求較明確，同時擴容項目大部分為新增功能模塊，對原有項目的功能修改較少，立項后較少出現(xiàn)產(chǎn)品功能性設(shè)計隨意性增減的情況。但一方面由于最初設(shè)計不十分細致，同時部分新建類項目，會更多的受招投標等外界因素影響。

31、建議：前期進一步加強產(chǎn)品功能設(shè)計和完善，避免廠商由于資源分配不足對業(yè)務(wù)系統(tǒng)質(zhì)量的影響業(yè)務(wù)支撐類 大部分項目估算工作量略高于合同工作量。結(jié)合現(xiàn)狀分析，支撐平臺軟件架構(gòu)較復雜，核心系統(tǒng)穩(wěn)定可靠和安全性要求高，且支撐類項目周期較長，實施過程中變更較頻繁，項目管理要求高，多個廠商團隊協(xié)調(diào)。 建議：降低軟件平臺的復雜度，提升廠商團隊管理能力和團隊穩(wěn)定性，提升廠商的需求的全流程質(zhì)量管控能力，提高廠商團隊的生產(chǎn)效率。驗證結(jié)果的分析(3): 項目特征對工作量偏差的影響 新建/擴容類分析新建21%擴容18% 各支撐領(lǐng)域估算偏差范圍網(wǎng)絡(luò)支撐310%管理支撐619%數(shù)據(jù)業(yè)務(wù)515%業(yè)務(wù)支撐1019%通過第一批26個

32、項目的試用，廠商和局方相關(guān)負責人認可估算工具的可用性，所有調(diào)研項目的均全部反饋，且填寫信息較完整。部分廠商夸大了其團隊技術(shù)能力，影響關(guān)鍵估算因子的合理取值，造成偏差較大，通過設(shè)置估算因子的默認值，加強項目經(jīng)理對因子的判斷能力，進行有效控制。各支撐領(lǐng)域偏差擺動范圍較小，且有一定的相關(guān)性，可通過項目數(shù)據(jù)積累不斷的總結(jié)，分析共性原因，從而進一步優(yōu)化估算工具，改進估算效果。從項目數(shù)據(jù)分析發(fā)現(xiàn)，北京移動目前合作廠商都處于比較穩(wěn)定的長期合作團隊、并且以擴容項目實施為主，估算偏差在可接受范圍內(nèi)，且有利于未來對廠商的持續(xù)估算因子和系統(tǒng)工作量的把控。估算工具驗證的初步總結(jié)項目目標和項目概述現(xiàn)狀分析及關(guān)鍵發(fā)現(xiàn)估算

33、建議方案 估算方法論及理論基礎(chǔ) 估算工具的設(shè)計方案 估算流程的改進建議估算工具驗證和歷史項目驗證結(jié)論 估算工具的驗證 歷史項目驗證結(jié)論實施建議和總結(jié)議題 持續(xù)改進建議：估算工作不是一蹴而就的，需要經(jīng)過持續(xù)的實際數(shù)據(jù)積累，并在實際數(shù)據(jù)分析基礎(chǔ)上、逐步修正估算模型，實現(xiàn)更科學化的估算管理的效果。1. 立項估算：使用估算工具，規(guī)范化估算管理。124估算模型的持續(xù)改進2. 估算數(shù)據(jù)搜集：收集項目實際工作量，分析偏差，積累類比數(shù)據(jù)。4. 估算方法、參數(shù)修訂：豐富、完善估算方法發(fā)布新模板、新流程。3. 差異分析：工作量偏差分析，識別主要因素。3 估算管理平臺的建議：建立估算項目數(shù)據(jù)庫、用于長期的各類廠商/項目數(shù)據(jù)的積累和分