公司項目管理規(guī)范課件

規(guī)范目的：通過過程，而不是某個人或某種技術，來保證軟件項目的成功是一個軟件開發(fā)機構能夠長期穩(wěn)定發(fā)展的根本，也是本文的目的所在。

參考資料：ISO9000、CMM（CapabilityMaturityModel）、CMMI（CapabilityMaturityModelIntegration）、SPP（SimplifiedParallelProcess）、SoftwareEngineering[Pressman]關于規(guī)范公司項目管理規(guī)范（一）規(guī)范目的：關于規(guī)范公司項目管理規(guī)范（一）1項目運作過程中的角色

常設角色臨時角色機構過程改進項目管理過程項目研發(fā)過程機構支撐過程立項建議小組立項評審委員會結項評審委員會技術評審小組配置控制委員會軟件工程過程組質量保證小組機構領導項目經(jīng)理需求分析員技術預研人員系統(tǒng)設計人員開發(fā)小組測試小組配置管理員質量保證員外包管理員采購管理員培訓管理員客戶服務人員產品維護人員在人員匱乏的情況下，可以一兼多職項目運作過程中的角色機構過程改進項目管理過程項目機構立項建2產品概念產品定義產品開發(fā)產品測試客戶驗收產品維護立項管理項目規(guī)劃項目監(jiān)控風險管理需求管理結項管理需求開發(fā)配置管理質量保證外包與采購管理培訓管理項目管理過程

項目研發(fā)過程機構支撐過程服務與維護技術預研系統(tǒng)設計實現(xiàn)與測試系統(tǒng)測試Beta測試客戶驗收第一課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品維護立項管理3立項管理立項管理的目的是采納符合公司獲取最大利益的立項建議，通過立項管理使該建議成為正式的項目，杜絕不適合公司獲取利益的立項建議被采納，避免浪費公司的資源、資金、時間。立項管理立項管理的目的是采納符合公司獲取最大利益的立項建議，4立項管理項目分類：大項目：指開發(fā)周期大于18人月（事業(yè)部），24人月（研發(fā)中心）或需跨部門協(xié)作。小項目：指開發(fā)周期小于18人月（事業(yè)部），24人月（研發(fā)中心）無需跨部門協(xié)作。立項管理項目分類：5立項管理小項目立項過程：立項管理小項目立項過程：6立項管理輸出文檔：《立項調查報告》--選擇《立項可行性分析報告》--選擇《立項建議書》--必要《內部立項評審報告》--選擇立項管理輸出文檔：7立項管理大項目立項過程（一）：內部評審專家組成員組成不做要求，即可全部來自事業(yè)部內部。項目通過內部評審后，事業(yè)部技術負責人向總工辦提交立項評審申請?？偣まk接受申請后通知技術委員會組織籌備項目立項評審。

立項管理大項目立項過程（一）：8立項管理大項目立項過程（二）：項目立項評審會由技術委員會主持，與會人員由評審專家組，項目建議小組，會議記錄員組成。評審專家組一般由技術、市場人員組成，必要時可有人力、投資、物流人員參加。評審專家組需至少包含兩名分別來自2個不同的事業(yè)部的成員。材料需提前兩天發(fā)給評審委員，以便評審時能提有深度的問題。評審會后又評審委員會主席撰寫《立項評審報告》。

立項管理大項目立項過程（二）：9立項管理大項目立項過程（三）；如果項目通過立項評審，則事業(yè)部技術負責人向總裁辦提交立項評審申請。如果總裁否決項目立項申請則項目終止。如總裁批準項目立項則項目進入立項籌備，否則項目終止。注：如項目由兩個或兩個以上事業(yè)部提出，則在項目提出時需每個事業(yè)部負責人同意才能繼續(xù)，相應的項目建議小組組長由相關事業(yè)部負責人協(xié)商后任命，所有相關事業(yè)部都必須有項目建議小組成員。立項管理大項目立項過程（三）；10立項管理項目籌備：首先由機構領導參考立項建議小組和立項評審委員會的意見任命項目經(jīng)理，并協(xié)助項目經(jīng)理獲得經(jīng)費、人力資源、軟件硬件資源。然后由項目經(jīng)理組建項目組，開始執(zhí)行項目研發(fā)和管理工作。

立項管理項目籌備：112.項目規(guī)劃2.1目的為項目的研發(fā)和管理工作制定合理的行動綱領（即項目計劃），以便所有相關人員按照該計劃有條不紊地開展工作。

2.項目規(guī)劃2.1目的122.項目規(guī)劃2.2規(guī)程劃分及流程規(guī)程劃分：項目估計、制定項目計劃、審批項目計劃、項目計劃變更控制。項目規(guī)劃流程圖：2.項目規(guī)劃2.2規(guī)程劃分及流程132.項目規(guī)劃2.3項目估計目的：估計項目的范圍、產品規(guī)模、工作量、成本等，為制定《項目計劃》提供依據(jù)。角色與職責：項目規(guī)劃小組由項目經(jīng)理和核心成員組成，所有人員共同參與項目估計。啟動準則：機構領導已經(jīng)批準立項；項目規(guī)劃小組已經(jīng)成立。輸入：《立項建議書》和一些用戶需求文檔；用于項目估計的一些經(jīng)驗數(shù)據(jù)。輸出：《項目估計表》附：《項目估計表》模板–必要2.項目規(guī)劃2.3項目估計142.3項目估計主要步驟：估計項目范圍：規(guī)劃小組根據(jù)用戶需求，分解產品的功能。可用產品的WBS表示。估計產品規(guī)模：規(guī)劃小組各成員根據(jù)WBS，先獨立估計，然后匯總，取均值，保證個人估計差額小于10％。估計工作量：規(guī)劃小組各成員獨立估計，然后匯總分析，取均值，保證個人估計差額小于10％。估計成本：估計人力資源、軟硬件資源、商務活動等成本。2.項目規(guī)劃2.3項目估計2.項目規(guī)劃152.4制定項目計劃目的：根據(jù)項目估計產生的數(shù)據(jù)，制定《項目計劃》。角色與職責：項目規(guī)劃小組所有人員共同制定《項目計劃》。啟動準則：項目估計已經(jīng)完成。輸入：《立項建議書》和一些用戶需求文檔；《項目估計表》。輸出：《項目計劃》

附：《項目計劃》模板2.項目規(guī)劃2.4制定項目計劃2.項目規(guī)劃162.項目規(guī)劃2.4制定項目計劃主要步驟：確定目標與范圍確定過程模型制定人力資源計劃制定軟硬件資源計劃制定財務計劃分配任務并制定進度表確定下屬計劃2.項目規(guī)劃2.4制定項目計劃172.項目規(guī)劃2.5審批項目計劃目的：主管領導審批《項目計劃》，確保其合理性，符合公司實際情況。角色與職責：機構領導審批計劃，如有不合理之處，責成規(guī)劃小組修正。輸出：修正后的《項目計劃》，并附主管領導的審批意見。2.項目規(guī)劃2.5審批項目計劃182.項目規(guī)劃2.6項目計劃變更控制目的：修改原《項目計劃》不合理之處；控制《項目計劃》的變更，防止發(fā)生混亂。角色與職責：機構領導審批變更申請；項目經(jīng)理更新《項目計劃》。輸出：《項目計劃變更控制報告》；新的《項目計劃》。 附：《項目計劃變更控制報告》模板2.項目規(guī)劃2.6項目計劃變更控制19公司項目管理規(guī)范（二）公司項目管理規(guī)范（二）20第二課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品維護立項管理項目規(guī)劃項目監(jiān)控風險管理需求管理結項管理需求開發(fā)配置管理質量保證外包與采購管理培訓管理項目管理過程

