軟件項目監(jiān)督與控制過程文檔編號：FHI_CMMI_PMC_PRS文檔信息：軟件項目監(jiān)督與控制過程文檔名稱：軟件項目監(jiān)督與控制過程文檔類別：CMMI過程密級：內(nèi)部秘密版本信息：1.2建立日期：2016-1-13創(chuàng)建人：EPG批準人：李慶林批準日期：2016-2-25存放位置：集成公司組織資產(chǎn)庫/組織標準過程編輯軟件：MicrosoftOffice2003中文版

文檔修訂記錄版本編號或者更改記錄編號變化狀態(tài)簡要說明（變更內(nèi)容和變更范圍）修改日期變更人批準日期批準人V1.0C創(chuàng)建2016-1-13張娜娜2016-2-25李慶林V1.1M增加項目經(jīng)理變更任命表2016-3-15張娜娜2016-3-15李慶林V1.2M文檔編號去掉版本號2016-4-17鄧沛沛2016-4-17李慶林*變化狀態(tài)：C――創(chuàng)建，A——增加，M——修改，D——刪除目錄TOC\o"1-4"1、簡介 61.1目的 61.2適用范圍 61.3術語表 61.4參考資料 62、過程總體描述 72.1過程概述 72.2過程結(jié)構 73、過程元素描述 83.1項目跟蹤 83.1.1概述 83.1.2角色與職責 83.1.3入口準則 83.1.4輸入 83.1.5任務 83.1.5.1任務的執(zhí)行 83.1.5.2收集項目狀態(tài)和進度數(shù)據(jù) 83.1.5.3計算進度和執(zhí)行情況 93.1.5.4分析項目狀態(tài)和進度 93.1.5.5跟蹤軟件工作產(chǎn)品的規(guī)模 93.1.5.6跟蹤項目的軟件工作量和成本 93.1.5.7項目人員技能跟蹤 103.1.5.8監(jiān)督承諾情況 103.1.5.9監(jiān)督項目干系人介入情況 103.1.5.10監(jiān)督項目數(shù)據(jù)資料的管理 103.1.5.11需求跟蹤 103.1.6出口準則 103.1.7輸出 113.1.8資源和能力要求 113.2項目例會 113.2.1概述 113.2.2角色與職責 113.2.3入口準則 113.2.3輸入 123.2.4任務 123.2.5輸出 123.2.6出口準則 123.2.7資源和能力要求 123.2.9詳細裁減指南 123.3項目控制 123.3.1概述 123.3.2角色與職責 123.3.3入口準則 133.3.4輸入 133.3.5任務 133.3.5.1項目檢查 133.3.5.2風險監(jiān)控 143.3.5.3問題管理和溝通 143.3.5.4計劃更新 153.3.5.5計劃變更 153.3.5.6需求變更 163.3.6出口準則 173.3.7輸出 173.3.8資源和能力要求 173.4項目報告 173.4.1概述 173.4.2角色與職責 173.4.3入口準則 173.4.4輸入 173.4.5任務 173.4.5.1項目周報 183.4.5.2里程碑報告 183.4.5.3項目總結(jié)報告 183.4.6出口準則 203.4.7輸出 203.4.8資源和能力要求 203.5項目經(jīng)理變更 203.5.1概述 203.5.2角色與職責 203.5.3入口準則 213.5.3輸入 213.5.4任務 213.5.5輸出 213.5.6出口準則 213.5.7資源和能力要求 211、簡介軟件項目監(jiān)督與控制的目的是能夠隨時掌握軟件項目的實際實施過程，使得軟件項目的執(zhí)行與軟件項目計劃背離時，管理人員能夠采取有效合理的措施。軟件項目跟蹤以書面的估計、約定和計劃為依據(jù)，對軟件完成進度和結(jié)果進行跟蹤和評審，并根據(jù)實際情況調(diào)整計劃。軟件項目的書面計劃作為跟蹤軟件活動、交流狀態(tài)和修改計劃的依據(jù)。軟件活動由管理人員監(jiān)督。當選定的軟件工作產(chǎn)品完成或處于選定的里程碑時，將實際的軟件規(guī)模、工作量、成本和進度計劃與軟件計劃中的數(shù)據(jù)進行比較，以確定工作進展情況。當出現(xiàn)較大偏差時，采取相應調(diào)整措施，包括修改軟件項目計劃、對余下的工作重新制定計劃，或采取措施改進運行效能。目的本過程的目的是描述軟件項目監(jiān)督和控制的內(nèi)容，并為監(jiān)督和控制活動的實施提供指導。適用范圍本文檔適用于公司的所有軟件項目。術語表EV（EarnedValue）分析：是一種盈余分析的線性圖，是通過分析在指定的時間段上，項目實際消耗的成本與計劃的項目預算的比較，結(jié)合進度情況，分析項目狀態(tài)的一種度量手段。參考資料 無。