項目研發(fā)過程機構支撐過程服務與維護技術預研系統(tǒng)設計實現(xiàn)與測試系統(tǒng)測試Beta測試客戶驗收第二課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品213.1目的 通過調查與分析，獲取用戶需求并定義產品需求。需求開發(fā)和需求管理是相輔相成的兩類活動，它們共同構成完整的需求工程。

3.需求開發(fā)3.1目的3.需求開發(fā)223.需求開發(fā)3.2規(guī)程劃分及流程規(guī)程劃分：需求調查、需求定義。需求開發(fā)流程圖：3.需求開發(fā)3.2規(guī)程劃分及流程233.需求開發(fā)3.3需求調查目的：獲取用戶的需求信息，經(jīng)分析產生《用戶需求說明書》。角色與職責：客戶提供必要的需求信息；需求分析員調查、分析用戶的需求。主要步驟：1）需求分析員調查用戶需求；2）記錄并分析需求信息；3）編寫用戶需求說明書；4）專家和用戶評審并作書面承諾。輸出：《用戶需求說明書》 附：《用戶需求說明書》模板3.需求開發(fā)3.3需求調查243.3需求定義目的：定義準確無誤的產品需求，產生《產品需求規(guī)格說明書》。角色與職責：需求分析員定義產品需求；客戶確認產品需求。主要步驟：1）需求分析員對《用戶需求說明書》細化，產生詳細需求；2）對較復雜的用戶需求進行建模分析；3）撰寫《產品需求規(guī)格說明書》；4）專家和用戶評審并作書面承諾。輸出：《產品需求規(guī)格說明書》附：《產品需求規(guī)格說明書》模板3.需求開發(fā)3.3需求定義3.需求開發(fā)252.1目的 在立項之后到開發(fā)工作完成之前的時間內，對項目將采用的關鍵技術提前學習和研究，盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將會遇到的技術障礙。

2.技術預研2.1目的2.技術預研262.2技術預研規(guī)程角色與職責：項目經(jīng)理或技術負責人識別項目中的技術難題，指定預研人員攻克它。主要步驟：預研人員制定《技術預研計劃》；展開技術預研；撰寫《技術預研報告》；項目經(jīng)理視情況決定是否對預研成果進行技術評審。附：《技術預研計劃》模板、《技術預研報告》模板2.技術預研2.2技術預研規(guī)程2.技術預研273.1目的 設計軟件系統(tǒng)的體系結構、用戶界面、數(shù)據(jù)庫、模塊等，從而在需求與代碼之間建立橋梁，指導開發(fā)人員去實現(xiàn)能滿足用戶需求的軟件產品。

3.系統(tǒng)設計3.1目的3.系統(tǒng)設計283.2主要規(guī)程與過程示意圖主要規(guī)程：概要設計、用戶界面設計、數(shù)據(jù)庫設計、模塊設計。

系統(tǒng)設計過程示意圖：3.系統(tǒng)設計3.2主要規(guī)程與過程示意圖3.系統(tǒng)設計293.3概要設計目的：分析與設計軟件的體系結構，產生《概要設計報告》。角色與職責：項目經(jīng)理指定開發(fā)人員從事體系結構設計。輸入：需求文檔如《產品需求規(guī)格說明書》。輸出：《概要設計報告》。結束準則：《概要設計報告》已完成，并通過技術評審。附：《概要設計報告》模板3.系統(tǒng)設計3.3概要設計3.系統(tǒng)設計303.系統(tǒng)設計3.3概要設計主要步驟：設計準備；確定影響系統(tǒng)設計的約束因素；確定設計策略；系統(tǒng)分解與設計；撰寫概要設計文檔；概要設計評審3.系統(tǒng)設計3.3概要設計313.系統(tǒng)設計3.4用戶界面設計角色與職責：項目經(jīng)理指定開發(fā)人員；如可能，邀請用戶或美工協(xié)助設計。主要步驟：設計準備；用戶界面設計；撰寫用戶界面設計文檔；用戶界面設計評審。結束準則：《用戶界面設計報告》已完成，界面原型已通過評審。 附：《用戶界面設計報告》模板3.系統(tǒng)設計3.4用戶界面設計323.系統(tǒng)設計3.5數(shù)據(jù)庫設計角色與職責：項目經(jīng)理指定若干開發(fā)人員從事數(shù)據(jù)庫設計。輸入：需求文檔；概要設計文檔。輸出：《數(shù)據(jù)庫設計報告》。結束準則：《數(shù)據(jù)庫設計報告》已完成，并且通過了技術評審。 附：《數(shù)據(jù)庫設計報告》模板3.系統(tǒng)設計3.5數(shù)據(jù)庫設計333.系統(tǒng)設計3.5數(shù)據(jù)庫設計數(shù)據(jù)庫設計流程：3.系統(tǒng)設計3.5數(shù)據(jù)庫設計343.系統(tǒng)設計3.6模塊設計目的：設計軟件所有模塊的主要接口與屬性、數(shù)據(jù)結構和算法，產生《模塊設計報告》。角色與職責：項目經(jīng)理指定模塊設計人員；模塊設計人員將在實現(xiàn)階段編寫這些模塊代碼。主要步驟：設計準備；模塊設計，包括接口與屬性設計、數(shù)據(jù)結構與算法設計；撰寫模塊設計文檔；模塊設計評審。結束準則：《模塊設計報告》已完成，并通過技術評審。 附：《模塊設計報告》模板3.系統(tǒng)設計3.6模塊設計354.1目的 通過周期性地跟蹤項目計劃的各種參數(shù)如進度、工作量、費用、資源等，不斷地了解項目的進展情況，以便當項目實際進展顯著偏離計劃時能夠及時采取糾正措施。

4.項目監(jiān)控4.1目的4.項目監(jiān)控364.項目監(jiān)控4.2規(guī)程劃分及流程規(guī)程劃分：項目計劃跟蹤、控制偏差、項目進展匯報。流程：4.項目監(jiān)控4.2規(guī)程劃分及流程374.項目監(jiān)控4.3項目計劃跟蹤目的：周期性地跟蹤任務、費用、資源、工作成果等，及時了解項目地實際進展情況；為持續(xù)過程改進提供有價值的數(shù)據(jù)。角色及職責：項目經(jīng)理跟蹤項目的實施；項目成員協(xié)助項目經(jīng)理采集有關數(shù)據(jù)。啟動準則：《項目計劃》已經(jīng)制定。輸出：《項目監(jiān)控數(shù)據(jù)表》 附：《項目監(jiān)控數(shù)據(jù)表》模板4.項目監(jiān)控4.3項目計劃跟蹤384.項目監(jiān)控4.3項目計劃跟蹤主要步驟：任務跟蹤；費用跟蹤；資源跟蹤；工作成果及規(guī)模跟蹤。 附：《項目監(jiān)控數(shù)據(jù)表》模板4.項目監(jiān)控4.3項目計劃跟蹤394.項目監(jiān)控4.4控制偏差目的：對比“項目實際進展”和“項目計劃”，分析偏差，如發(fā)現(xiàn)項目實際進展顯著偏離計劃，則及時采取糾正措施。輸入：《項目計劃》、《項目監(jiān)控數(shù)據(jù)表》。輸出：《項目偏差控制報告》 附：《項目偏差控制報告》模板4.項目監(jiān)控4.4控制偏差404.項目監(jiān)控4.4控制偏差主要步驟：找出顯著偏差（例如偏差大于20％）；分析原因；給出糾正偏差的措施（如果是《項目計劃》不合理的，則要變更項目計劃）；跟蹤糾正偏差的過程。 附：《項目偏差控制報告》模板4.項目監(jiān)控4.4控制偏差414.項目監(jiān)控4.5項目進展匯報角色與職責：項目經(jīng)理周期性地總結項目進展情況，撰寫《項目進展報告》并通報給機構領導和所有項目成員。啟動準則：已經(jīng)開展“項目計劃跟蹤”和“偏差控制”。輸入：《項目計劃》、《項目監(jiān)控數(shù)據(jù)表》、《項目偏差控制報告》。輸出：《項目進展報告》。

附：《項目進展報告》模板4.項目監(jiān)控4.5項目進展匯報425.1目的 在風險產生危害之前識別它們，從而有計劃地消除或削弱風險。5.風險管理5.1目的5.風險管理435.風險管理5.2風險管理流程5.風險管理5.2風險管理流程445.風險管理5.3風險管理規(guī)程角色與職責：項目經(jīng)理負責風險管理；項目成員協(xié)助項目經(jīng)理處理風險。輸入：《項目計劃》；項目監(jiān)控過程中產生的文檔。輸出：《風險管理報告》主要步驟：風險識別（項目經(jīng)理根據(jù)“風險檢查表”定期識別風險）；風險分析；風險減緩；風險跟蹤。附：《風險管理報告》模板；《風險檢查表》模板5.風險管理5.3風險管理規(guī)程45公司項目管理規(guī)范（三）公司項目管理規(guī)范（三）46第三課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品維護立項管理項目規(guī)劃項目監(jiān)控風險管理需求管理結項管理需求開發(fā)配置管理質量保證外包與采購管理培訓管理項目管理過程

項目研發(fā)過程機構支撐過程服務與維護技術預研系統(tǒng)設計實現(xiàn)與測試系統(tǒng)測試Beta測試客戶驗收第三課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品472.1目的 在客戶與開發(fā)方之間建立對需求的共同理解，維護需求與其它工作成果的一致性，并控制需求的變更。

2.需求管理2.1目的2.需求管理482.2主要規(guī)程及需求工程結構圖主要規(guī)程：需求確認、需求跟蹤、需求變更控制。需求工程結構圖：2.需求管理2.2主要規(guī)程及需求工程結構圖2.需求管理492.3需求確認角色與職責：開發(fā)方和客戶共同組織人員對需求文檔進行評審，并做書面承諾，使之具有商業(yè)合同效果。輸出：《需求評審報告》以及書面的需求承諾。主要步驟：非正式需求評審；正式需求評審；獲取需求承諾。2.需求管理2.3需求確認2.需求管理502.需求管理2.4需求跟蹤角色與職責：項目經(jīng)理跟蹤需求。輸入：需求文檔；設計文檔、代碼、測試用例。輸出：《需求跟蹤報告》主要步驟：建立與維護需求跟蹤矩陣；查找不一致；消除不一致。附：《需求跟蹤報告》模板2.需求管理2.4需求跟蹤512.需求管理2.5需求變更控制角色與職責：開發(fā)方負責人和客戶共同控制需求變更。輸入：原需求文檔。輸出：《需求變更控制報告》，新的需求文檔。主要步驟：需求變更申請；審批需求變更申請；更改需求文檔；重新進行需求確認。附：《需求變更控制報告》模板2.需求管理2.5需求變更控制523.1目的 依據(jù)系統(tǒng)設計文檔，編寫并測試整個系統(tǒng)的代碼。實現(xiàn)與測試是“編程、代碼審查、單元測試、集成測試、缺陷管理與改錯”的綜合表述

。3.實現(xiàn)與測試3.1目的3.實現(xiàn)與測試533.實現(xiàn)與測試3.2規(guī)程與流程規(guī)程：制定計劃、實現(xiàn)與測試。實現(xiàn)與測試流程：3.實現(xiàn)與測試3.2規(guī)程與流程543.3制定計劃角色與職責：一個項目可分多個開發(fā)小組；開發(fā)組長管理編程、代碼審查、單元測試、集成測試等活動。主要步驟：制定計劃；審批計劃；確定相關的規(guī)范；準備相關的軟件工具；開發(fā)小組技能培訓。輸出：開發(fā)所需的規(guī)范如編程規(guī)范、測試規(guī)范等；《實現(xiàn)與測試計劃》。3.實現(xiàn)與測試3.3制定計劃3.實現(xiàn)與測試553.實現(xiàn)與測試3.4實現(xiàn)與測試目的：依據(jù)計劃執(zhí)行編程、單元測試、代碼審查、集成測試、缺陷管理與該錯等活動。角色與職責：開發(fā)人員依據(jù)計劃編寫、審查和測試自己的代碼；開發(fā)人員審查、測試同伴的代碼。輸出：軟件源代碼、庫文件、可執(zhí)行程序等；編程文檔；代碼審查報告；測試用例；測試報告；缺陷管理報告。3.實現(xiàn)與測試3.4實現(xiàn)與測試563.實現(xiàn)與測試3.4實現(xiàn)與測試主要步驟：編程；代碼審查；單元測試；集成測試；缺陷管理與改錯3.實現(xiàn)與測試3.4實現(xiàn)與測試574.1目的 對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產品需求并且遵循系統(tǒng)設計。

4.2系統(tǒng)測試規(guī)程角色與職責：項目經(jīng)理組建測試小組；測試小組共同制定測試計劃、測試用例，執(zhí)行測試；開發(fā)人員及時消除測試發(fā)現(xiàn)的缺陷。4.系統(tǒng)測試4.1目的4.系統(tǒng)測試584.系統(tǒng)測試4.2系統(tǒng)測試規(guī)程主要步驟：制定測試計劃；設計測試用例；執(zhí)行測試；缺陷管理與改錯。輸出：最終的軟件系統(tǒng)；測試用例；測試報告；缺陷管理報告。附：《系統(tǒng)測試計劃》模板；《測試用例》模板； 《測試報告》模板4.系統(tǒng)測試4.2系統(tǒng)測試規(guī)程59Beta測試是指在產品正式銷售之前，開發(fā)方將產品交付給一些潛在的客戶免費試用，請他們對產品進行測試，并獲取他們對產品的建議。