2、過程總體描述2.1過程概述軟件項目計劃是跟蹤軟件活動、通報狀態(tài)和修訂計劃的基礎。本過程指導對一個已批準的軟件項目計劃進行監(jiān)督和控制，并提供具體的方法，為軟件項目的實際進展提供足夠的可見度。項目監(jiān)督和控制活動依據(jù)項目跟蹤計劃進行，基本過程簡述如下：依據(jù)項目跟蹤計劃，進行項目度量數(shù)據(jù)的收集與分析，分析結(jié)果形成項目報告。項目報告包括每周進行的《項目周報》、《項目里程碑報告》（在里程碑處）、《項目總結(jié)報告》（在項目結(jié)項時）。根據(jù)分析，發(fā)現(xiàn)實際與計劃的偏差，采取措施消除偏差。如需要修訂計劃，需按照《變更控制規(guī)程》，經(jīng)評審和高層經(jīng)理審批后發(fā)布。在新的計劃基礎上繼續(xù)度量和分析數(shù)據(jù)。各個計劃的跟蹤通過對《軟件開發(fā)明細計劃》的跟蹤來體現(xiàn)。對需求管理進行監(jiān)督和控制。2.2過程結(jié)構圖表SEQ圖表\*ARABIC1項目監(jiān)督和控制流程圖3、過程元素描述3.1項目跟蹤3.1.1概述對項目度量包括評估進度、計算成本、分析偏差、預估完成日期和當前預估總成本等數(shù)據(jù)進行收集和分析。對項目開發(fā)及管理、支持工作進行度量，形成度量數(shù)據(jù)。除了開發(fā)工作外，當項目處于不同階段時，管理活動是不同的。對于項目組成員來說，在需求分析階段、項目策劃階段和項目開發(fā)階段會有需求管理活動、策劃活動和項目跟蹤監(jiān)控活動。3.1.2角色與職責項目經(jīng)理：負責收集項目的狀態(tài)和進度數(shù)據(jù)并進行分析。并且，每周完成《項目周報》。根據(jù)計劃完成《項目里程碑報告》和《項目總結(jié)報告》。軟件工程組：每周完成、提交《項目成員周報》。CM人員：每月完成、提交《項目配置管理月報》。QA人員：每月完成、提交《QA項目質(zhì)量月報》。3.1.3入口準則《項目計劃》已經(jīng)過批準。3.1.4輸入《項目計劃》監(jiān)控部分項目活動數(shù)據(jù)3.1.5任務3.1.5.1任務的執(zhí)行當項目開始進行時，項目經(jīng)理按照《軟件計劃》進行任務分配。開發(fā)人員按照約定的時間要求完成指定的活動。完成后通知項目經(jīng)理確認，如果不能按時完成要盡早告知項目經(jīng)理，以便調(diào)整計劃。3.1.5.2收集項目狀態(tài)和進度數(shù)據(jù)項目組人員通過每周填寫《項目成員周報》報告他們活動結(jié)果。CM人員通過每周填寫《CM明細總?cè)粘瘫怼穲蟾嫠麄兓顒咏Y(jié)果。QA人員通過每周填寫《QA明細總?cè)粘１怼穲蟾嫠麄兓顒咏Y(jié)果。《項目成員周報》中的度量內(nèi)容要和任務安排一致。項目組定期或事件驅(qū)動地召開項目會議，并形成《項目會議紀要》；每周項目周例會可將討論結(jié)果寫在《項目周報》上，不形成《項目會議紀要》。3.1.5.3計算進度和執(zhí)行情況項目收集并記錄了項目狀態(tài)和進度數(shù)據(jù)后，由項目經(jīng)理計算、分析，形成《項目周報》，為評估項目進度和執(zhí)行情況提供必要的基礎。成本的度量按照公司的財務制度計算，不單獨進行跟蹤，只要度量直接成本即可。關于度量及分析參見《EV分析規(guī)程》。3.1.5.4分析項目狀態(tài)和進度項目經(jīng)理根據(jù)形成的《項目周報》、項目或相關組會議及其記錄、評審記錄、審計報告、度量匯總數(shù)據(jù)及相關工作產(chǎn)品，判斷項目狀態(tài)和執(zhí)行進度，計算完成任務所花費資源，為項目或階段的余下工作作現(xiàn)實的估計和安排，形成《項目里程碑報告》和《項目總結(jié)報告》；《項目里程碑報告》的報告頻率由項目經(jīng)理根據(jù)項目計劃在里程碑點報告，接收對象可能包括高層經(jīng)理、QA人員、客戶或到其它項目組和相關組。《項目總結(jié)報告》在項目結(jié)項時報告。項目QA人員在定期或里程碑處跟蹤項目進度，并驗證項目經(jīng)理完成的《項目周報》、《項目里程碑報告》中度量內(nèi)容的真實性，提交高層經(jīng)理和QA經(jīng)理；CM人員利用《配置項狀態(tài)記錄》跟蹤項目配置項狀態(tài)。3.1.5.5跟蹤軟件工作產(chǎn)品的規(guī)模規(guī)模包括軟件工作產(chǎn)品以及更改的規(guī)模。由任務負責人在每一個工作產(chǎn)品或任務完成后，將其實際規(guī)模（生成的、經(jīng)完全測試的和交付的）和在軟件開發(fā)計劃中所記錄的估計規(guī)模對比，記錄在《項目成員周報》中，每周遞交給項目經(jīng)理。項目經(jīng)理負責跟蹤階段內(nèi)所有工作產(chǎn)品或任務在《項目成員周報》中的規(guī)模（或更改的規(guī)模），跟蹤的依據(jù)是在規(guī)模估計中按照WBS所完成的估計結(jié)果；項目經(jīng)理根據(jù)《項目成員周報》，將實際的規(guī)模記錄在《項目度量表》中。CM人員協(xié)助項目經(jīng)理將CM的度量數(shù)據(jù)記錄在《項目度量表》中。QA人員協(xié)助項目經(jīng)理將QA的度量數(shù)據(jù)記錄在《項目度量表》中。QA人員負責驗證項目經(jīng)理完成的《項目度量表》中關于完成工作產(chǎn)品規(guī)模的度量數(shù)據(jù)的真實性和完整性；在項目結(jié)束時，項目經(jīng)理負責匯總整理項目的規(guī)模度量數(shù)據(jù)，提交納入組織過程資產(chǎn)庫中。項目經(jīng)理須與受影響的組協(xié)商軟件工作產(chǎn)品規(guī)模的變更情況，遵循《軟件配置管理過程》、《變更控制規(guī)程》執(zhí)行。3.1.5.6跟蹤項目的軟件工作量和成本項目經(jīng)理負責在WBS中定義項目組成員的任務至最小級，建議最小級任務為1-3天可以完成；項目組成員及相關組成員等通過每周《項目成員周報》描述WBS最小級的任務完成情況和工作量花費；項目經(jīng)理定期跟蹤并記錄項目的工作量統(tǒng)計數(shù)據(jù)到《項目度量表》中；受影響方根據(jù)《軟件配置管理過程》、《變更控制規(guī)程》參與相關變更評審，并記錄評審結(jié)果；軟件項目成本的跟蹤由公司財務部門根據(jù)公司有關規(guī)定進行。3.1.5.7項目人員技能跟蹤項目經(jīng)理定期衡量項目組成員的實際技能，并與計劃要求進行比較。項目經(jīng)理跟蹤項目成員實際獲得的培訓，并與項目計劃進行比較。把項目人員的實際培訓情況記錄或更新到《項目培訓記錄表》中。3.1.5.8監(jiān)督承諾情況項目經(jīng)理定期審查內(nèi)部和外部的承諾。2．識別那些沒有得到滿足的承諾或那些很可能得不到滿足的承諾。沒有得到滿足的承諾作為項目問題管理；可能得不到滿足的承諾列為風險管理。3.1.5.9監(jiān)督項目干系人介入情況1、項目經(jīng)理定期跟蹤項目干系人介入項目的實際情況并與計劃進行比較。把項目干系人實際介入項目的情況記錄到項目周報表中，負責人按照責任順序描述相應任務的所有涉眾，非項目組人員加以注明。3.1.5.10監(jiān)督項目數(shù)據(jù)資料的管理項目經(jīng)理或所屬部門應安排專人管理項目的各種文件資料，資料的范圍包括但不限于項目的申請書、批準文件、合同書、公函、原始記錄材料（包括文字、圖紙、圖表、照片、幻燈片、錄音帶等）、相關行業(yè)標準、政策文件、研究論文、專著、技術鑒定書、客戶提供的測試數(shù)據(jù)、驗收報告、會議紀要、工作記錄、階段總結(jié)、匯報等。項目經(jīng)理定期檢查項目文件資料的管理情況，把存在的問題記錄到《項目周報》中。項目資料管理應符合公司質(zhì)量體系文件的要求。3.1.5.11需求跟蹤1、對需求的狀態(tài)進行跟蹤管理，詳細見《需求管理過程》。2、按項目計劃對需求開發(fā)、需求追溯進行跟蹤管理，詳細見《需求管理過程》。3、項目經(jīng)理計劃需求變更，并跟蹤被批準的變更的需求的實現(xiàn)；QA人員對需求變更進行審計。詳細過程參照《需求管理過程》的需求變更。3.1.6出口準則《項目周報》已完成，并得到項目工程組及相關組、高層經(jīng)理認可?！俄椖坷锍瘫畧蟾妗坊颉俄椖靠偨Y(jié)報告》已完成，并經(jīng)過評審和審批。3.1.7輸出《項目成員周報》《項目會議紀要》《項目周報》《項目里程碑報告》《項目總結(jié)報告》《軟件開發(fā)明細計劃》《CM明細總?cè)粘瘫怼贰禥A明細總?cè)粘瘫怼?.1.8資源和能力要求項目成員具有填寫《項目成員周報》所具有的能力。CM人員具有填寫《CM明細總?cè)粘瘫怼匪哂械哪芰ΑA人員具有填寫《QA明細總?cè)粘瘫怼匪哂械哪芰?。項目?jīng)理具有統(tǒng)計、分析度量數(shù)據(jù)并形成《項目周報》、《項目里程碑報告》、《項目總結(jié)報告》的能力。3.2項目例會3.2.1概述項目組要定期召開項目例會，項目例會召開的次數(shù)和時間一般在項目計劃中確定。項目組成員在項目會議上匯報任務完成情況，以及問題和風險解決情況，項目經(jīng)理通過對項目完成情況、問題和風險的了解以及跟蹤來識別和監(jiān)控項目狀態(tài)，以便適時決定下一步的行動。必要時邀請高管、其他管理人員、顧客、最終用戶、供方以及本組織里受影響的其他共利益者參加項目例會，了解項目進展情況。3.2.2角色與職責角色職責項目經(jīng)理主持項目會議項目組成員參加項目會議配置管理員、質(zhì)量保證人員、市場人員根據(jù)需要參加項目會議3.2.3入口準則根據(jù)項目計劃確定的時間和地點定期召開。3.2.3輸入項目活動狀態(tài)、收集的項目數(shù)據(jù)、數(shù)據(jù)統(tǒng)計分析結(jié)果等。3.2.4任務項目經(jīng)理定期主持召開項目會議，提供開放的、公正的報告和討論環(huán)境。所有項目組成員都要在會議上對任務狀態(tài)、潛在的或?qū)嶋H的問題及風險進行溝通。項目會議的議程：項目組成員報告任務的實際狀態(tài)與計劃狀態(tài)；對已知的問題和風險進行跟蹤和糾正；識別、分析和記錄新的問題和風險；對提交和批準的變更進行溝通協(xié)商。項目經(jīng)理負責完成項目會議的《會議紀要》，向全組成員發(fā)布，并將該文檔存放在配置庫中。項目經(jīng)理將新識別的問題和已知問題的解決情況更新到《項目周報》中，將新識別的風險和已知風險的跟蹤情況更新到“風險管理列表”中。3.2.5輸出《項目會議紀要》《項目風險管理列表》3.2.6出口準則項目會議結(jié)束。3.2.7資源和能力要求項目經(jīng)理應接受過主持會議的方法培訓；公司為項目例會提供充足的資源和資金；公司提供與項目例會相關的場所及設施等。3.2.9詳細裁減指南無3.3項目控制3.3.1概述項目控制的目的是及時發(fā)現(xiàn)實際進度與計劃的偏差，采取措施糾正偏差或必要時進行計劃變更，監(jiān)控要對所有的項目活動進行。3.3.2角色與職責項目經(jīng)理：負責分析偏差，制定糾正措施并組織實施。軟件工程組：參與糾正措施的制定，參與糾正措施的實施。QA人員：跟蹤措施的實際效果。3.3.3入口準則《項目周報》已完成，并得到項目工程組及相關組、高層經(jīng)理認可?！俄椖坷锍瘫畧蟾妗芬淹瓿?，并經(jīng)過評審和審批。3.3.4輸入《項目開發(fā)計劃》《項目周報》《項目里程碑報告》《軟件明細開發(fā)計劃》《項目會議紀要》3.3.5任務3.3.5.1項目檢查小組檢查項目經(jīng)理負責組織項目組成員及相關人員定期進行項目下一階段活動的計劃和項目組的工作和技術交流，如果有需要，還可以邀請相關組參加。項目經(jīng)理確定在小組檢查中交流的信息，交流方式以及交流頻率等（每周，每月，每階段）。小組檢查可以以項目會議、電子郵件或電話的形式實施，通常每周進行一次。但它不能代替周報和里程碑報告。所有的項目組成員都有責任呈現(xiàn)其活動狀態(tài)并對潛在的和實際的問題和風險進行溝通。小組檢查應該指出：活動的實際狀態(tài)，并與計劃相對照，同時要識別問題當前的活動項，問題和風險技術活動的狀態(tài)，對下一個分配的任務產(chǎn)生的影響下一個活動的計劃根據(jù)《風險管理列表》對已知的風險和新識別風險進行跟蹤和關閉活動；管理并跟蹤項目已識別的問題及新識別問題；對提交的和批準的對計劃的變更進行溝通協(xié)商。項目經(jīng)理負責提供一個能夠開放的、公正的進行狀態(tài)報告和討論的環(huán)境。應該形成《項目會議紀要》階段進度檢查對大型或中型項目以及子合同項目的正式進度檢查，確保相關人員如部門經(jīng)理或用戶等了解項目的進度和狀態(tài)。這些檢查通常在關鍵里程碑處發(fā)生，也可能被事件驅(qū)動或日期驅(qū)動發(fā)生。項目經(jīng)理準備需要被檢查和提供的信息，形成《項目里程碑報告》，確認參與檢查的人員，為檢查工作建立任務和分配工作。準備的《項目里程碑報告》信息，參見《項目里程碑報告模板》。項目組成員，部門經(jīng)理，高層經(jīng)理，客戶代表參加會議，確認被管理者注意的活動項，獲取下一階段安排和活動項的一致意見。軟件項目跟蹤和監(jiān)控檢查根據(jù)過程檢查表，QA人員定期或事件驅(qū)動地評審軟件項目跟蹤和監(jiān)控過程，形成《QA過程評審報告》；根據(jù)產(chǎn)品檢查表，QA人員定期或事件驅(qū)動地審計軟件項目階段工作產(chǎn)品，形成《QA產(chǎn)品審計報告》；《QA過程評審報告》遞交給項目經(jīng)理，高層經(jīng)理和QA經(jīng)理。高級經(jīng)理的管理者評審高級經(jīng)理定期召開針對于組織內(nèi)重點項目的項目經(jīng)理的管理者評審會議，檢查項目的狀態(tài)情況，解決項目中存在的問題。3.3.5.2風險監(jiān)控項目經(jīng)理或由項目經(jīng)理指定的負責人按《風險管理列表》記錄，對項目的成本、資源、進度及技術方面有關的軟件風險進行跟蹤。進行風險管理跟蹤和控制，具體過程參見《風險管理過程》。3.3.5.3問題管理和溝通識別問題：項目經(jīng)理通過成員和或相關組的每周報告，項目組及相關組會議，組間管理、技術交流，非正式的狀態(tài)討論識別出項目組內(nèi)和相關組間的問題和潛在問題，確定問題的優(yōu)先級。識別出的問題記錄在《項目周報》、《項目問題日志》中，并定期匯總上報；確定糾正措施：如果項目嚴重偏離計劃（如，任務嚴重拖期或者超出預算），由項目經(jīng)理負責跟蹤并采取糾正措施；項目中發(fā)生的變更和問題由項目經(jīng)理負責管理和解決；項目組間發(fā)生的問題應及時進行協(xié)調(diào)，如果項目經(jīng)理不能解決組間問題，應把問題報告給指定的高層經(jīng)理要求進行協(xié)調(diào)和確定措施。實施問題解決：每個問題指派專人負責問題的解決，指定問題解決完成日程和完成準則。根據(jù)問題的優(yōu)先級，由項目經(jīng)理負責解決對項目造成嚴重損害的高優(yōu)先級或緊急問題；跟蹤問題：項目經(jīng)理負責實施跟蹤問題的解決情況，QA人員輔助檢查問題的實施情況，以《項目周報》，小組例會等方式報告問題解決情況；問題關閉和通知：負責人關閉問題后，把對問題所采取措施及時地通知給項目組和相關人員。在進行問題處理時，建議的溝通方式：如：項目組例會、E-mail方式通信、面對面的交流,定期的組間會議等；溝通的時間可以是定期或事件驅(qū)動，特別是項目成員和組間負責人應主動及時地向項目經(jīng)理報告情況；項目經(jīng)理應指定專人及時和主動的了解相關組的信息。問題的識別、解決措施實施、跟蹤要記錄在《項目問題日志》中。3.3.5.4計劃更新項目經(jīng)理根據(jù)項目組成員周報，項目實際實施情況和計劃進行比較，采取措施調(diào)整項目進度。計劃更新的內(nèi)容包括：不涉及本里程碑進度的任務調(diào)整和細化，下階段的任務細化，資源調(diào)整等。項目計劃的更新頻率可以是每天、每周、每階段，由項目經(jīng)理決定。項目計劃的更新由項目經(jīng)理在項目開發(fā)庫中實時進行，并定期納入受控庫進行管理。項目計劃的更新可以不生成新版本。3.3.5.5計劃變更3.3.5.5.1導致計劃出現(xiàn)變更的原因有如下幾種：項目工程變更如對需求、設計、代碼等的變更項目管理變更：生命周期模型改變規(guī)模、工作量、預算或進度的變更（包括相關組或子合同變更）度量極限數(shù)據(jù)超出預定數(shù)據(jù)：項目經(jīng)理至少要在每一個里程碑點監(jiān)控項目的進度、成本指標，當出現(xiàn)下列情形之一時，要進行計劃變更。SPI：SPI指數(shù)低于0.8，或高于1.2CPI：CPI指數(shù)低于0.8，或高于1.2使用的工具和方法與最初的計劃不同項目風險變更延遲交付產(chǎn)品客戶認可的工作約定更改項目過程定義變更變更的標準：組織標準軟件過程變更引起項目定義軟件過程的變更。項目特性的變化需要對項目定義軟件過程進行變更。項目軟件過程和工作產(chǎn)品的測量數(shù)據(jù)表明應對項目定義軟件過程進行變更。步驟：項目經(jīng)理向EPG提出項目定義軟件過程變更的請求，并填寫和提交《變更請求表》。如變更不涉及組織標準軟件過程變更，可進入下一步。EPG按照《組織標準軟件過程維護規(guī)程》要求對采用的新過程、新方法、新工具進行評審和批準。項目經(jīng)理及EPG根據(jù)組織標準軟件過程對項目軟件過程進行重新定義。項目經(jīng)理、項目工程組、項目有關組對新定義的項目軟件過程進行評審。項目經(jīng)理批準項目定義軟件過程。根據(jù)需要進行項目開發(fā)計劃的變更。3.3.5.5.2項目計劃的變更修改項目軟件開發(fā)計劃文檔，補充對下列內(nèi)容的重新估算:成本，規(guī)模，關鍵計算機資源，風險評估，成員人數(shù)分配等，必要時包括相關組的估算內(nèi)容；新計劃的交付日期，工作任務，在項目各個階段中計劃的工作量；項目QA計劃文檔；項目CM計劃文檔；設計文檔（需求跟蹤矩陣）；測試計劃文檔；其它需要被更新以維護各個工作產(chǎn)品間一致性的工作產(chǎn)品；版本修訂控制為變更后形成基線的WBS保存比較基準計劃變更權限：項目變更由項目經(jīng)理/CCB評審和批準計劃變更。軟件過程變更由EPG評審和批準。由配置變更引起的計劃變更需經(jīng)過項目經(jīng)理/CCB評審并且批準。計劃變更必須按照《配置管理過程》、《變更控制規(guī)程》實行，通知所有相關組，包括項目經(jīng)理、高層經(jīng)理和QA代表等。項目經(jīng)理、高層經(jīng)理要保證客戶或客戶代表得到通知，并得到客戶的批準。變更后的《項目開發(fā)計劃》獲得項目組內(nèi)部，項目組外部和組織外部的承諾。批準的變更和更新的《項目開發(fā)計書》應該通知給所有受影響的組或個人。變更后的《項目開發(fā)計劃》由項目經(jīng)理統(tǒng)一提交給CM人員進行配置管理。項目的開發(fā)和跟蹤活動以變更/更新后的計劃為基礎。3.3.5.6需求變更 1、無論變更的需求重要還是不重要，范圍大還是小，都必須按《變更控制規(guī)程》和《需求管理過程》的需求變更的規(guī)定執(zhí)行。 2、項目經(jīng)理、高層經(jīng)理要保證客戶或客戶代表和客戶經(jīng)理得到通知，并得到客戶的批準。 3、對變更后的需求要發(fā)布，獲得項目組內(nèi)部，項目組外部和組織外部的承諾。 4、需求變更導致計劃的調(diào)整引起計劃變更要按3.3.5.5執(zhí)行；否則按3.3.5.4執(zhí)行。 5、項目經(jīng)理有權批準評估工作量為3個工作日（含三個工作日）之內(nèi)的需求變更；影響較大和評估工作量3個工作日以上的要有部主任和技術總監(jiān)批準。6、變更的需求開發(fā)和跟蹤活動以變更/更新后的需求為基礎，詳細要求見《需求管理過程》。3.3.6出口準則糾正措施得到項目工程組的認可。3.3.7輸出項目跟蹤糾正活動3.3.8資源和能力要求項目經(jīng)理、項目成員具有分析、解決問題的能力。3.4項目報告3.4.1概述項目報告是項目進展情況的集中體現(xiàn)。項目組應按照項目跟蹤計劃的要求，按時完成項目報告，為管理提供依據(jù)。項目報告包括每周完成的《項目周報》及《項目里程碑報告》、《項目總結(jié)報告》，項目報告中EV圖的計算根據(jù)《軟件估計書》中的分析來獲取數(shù)據(jù)。3.4.2角色與職責項目經(jīng)理：負責收集項目的狀態(tài)和進度數(shù)據(jù)并進行分析。并且，每周完成《項目周報》。根據(jù)計劃完成《項目里程碑報告》和《項目總結(jié)報告》。3.4.3入口準則《項目計劃》已經(jīng)過批準。3.4.4輸入《項目成員周報》《項目開發(fā)計劃》《軟件估計書》3.4.5任務項目經(jīng)理依據(jù)度量以及跟蹤度量數(shù)據(jù)，形成《項目周報》并提交相關人員。.項目經(jīng)理根據(jù)《項目周報》、《項目度量表》定期提交階段性總結(jié)的《項目里程碑報告》；項目結(jié)項后提交《項目總結(jié)報告》《項目里程碑報告》要反映項目的實際進展情況，并由項目經(jīng)理提交給高層經(jīng)理，QA人員和其他相關組。3.4.5.1項目周報《項目周報》定期由項目經(jīng)理完成，需求階段工期較長，產(chǎn)品少，項目可以只發(fā)布一次到兩次報告。項目經(jīng)理通知高層經(jīng)理和其它組員去查閱。發(fā)布對象通常包括客戶、高層經(jīng)理、其它相關組及軟件工程組、QA人員、CM人員。發(fā)布的報告需要高層經(jīng)理的審閱和批示。3.4.5.2里程碑報告在每個里程碑處，項目經(jīng)理整理里程碑會議需要的相關資料，根據(jù)本里程碑的完成情況，細化下一個里程碑和調(diào)整以后各里程碑的開發(fā)工作，召集項目組有關成員召開里程碑會議，總結(jié)到目前為止項目開發(fā)的總體狀況、總體活動的進展情況、個體活動項進展（應特別關注未完成活動項）、本階段好的經(jīng)驗和典型問題、過程改進建議、客戶方面的新要求，分析在進度、工作量和缺陷方面收集的數(shù)據(jù)并根據(jù)情況制定相應的措施，必要時調(diào)整以后的計劃，總結(jié)在項目評審、人員方面的執(zhí)行情況及在項目風險等其它方面存在的問題，來達到提前發(fā)現(xiàn)問題，提前制定措施，交流內(nèi)部信息引起大家的共識，保持項目正常開發(fā)的目的。當發(fā)現(xiàn)開發(fā)過程需要改進時，項目經(jīng)理安排人員填寫《過程改進建議》，提交EPG。里程碑總結(jié)是對項目整體開發(fā)狀況的診斷總結(jié)，起到一個承前啟后的作用，可以說這是控制剩余項目工作的關鍵，可以讓你知道項目的逐日進展情況是否按計劃進行，起到提高狀態(tài)的可視性、提高控制精確度、改善激勵和減少進度風險的作用。項目經(jīng)理根據(jù)項目當前狀態(tài)，和QA、CM人員的工作情況，形成《項目里程碑報告》。《項目里程碑報告》由項目經(jīng)理提交，接收對象可能包括高層經(jīng)理、QA人員、客戶或其它項目組和相關組。格式、內(nèi)容和格調(diào)應該適合各種不同的讀者。項目經(jīng)理按項目計劃中的里程碑時間點召開里程碑評審會議。邀請組織內(nèi)受影響的組參加，如高層經(jīng)理、QA人員、CM人員、EPG、軟件工程組、其它相關組等。盡量邀請客戶代表參加里程碑會議。3.4.5.3項目總結(jié)報告當項目完成驗收進入維護期后，需要項目經(jīng)理召集項目組成員及相關干系人進行項目總結(jié)。整理資料，形成《項目總結(jié)報告》，向高層經(jīng)理、EPG匯報。特殊情況下，比如存在項目組成員在系統(tǒng)測試通過后被派到其他新項目的極大可能性，經(jīng)請示高層經(jīng)理同意可以在系統(tǒng)測試通過后進行項目總結(jié)。編寫《項目總結(jié)報告》的過程同時也是項目總結(jié)分析的過程。而通過《項目總結(jié)報告》，高層經(jīng)理可以更好的了解項目的各種情況。從以前的項目中學習是一個重要的活動?！俄椖靠偨Y(jié)報告》中的數(shù)據(jù)是EPG進行過程改進的重要依據(jù)，它