角色與職責：項目經(jīng)理和市場人員共同策劃、管理測試活動；Beta客戶測試產品，并反饋測試結果和建議。主要步驟：聯(lián)系Beta客戶；簽約與發(fā)行；信息反饋；問題處理。輸出：Beta客戶數(shù)據(jù)庫；《Beta測試協(xié)議》；《Beta測試報告》 附：《Beta測試協(xié)議》模板；《Beta測試報告》模板5.Beta測試Beta測試是指在產品正式銷售之前，開發(fā)方將產品交付給一些潛60目的：客戶依據(jù)合同對產品進行審查和測試，確保產品滿足客戶要求。角色與職責：客戶組建驗收小組；開發(fā)方為驗收提供協(xié)助，并及時解決客戶發(fā)現(xiàn)的問題。主要步驟：驗收準備（制定《客戶驗收計劃》）；成果審查與驗收測試；問題處理；交付與簽字。輸出：《客戶驗收報告》 附：《客戶驗收計劃》模板；《客戶驗收報告》模板6.客戶驗收目的：客戶依據(jù)合同對產品進行審查和測試，確保產品滿足客戶要求617.1目的 盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效地提高產品的質量。

7.2規(guī)程制定技術評審計劃正式技術評審（FTR）非正式技術評審（ITR）7.技術評審7.1目的7.技術評審627.技術評審7.3制定技術評審計劃角色與職責：項目的技術負責人制定《技術評審計劃》，由項目經(jīng)理審批。主要步驟：確定需要評審的工作成果；確定技術評審方式；預定評審時間、地點及相關人員；審批計劃輸出：《技術評審計劃》附：《技術評審計劃》模板7.技術評審7.3制定技術評審計劃637.技術評審7.4正式技術評審角色與職責：作者：答復評審小組的問題，與評審小組共同查找缺陷、商討解決方案；會后及時消除缺陷。評審小組：根據(jù)“檢查表”查找缺陷，并和作者共同商討缺陷解決方案。記錄員：如實記錄評審過程。主要步驟：準備評審；舉行評審會議；修正跟蹤與審核。附：《技術評審檢查表》模板；《技術評審報告》模板7.技術評審7.4正式技術評審647.技術評審7.4正式技術評審正式技術評審流程：7.技術評審7.4正式技術評審657.技術評審7.5非正式技術評審目的：靈活快速地評審，及早識別和消除缺陷。角色與職責：作者；評審員，由作者同伴或同行擔任。主要步驟：準備評審；評審；修正、跟蹤與審核。輸出：《技術評審報告》；修正后的工作成果。 附：《技術評審檢查表》模板；《技術評審報告》模板7.技術評審7.5非正式技術評審66目的：項目開發(fā)工作結束后，對項目的有形資產和無形資產進行清算、對項目進行綜合評估以及總結經(jīng)驗教訓等。角色與職責：項目經(jīng)理申請結項；機構領導決定是否結項，并成立結項評審委員會。主要步驟：機構領導指示－>結項申請－>機構領導審批－>結項評審。輸出：《結項申請書》、《結項評審報告》。 附：《結項申請書》模板；《結項評審報告》模板8.結項管理目的：項目開發(fā)工作結束后，對項目的有形資產和無形資產進行清算67公司項目管理規(guī)范（四）公司項目管理規(guī)范（四）68機構支撐：配置管理質量保證外包與采購管理培訓管理服務與維護第四課的內容機構支撐：第四課的內容691.1目的：

通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件來保證所有配置項的完整性和可跟蹤性。1.配置管理1.1目的：1.配置管理701.配置管理1.2主要規(guī)程及流程圖：4個主要規(guī)程：制定配置管理計劃、配置庫管理、配置項版本控制、配置項變更控制。配置管理流程圖：1.配置管理1.2主要規(guī)程及流程圖：711.配置管理1.3制定配置管理計劃角色與職責：配置管理員制定《配置管理計劃》；CCB審批。主要步驟：確定配置管理的軟硬件資源；制定配置項計劃；制定基線計劃；制定配置庫備份計劃；審批《配置管理計劃》。輸出：《配置管理計劃》附：《配置管理計劃》模板1.配置管理1.3制定配置管理計劃721.配置管理1.4配置庫管理角色與職責：配置管理員創(chuàng)建并維護配置庫；項目成員在權限內操作配置庫。主要步驟：創(chuàng)建配置庫；分配權限；配置庫操作與管理。輸出：《配置庫管理報告》附：《配置庫管理報告》模板1.配置管理1.4配置庫管理731.配置管理1.5版本控制目的：按照一定的規(guī)則保存配置項的所有版本，避免發(fā)生版本丟失或混淆，并可快速準確地查找配置項的任何版本。配置項狀態(tài)變遷規(guī)則：1.配置管理1.5版本控制741.配置管理1.5版本控制配置項版本號規(guī)則：處于“草稿”狀態(tài)的配置項的版本號格式為：0.YZ。YZ數(shù)字范圍為01～99，隨著草稿不斷完善，其取值遞增。處于“正式發(fā)布”狀態(tài)的配置項的版本號格式為：X.Y。其中X為主版本號，Y為次版本號，取值分別為1～9。處于“正在修改”狀態(tài)的配置項的版本號格式為：X.YZ。修改過程中一般只增大Z值。當狀態(tài)重新成為“正式發(fā)布”時，Z值設為0，增大X.Y值。1.配置管理1.5版本控制751.配置管理1.5版本控制配置項版本控制流程：項目成員依據(jù)《配置管理計劃》，在配置庫中創(chuàng)建屬于自己任務范圍內的配置項。此時配置項的狀態(tài)為“草稿”。項目成員依據(jù)配置的權限，自由修改處于“草稿”狀態(tài)的配置項。如果配置項是技術文檔，則需接受技術評審；如是“計劃”類文件，則需要項目經(jīng)理（或上級領導）審批。當配置項通過技術評審或審批后，則其狀態(tài)從“草稿”變遷為“正式發(fā)布”。修改處入“正式發(fā)布”狀態(tài)的配置項，必須按照“配置項變更控制”規(guī)程執(zhí)行。1.配置管理1.5版本控制761.配置管理1.6配置項變更控制角色與職責：變更申請人向CCB提交變更申請；CCB審批變更申請。啟動準則：待變更的配置項狀態(tài)為“正式發(fā)布”，或者該配置項已經(jīng)成為某個基線的一部分。輸出：《配置項變更控制報告》附：《配置項變更控制報告》模板1.配置管理1.6配置項變更控制771.配置管理1.6配置項變更控制主要步驟：變更申請；審批變更申請；安排變更任務；執(zhí)行變更任務；對更改后的配置項重新進行技術評審（或審批）；結束變更。

附：《配置項變更控制報告》模板1.配置管理1.6配置項變更控制782.1目的 提供一種有效的人員組織形式和管理方法，通過客觀地檢查和監(jiān)控“過程質量”與“產品質量”，從而實現(xiàn)持續(xù)地改進質量。

2.質量保證2.1目的2.質量保證792.質量保證2.2主要規(guī)程及流程規(guī)程劃分：制定質量保證計劃、過程與產品質量檢查、問題跟蹤與質量改進。質量保證流程：

2.質量保證2.2主要規(guī)程及流程802.質量保證2.3制定質量保證計劃角色與職責：質量保證小組為每個項目指定質量保證員；質量保證員制定《質量保證計劃》；項目經(jīng)理審批。主要步驟：制定過程與產品質量檢查計劃；制定參與技術評審的計劃；制定參與測試的計劃；審批質量保證計劃。輸出：《質量保證計劃》 附：《質量保證計劃》模板2.質量保證2.3制定質量保證計劃812.質量保證2.4過程與產品質量檢查角色與職責：質量保證員負責過程與產品質量檢查。輸入：《質量保證計劃》、《質量保證檢查表》。主要步驟：準備；客觀地檢查過程質量；客觀地檢查工作成果的質量；記錄檢查結果。通報結果。輸出：《質量保證報告》 附：《質量保證檢查表》模板；《質量保證報告》模板2.質量保證2.4過程與產品質量檢查822.質量保證2.5過程與產品質量檢查角色與職責：質量保證員識別質量問題，并跟蹤解決過程；質量保證小組分析機構內共性的質量問題。主要步驟：記錄質量問題；確定解決措施；跟蹤問題的解決過程；分析共性問題，給出改進措施。輸出：《質量問題跟蹤表》

附：《質量問題跟蹤表》模板2.質量保證2.5過程與產品質量檢查833.外包與采購管理3.1外包管理目的：從多個候選承包商中選擇最合適的，與其簽訂外包開發(fā)合同，并監(jiān)控外包開發(fā)過程及驗收成果。主要步驟：選擇最合適的承包商；簽訂外包合同；監(jiān)控外包開發(fā)過程；外包開發(fā)成果驗收。輸出：《外包開發(fā)競標邀請書》、《承包商評估報告》、《外包開發(fā)合同》、《外包開發(fā)過程監(jiān)控報告》、《外包開發(fā)成果驗收報告》。3.外包與采購管理3.1外包管理843.外包與采購管理3.2采購管理目的：從多個候選供應商中選擇最合適的，與其簽訂采購合同，并依據(jù)合同驗收產品部件。主要步驟：選擇最合適的供應商；簽訂采購合同；采購物品驗收；輸出：《采購競標邀請書》、《供應商評估報告》、《采購合同》、《采購物品驗收報告》。3.外包與采購管理3.2采購管理854.培訓管理4.1機構培訓管理角色與職責：機構培訓管理員制定培訓計劃，并監(jiān)督計劃的實施；機構領導審批該計劃。主要步驟：確定機構的培訓需求；制定機構的培訓計劃；執(zhí)行計劃；評估培訓效果。輸出：《機構培訓計劃》、《培訓通知》、《培訓評估報告》。4.培訓管理4.1機構培訓管理864.培訓管理4.2項目培訓管理角色與職責：項目經(jīng)理制定培訓計劃，并監(jiān)督計劃的實施。主要步驟：確定項目的培訓需求；制定項目的培訓計劃；執(zhí)行計劃；評估培訓效果。輸出：《項目培訓計劃》、《培訓通知》、《培訓評估報告》。4.培訓管理4.2項目培訓管理875.1客戶服務角色與職責：機構領導為產品指定客戶服務人員；服務人員接收，并迅速響應，給客戶滿意解答。主要步驟：客戶服務準備；接收客戶要求；響應客戶的要求；后續(xù)工作。輸出：《客戶服務報告》附：《客戶服務報告》模板5.服務與維護5.1客戶服務5.服務與維護885.2產品維護角色與職責：機構領導為產品指定維護人員；維護人員及時消除產品缺陷，不斷改進產品功能與質量。主要步驟：產品維護準備；接收并判斷維護要求；執(zhí)行維護工作；后續(xù)工作。輸出：《產品維護報告》附：《產品維護報告》模板5.服務與維護5.2產品維護5.服務與維護89規(guī)范目的：通過過程，而不是某個人或某種技術，來保證軟件項目的成功是一個軟件開發(fā)機構能夠長期穩(wěn)定發(fā)展的根本，也是本文的目的所在。

參考資料：ISO9000、CMM（CapabilityMaturityModel）、CMMI（CapabilityMaturityModelIntegration）、SPP（SimplifiedParallelProcess）、SoftwareEngineering[Pressman]關于規(guī)范公司項目管理規(guī)范（一）規(guī)范目的：關于規(guī)范公司項目管理規(guī)范（一）90項目運作過程中的角色

常設角色臨時角色機構過程改進項目管理過程項目研發(fā)過程機構支撐過程立項建議小組立項評審委員會結項評審委員會技術評審小組配置控制委員會軟件工程過程組質量保證小組機構領導項目經(jīng)理需求分析員技術預研人員系統(tǒng)設計人員開發(fā)小組測試小組配置管理員質量保證員外包管理員采購管理員培訓管理員客戶服務人員產品維護人員在人員匱乏的情況下，可以一兼多職項目運作過程中的角色機構過程改進項目管理過程項目機構立項建91產品概念產品定義產品開發(fā)產品測試客戶驗收產品維護立項管理項目規(guī)劃項目監(jiān)控風險管理需求管理結項管理需求開發(fā)配置管理質量保證外包與采購管理培訓管理項目管理過程

項目研發(fā)過程機構支撐過程服務與維護技術預研系統(tǒng)設計實現(xiàn)與測試系統(tǒng)測試Beta測試客戶驗收第一課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品維護立項管理92立項管理立項管理的目的是采納符合公司獲取最大利益的立項建議，通過立項管理使該建議成為正式的項目，杜絕不適合公司獲取利益的立項建議被采納，避免浪費公司的資源、資金、時間。立項管理立項管理的目的是采納符合公司獲取最大利益的立項建議，93立項管理項目分類：大項目：指開發(fā)周期大于18人月（事業(yè)部），24人月（研發(fā)中心）或需跨部門協(xié)作。小項目：指開發(fā)周期小于18人月（事業(yè)部），24人月（研發(fā)中心）無需跨部門協(xié)作。立項管理項目分類：94立項管理小項目立項過程：立項管理小項目立項過程：95立項管理輸出文檔：《立項調查報告》--選擇《立項可行性分析報告》--選擇《立項建議書》--必要《內部立項評審報告》--選擇立項管理輸出文檔：96立項管理大項目立項過程（一）：內部評審專家組成員組成不做要求，即可全部來自事業(yè)部內部。項目通過內部評審后，事業(yè)部技術負責人向總工辦提交立項評審申請。總工辦接受申請后通知技術委員會組織籌備項目立項評審。

立項管理大項目立項過程（一）：97立項管理大項目立項過程（二）：項目立項評審會由技術委員會主持，與會人員由評審專家組，項目建議小組，會議記錄員組成。評審專家組一般由技術、市場人員組成，必要時可有人力、投資、物流人員參加。評審專家組需至少包含兩名分別來自2個不同的事業(yè)部的成員。材料需提前兩天發(fā)給評審委員，以便評審時能提有深度的問題。評審會后又評審委員會主席撰寫《立項評審報告》。

立項管理大項目立項過程（二）：98立項管理大項目立項過程（三）；如果項目通過立項評審，則事業(yè)部技術負責人向總裁辦提交立項評審申請。如果總裁否決項目立項申請則項目終止。如總裁批準項目立項則項目進入立項籌備，否則項目終止。注：如項目由兩個或兩個以上事業(yè)部提出，則在項目提出時需每個事業(yè)部負責人同意才能繼續(xù)，相應的項目建議小組組長由相關事業(yè)部負責人協(xié)商后任命，所有相關事業(yè)部都必須有項目建議小組成員。立項管理大項目立項過程（三）；99立項管理項目籌備：首先由機構領導參考立項建議小組和立項評審委員會的意見任命項目經(jīng)理，并協(xié)助項目經(jīng)理獲得經(jīng)費、人力資源、軟件硬件資源。然后由項目經(jīng)理組建項目組，開始執(zhí)行項目研發(fā)和管理工作。

立項管理項目籌備：1002.項目規(guī)劃2.1目的為項目的研發(fā)和管理工作制定合理的行動綱領（即項目計劃），以便所有相關人員按照該計劃有條不紊地開展工作。

2.項目規(guī)劃2.1目的1012.項目規(guī)劃2.2規(guī)程劃分及流程規(guī)程劃分：項目估計、制定項目計劃、審批項目計劃、項目計劃變更控制。項目規(guī)劃流程圖：2.項目規(guī)劃2.2規(guī)程劃分及流程1022.項目規(guī)劃2.3項目估計目的：估計項目的范圍、產品規(guī)模、工作量、成本等，為制定《項目計劃》提供依據(jù)。角色與職責：項目規(guī)劃小組由項目經(jīng)理和核心成員組成，所有人員共同參與項目估計。啟動準則：機構領導已經(jīng)批準立項；項目規(guī)劃小組已經(jīng)成立。輸入：《立項建議書》和一些用戶需求文檔；用于項目估計的一些經(jīng)驗數(shù)據(jù)。輸出：《項目估計表》附：《項目估計表》模板–必要2.項目規(guī)劃2.3項目估計1032.3項目估計主要步驟：估計項目范圍：規(guī)劃小組根據(jù)用戶需求，分解產品的功能?？捎卯a品的WBS表示。估計產品規(guī)模：規(guī)劃小組各成員根據(jù)WBS，先獨立估計，然后匯總，取均值，保證個人估計差額小于10％。估計工作量：規(guī)劃小組各成員獨立估計，然后匯總分析，取均值，保證個人估計差額小于10％。估計成本：估計人力資源、軟硬件資源、商務活動等成本。2.項目規(guī)劃2.3項目估計2.項目規(guī)劃1042.4制定項目計劃目的：根據(jù)項目估計產生的數(shù)據(jù)，制定《項目計劃》。角色與職責：項目規(guī)劃小組所有人員共同制定《項目計劃》。啟動準則：項目估計已經(jīng)完成。輸入：《立項建議書》和一些用戶需求文檔；《項目估計表》。輸出：《項目計劃》

附：《項目計劃》模板2.項目規(guī)劃2.4制定項目計劃2.項目規(guī)劃1052.項目規(guī)劃2.4制定項目計劃主要步驟：確定目標與范圍確定過程模型制定人力資源計劃制定軟硬件資源計劃制定財務計劃分配任務并制定進度表確定下屬計劃2.項目規(guī)劃2.4制定項目計劃1062.項目規(guī)劃2.5審批項目計劃目的：主管領導審批《項目計劃》，確保其合理性，符合公司實際情況。角色與職責：機構領導審批計劃，如有不合理之處，責成規(guī)劃小組修正。輸出：修正后的《項目計劃》，并附主管領導的審批意見。2.項目規(guī)劃2.5審批項目計劃1072.項目規(guī)劃2.6項目計劃變更控制目的：修改原《項目計劃》不合理之處；控制《項目計劃》的變更，防止發(fā)生混亂。角色與職責：機構領導審批變更申請；項目經(jīng)理更新《項目計劃》。輸出：《項目計劃變更控制報告》；新的《項目計劃》。 附：《項目計劃變更控制報告》模板2.項目規(guī)劃2.6項目計劃變更控制108公司項目管理規(guī)范（二）公司項目管理規(guī)范（二）109第二課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品維護立項管理項目規(guī)劃項目監(jiān)控風險管理需求管理結項管理需求開發(fā)配置管理質量保證外包與采購管理培訓管理項目管理過程

項目研發(fā)過程機構支撐過程服務與維護技術預研系統(tǒng)設計實現(xiàn)與測試系統(tǒng)測試Beta測試客戶驗收第二課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品1103.1目的 通過調查與分析，獲取用戶需求并定義產品需求。需求開發(fā)和需求管理是相輔相成的兩類活動，它們共同構成完整的需求工程。

3.需求開發(fā)3.1目的3.需求開發(fā)1113.需求開發(fā)3.2規(guī)程劃分及流程規(guī)程劃分：需求調查、需求定義。需求開發(fā)流程圖：3.需求開發(fā)3.2規(guī)程劃分及流程1123.需求開發(fā)3.3需求調查目的：獲取用戶的需求信息，經(jīng)分析產生《用戶需求說明書》。角色與職責：客戶提供必要的需求信息；需求分析員調查、分析用戶的需求。主要步驟：1）需求分析員調查用戶需求；2）記錄并分析需求信息；3）編寫用戶需求說明書；4）專家和用戶評審并作書面承諾。輸出：《用戶需求說明書》 附：《用戶需求說明書》模板3.需求開發(fā)3.3需求調查1133.3需求定義目的：定義準確無誤的產品需求，產生《產品需求規(guī)格說明書》。角色與職責：需求分析員定義產品需求；客戶確認產品需求。主要步驟：1）需求分析員對《用戶需求說明書》細化，產生詳細需求；2）對較復雜的用戶需求進行建模分析；3）撰寫《產品需求規(guī)格說明書》；4）專家和用戶評審并作書面承諾。輸出：《產品需求規(guī)格說明書》附：《產品需求規(guī)格說明書》模板3.需求開發(fā)3.3需求定義3.需求開發(fā)1142.1目的 在立項之后到開發(fā)工作完成之前的時間內，對項目將采用的關鍵技術提前學習和研究，盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將會遇到的技術障礙。

2.技術預研2.1目的2.技術預研1152.2技術預研規(guī)程角色與職責：項目經(jīng)理或技術負責人識別項目中的技術難題，指定預研人員攻克它。主要步驟：預研人員制定《技術預研計劃》；展開技術預研；撰寫《技術預研報告》；項目經(jīng)理視情況決定是否對預研成果進行技術評審。附：《技術預研計劃》模板、《技術預研報告》模板2.技術預研2.2技術預研規(guī)程2.技術預研1163.1目的 設計軟件系統(tǒng)的體系結構、用戶界面、數(shù)據(jù)庫、模塊等，從而在需求與代碼之間建立橋梁，指導開發(fā)人員去實現(xiàn)能滿足用戶需求的軟件產品。

3.系統(tǒng)設計3.1目的3.系統(tǒng)設計1173.2主要規(guī)程與過程示意圖主要規(guī)程：概要設計、用戶界面設計、數(shù)據(jù)庫設計、模塊設計。

系統(tǒng)設計過程示意圖：3.系統(tǒng)設計3.2主要規(guī)程與過程示意圖3.系統(tǒng)設計1183.3概要設計目的：分析與設計軟件的體系結構，產生《概要設計報告》。角色與職責：項目經(jīng)理指定開發(fā)人員從事體系結構設計。輸入：需求文檔如《產品需求規(guī)格說明書》。輸出：《概要設計報告》。結束準則：《概要設計報告》已完成，并通過技術評審。附：《概要設計報告》模板3.系統(tǒng)設計3.3概要設計3.系統(tǒng)設計1193.系統(tǒng)設計3.3概要設計主要步驟：設計準備；確定影響系統(tǒng)設計的約束因素；確定設計策略；系統(tǒng)分解與設計；撰寫概要設計文檔；概要設計評審3.系統(tǒng)設計3.3概要設計1203.系統(tǒng)設計3.4用戶界面設計角色與職責：項目經(jīng)理指定開發(fā)人員；如可能，邀請用戶或美工協(xié)助設計。主要步驟：設計準備；用戶界面設計；撰寫用戶界面設計文檔；用戶界面設計評審。結束準則：《用戶界面設計報告》已完成，界面原型已通過評審。 附：《用戶界面設計報告》模板3.系統(tǒng)設計3.4用戶界面設計1213.系統(tǒng)設計3.5數(shù)據(jù)庫設計角色與職責：項目經(jīng)理指定若干開發(fā)人員從事數(shù)據(jù)庫設計。輸入：需求文檔；概要設計文檔。輸出：《數(shù)據(jù)庫設計報告》。結束準則：《數(shù)據(jù)庫設計報告》已完成，并且通過了技術評審。 附：《數(shù)據(jù)庫設計報告》模板3.系統(tǒng)設計3.5數(shù)據(jù)庫設計1223.系統(tǒng)設計3.5數(shù)據(jù)庫設計數(shù)據(jù)庫設計流程：3.系統(tǒng)設計3.5數(shù)據(jù)庫設計1233.系統(tǒng)設計3.6模塊設計目的：設計軟件所有模塊的主要接口與屬性、數(shù)據(jù)結構和算法，產生《模塊設計報告》。角色與職責：項目經(jīng)理指定模塊設計人員；模塊設計人員將在實現(xiàn)階段編寫這些模塊代碼。主要步驟：設計準備；模塊設計，包括接口與屬性設計、數(shù)據(jù)結構與算法設計；撰寫模塊設計文檔；模塊設計評審。結束準則：《模塊設計報告》已完成，并通過技術評審。 附：《模塊設計報告》模板3.系統(tǒng)設計3.6模塊設計1244.1目的 通過周期性地跟蹤項目計劃的各種參數(shù)如進度、工作量、費用、資源等，不斷地了解項目的進展情況，以便當項目實際進展顯著偏離計劃時能夠及時采取糾正措施。

4.項目監(jiān)控4.1目的4.項目監(jiān)控1254.項目監(jiān)控4.2規(guī)程劃分及流程規(guī)程劃分：項目計劃跟蹤、控制偏差、項目進展匯報。流程：4.項目監(jiān)控4.2規(guī)程劃分及流程1264.項目監(jiān)控4.3項目計劃跟蹤目的：周期性地跟蹤任務、費用、資源、工作成果等，及時了解項目地實際進展情況；為持續(xù)過程改進提供有價值的數(shù)據(jù)。角色及職責：項目經(jīng)理跟蹤項目的實施；項目成員協(xié)助項目經(jīng)理采集有關數(shù)據(jù)。啟動準則：《項目計劃》已經(jīng)制定。輸出：《項目監(jiān)控數(shù)據(jù)表》 附：《項目監(jiān)控數(shù)據(jù)表》模板4.項目監(jiān)控4.3項目計劃跟蹤1274.項目監(jiān)控4.3項目計劃跟蹤主要步驟：任務跟蹤；費用跟蹤；資源跟蹤；工作成果及規(guī)模跟蹤。 附：《項目監(jiān)控數(shù)據(jù)表》模板4.項目監(jiān)控4.3項目計劃跟蹤1284.項目監(jiān)控4.4控制偏差目的：對比“項目實際進展”和“項目計劃”，分析偏差，如發(fā)現(xiàn)項目實際進展顯著偏離計劃，則及時采取糾正措施。輸入：《項目計劃》、《項目監(jiān)控數(shù)據(jù)表》。輸出：《項目偏差控制報告》 附：《項目偏差控制報告》模板4.項目監(jiān)控4.4控制偏差1294.項目監(jiān)控4.4控制偏差主要步驟：找出顯著偏差（例如偏差大于20％）；分析原因；給出糾正偏差的措施（如果是《項目計劃》不合理的，則要變更項目計劃）；跟蹤糾正偏差的過程。 附：《項目偏差控制報告》模板4.項目監(jiān)控4.4控制偏差1304.項目監(jiān)控4.5項目進展匯報角色與職責：項目經(jīng)理周期性地總結項目進展情況，撰寫《項目進展報告》并通報給機構領導和所有項目成員。啟動準則：已經(jīng)開展“項目計劃跟蹤”和“偏差控制”。輸入：《項目計劃》、《項目監(jiān)控數(shù)據(jù)表》、《項目偏差控制報告》。輸出：《項目進展報告》。

附：《項目進展報告》模板4.項目監(jiān)控4.5項目進展匯報1315.1目的 在風險產生危害之前識別它們，從而有計劃地消除或削弱風險。5.風險管理5.1目的5.風險管理1325.風險管理5.2風險管理流程5.風險管理5.2風險管理流程1335.風險管理5.3風險管理規(guī)程角色與職責：項目經(jīng)理負責風險管理；項目成員協(xié)助項目經(jīng)理處理風險。輸入：《項目計劃》；項目監(jiān)控過程中產生的文檔。輸出：《風險管理報告》主要步驟：風險識別（項目經(jīng)理根據(jù)“風險檢查表”定期識別風險）；風險分析；風險減緩；風險跟蹤。附：《風險管理報告》模板；《風險檢查表》模板5.風險管理5.3風險管理規(guī)程134公司項目管理規(guī)范（三）公司項目管理規(guī)范（三）135第三課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品維護立項管理項目規(guī)劃項目監(jiān)控風險管理需求管理結項管理需求開發(fā)配置管理質量保證外包與采購管理培訓管理項目管理過程

項目研發(fā)過程機構支撐過程服務與維護技術預研系統(tǒng)設計實現(xiàn)與測試系統(tǒng)測試Beta測試客戶驗收第三課的內容產品概念產品定義產品開發(fā)產品測試客戶驗收產品1362.1目的 在客戶與開發(fā)方之間建立對需求的共同理解，維護需求與其它工作成果的一致性，并控制需求的變更。

2.需求管理2.1目的2.需求管理1372.2主要規(guī)程及需求工程結構圖主要規(guī)程：需求確認、需求跟蹤、需求變更控制。需求工程結構圖：2.需求管理2.2主要規(guī)程及需求工程結構圖2.需求管理1382.3需求確認角色與職責：開發(fā)方和客戶共同組織人員對需求文檔進行評審，并做書面承諾，使之具有商業(yè)合同效果。輸出：《需求評審報告》以及書面的需求承諾。主要步驟：非正式需求評審；正式需求評審；獲取需求承諾。2.需求管理2.3需求確認2.需求管理1392.需求管理2.4需求跟蹤角色與職責：項目經(jīng)理跟蹤需求。輸入：需求文檔；設計文檔、代碼、測試用例。輸出：《需求跟蹤報告》主要步驟：建立與維護需求跟蹤矩陣；查找不一致；消除不一致。附：《需求跟蹤報告》模板2.需求管理2.4需求跟蹤1402.需求管理2.5需求變更控制角色與職責：開發(fā)方負責人和客戶共同控制需求變更。輸入：原需求文檔。輸出：《需求變更控制報告》，新的需求文檔。主要步驟：需求變更申請；審批需求變更申請；更改需求文檔；重新進行需求確認。附：《需求變更控制報告》模板2.需求管理2.5需求變更控制1413.1目的 依據(jù)系統(tǒng)設計文檔，編寫并測試整個系統(tǒng)的代碼。實現(xiàn)與測試是“編程、代碼審查、單元測試、集成測試、缺陷管理與改錯”的綜合表述

。3.實現(xiàn)與測試3.1目的3.實現(xiàn)與測試1423.實現(xiàn)與測試3.2規(guī)程與流程規(guī)程：制定計劃、實現(xiàn)與測試。實現(xiàn)與測試流程：3.實現(xiàn)與測試3.2規(guī)程與流程1433.3制定計劃角色與職責：一個項目可分多個開發(fā)小組；開發(fā)組長管理編程、代碼審查、單元測試、集成測試等活動。主要步驟：制定計劃；審批計劃；確定相關的規(guī)范；準備相關的軟件工具；開發(fā)小組技能培訓。輸出：開發(fā)所需的規(guī)范如編程規(guī)范、測試規(guī)范等；《實現(xiàn)與測試計劃》。3.實現(xiàn)與測試3.3制定計劃3.實現(xiàn)與測試1443.實現(xiàn)與測試3.4實現(xiàn)與測試目的：依據(jù)計劃執(zhí)行編程、單元測試、代碼審查、集成測試、缺陷管理與該錯等活動。角色與職責：開發(fā)人員依據(jù)計劃編寫、審查和測試自己的代碼；開發(fā)人員審查、測試同伴的代碼。輸出：軟件源代碼、庫文件、可執(zhí)行程序等；編程文檔；代碼審查報告；測試用例；測試報告；缺陷管理報告。3.實現(xiàn)與測試3.4實現(xiàn)與測試1453.實現(xiàn)與測試3.4實現(xiàn)與測試主要步驟：編程；代碼審查；單元測試；集成測試；缺陷管理與改錯3.實現(xiàn)與測試3.4實現(xiàn)與測試1464.1目的 對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產品需求并且遵循系統(tǒng)設計。

4.2系統(tǒng)測試規(guī)程角色與職責：項目經(jīng)理組建測試小組；測試小組共同制定測試計劃、測試用例，執(zhí)行測試；開發(fā)人員及時消除測試發(fā)現(xiàn)的缺陷。4.系統(tǒng)測試4.1目的4.系統(tǒng)測試1474.系統(tǒng)測試4.2系統(tǒng)測試規(guī)程主要步驟：制定測試計劃；設計測試用例；執(zhí)行測試；缺陷管理與改錯。輸出：最終的軟件系統(tǒng)；測試用例；測試報告；缺陷管理報告。附：《系統(tǒng)測試計劃》模板；《測試用例》模板； 《測試報告》模板4.系統(tǒng)測試4.2系統(tǒng)測試規(guī)程148Beta測試是指在產品正式銷售之前，開發(fā)方將產品交付給一些潛在的客戶免費試用，請他們對產品進行測試，并獲取他們對產品的建議。

角色與職責：項目經(jīng)理和市場人員共同策劃、管理測試活動；Beta客戶測試產品，并反饋測試結果和建議。主要步驟：聯(lián)系Beta客戶；簽約與發(fā)行；信息反饋；問題處理。輸出：Beta客戶數(shù)據(jù)庫；《Beta測試協(xié)議》；《Beta測試報告》 附：《Beta測試協(xié)議》模板；《Beta測試報告》模板5.Beta測試Beta測試是指在產品正式銷售之前，開發(fā)方將產品交付給一些潛149目的：客戶依據(jù)合同對產品進行審查和測試，確保產品滿足客戶要求。角色與職責：客戶組建驗收小組；開發(fā)方為驗收提供協(xié)助，并及時解決客戶發(fā)現(xiàn)的問題。主要步驟：驗收準備（制定《客戶驗收計劃》）；成果審查與驗收測試；問題處理；交付與簽字。輸出：《客戶驗收報告》 附：《客戶驗收計劃》模板；《客戶驗收報告》模板6.客戶驗收目的：客戶依據(jù)合同對產品進行審查和測試，確保產品滿足客戶要求1507.1目的 盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效地提高產品的質量。

7.2規(guī)程制定技術評審計劃正式技術評審（FTR）非正式技術評審（ITR）7.技術評審7.1目的7.技術評審1517.技術評審7.3制定技術評審計劃角色與職責：項目的技術負責人制定《技術評審計劃》，由項目經(jīng)理審批。主要步驟：確定需要評審的工作成果；確定技術評審方式；預定評審時間、地點及相關人員；審批計劃輸出：《技術評審計劃》附：《技術評審計劃》模板7.技術評審7.3制定技術評審計劃1527.技術評審7.4正式技術評審角色與職責：作者：答復評審小組的問題，與評審小組共同查找缺陷、商討解決方案；會后及時消除缺陷。評審小組：根據(jù)“檢查表”查找缺陷，并和作者共同商討缺陷解決方案。記錄員：如實記錄評審過程。主要步驟：準備評審；舉行評審會議；修正跟蹤與審核。附：《技術評審檢查表》模板；《技術評審報告》模板7.技術評審7.4正式技術評審1537.技術評審7.4正式技術評審正式技術評審流程：7.技術評審7.4正式技術評審1547.技術評審7.5非正式技術評審目的：靈活快速地評審，及早識別和消除缺陷。角色與職責：作者；評審員，由作者同伴或同行擔任。主要步驟：準備評審；評審；修正、跟蹤與審核。輸出：《技術評審報告》；修正后的工作成果。 附：《技術評審檢查表》模板；《技術評審報告》模板7.技術評審7.5非正式技術評審155目的：項目開發(fā)工作結束后，對項目的有形資產和無形資產進行清算、對項目進行綜合評估以及總結經(jīng)驗教訓等。角色與職責：項目經(jīng)理申請結項；機構領導決定是否結項，并成立結項評審委員會。主要步驟：機構領導指示－>結項申請－>機構領導審批－>結項評審。輸出：《結項申請書》、《結項評審報告》。 附：《結項申請書》模板；《結項評審報告》模板8.結項管理目的：項目開發(fā)工作結束后，對項目的有形資產和無形資產進行清算156公司項目管理規(guī)范（四）公司項目管理規(guī)范（四）157機構支撐：配置管理質量保證外包與采購管理培訓管理服務與維護第四課的內容機構支撐：第四課的內容1581.1目的：

通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件來保證所有配置項的完整性和可跟蹤性。1.配置管理1.1目的：1.配置管理1591.配置管理1.2主要規(guī)程及流程圖：4個主要規(guī)程：制定配置管理計劃、配置庫管理、配置項版本控制、配置項變更控制。配置管理流程圖：1.配置管理1.2主要規(guī)程及流程圖：1601.配置管理1.3制定配置管理計劃角色與職責：配置管理員制定《配置管理計劃》；CCB審批。主要步驟：確定配置管理的軟硬件資源；制定配置項計劃；制定基線計劃；制定配置庫備份計劃；審批《配置管理計劃》。輸出：《配置管理計劃》附：《配置管理計劃》模板1.配置管理1.3制定配置管理計劃1611.配置管理1.4配置庫管理角色與職責：配置管理員創(chuàng)建并維護配置庫；項目成員在權限內操作配置庫。主要步驟：創(chuàng)建配置庫；分配權限；配置庫操作與管理。輸出：《配置庫管理報告》附：《配置庫管理報告》模板1.配置管理1.4配置庫管理1621.配置管理1.5版本控制目的：按照一定的規(guī)則保存配置項的所有版本，避免發(fā)生版本丟失或混淆，并可快速準確