集團(tuán)法務(wù)系統(tǒng)項(xiàng)目管理承諾書

在美*集團(tuán)法務(wù)管理系統(tǒng)項(xiàng)目中，各工程任務(wù)組將根據(jù)

本項(xiàng)目的具體情況制定相應(yīng)的項(xiàng)目開發(fā)計劃，包括軟件開發(fā)

計劃和軟件移植改造計劃等。本項(xiàng)目的計劃管理工作將在項(xiàng)

目開發(fā)計劃文件的指導(dǎo)卜嚴(yán)格按規(guī)范進(jìn)行，以保證項(xiàng)目實(shí)施

進(jìn)度能夠滿足合同的要求。

本次項(xiàng)目管理內(nèi)容主要包括：

確定基線：確定項(xiàng)目開發(fā)過程中各階段需建立的基線，

如需求基線、設(shè)計基線、集成和調(diào)試基線、系統(tǒng)測試基線、

產(chǎn)品基線等，各基線的通過準(zhǔn)則是通過相應(yīng)的評審。

確定各階段活動和任務(wù)：在劃分的基線下，細(xì)化各階段

的活動及任務(wù)分派，如需求分析評審、方案設(shè)計及評審、設(shè)

備選型及評審、代碼走查、測試環(huán)境建立、單元測試實(shí)施和

評審、部件測試實(shí)施和評審、集成測試實(shí)施和評審、系統(tǒng)測

試、考核驗(yàn)收以及對應(yīng)用軟件文檔的審查等。

確定完成任務(wù)所需時間和資源：各工程任務(wù)組組長依據(jù)

細(xì)化的活動和任務(wù)，制定詳細(xì)計劃進(jìn)度表，為方便檢查和跟

蹤、要求計劃細(xì)化到周，任務(wù)指派到人。

確定活動的啟動條件：以文件形式確定各階段活動的進(jìn)

入條件和約束，包括前一階段的工作成果，如文檔、程序和

數(shù)據(jù)，也包括評審或?qū)彶榈慕Y(jié)果情況，以及與項(xiàng)目其它參與

方的相互約束。

規(guī)范活動的輸出：以文件形式確定項(xiàng)目各階段活動的工

作成果，作為項(xiàng)目完成情況的追蹤依據(jù)。輸出還包括對成果

的評審、驗(yàn)證和確認(rèn)，如評估報告、測試報告、審查報告等。

計劃的跟蹤和調(diào)控：在項(xiàng)目實(shí)施過程中各工程任務(wù)組要

根據(jù)計劃進(jìn)度表召開周例會，對項(xiàng)目進(jìn)度、工作量和缺陷進(jìn)

行跟蹤，如果跟蹤的結(jié)果超出計劃進(jìn)度表制定的界限，各工

程任務(wù)組組長要采取有效的改進(jìn)措施，必要時提交相應(yīng)的經(jīng)

理助理及項(xiàng)目經(jīng)理處理。

1.1項(xiàng)目管理原則

項(xiàng)目管理是科學(xué)和藝術(shù)的完美結(jié)合，如何正確理解項(xiàng)目

經(jīng)理的角色，并且依靠強(qiáng)有力的團(tuán)隊，去了解真正的項(xiàng)目需

求，而且要根據(jù)實(shí)際情況及時調(diào)整方案，制定詳細(xì)的工程實(shí)

施計劃，正確的管理項(xiàng)目組，制定詳細(xì)的項(xiàng)目計劃，關(guān)注人

際關(guān)系，根據(jù)基本目標(biāo)評估項(xiàng)目情況客觀地應(yīng)對風(fēng)險，主動

促進(jìn)與用戶的溝通，使項(xiàng)目工作最優(yōu)化，深入考慮項(xiàng)目后續(xù)

工作，“實(shí)現(xiàn)”準(zhǔn)確的界面管理，并主動尋找信息反饋，制

定多種衡量標(biāo)準(zhǔn)并靈活地運(yùn)用項(xiàng)目文件。

本系統(tǒng)實(shí)施項(xiàng)目將依據(jù)如下管理原則：

＞明確分工、明確職責(zé)；

＞制定規(guī)范、遵循標(biāo)準(zhǔn)；

＞周密計劃、嚴(yán)格分工；

＞實(shí)時跟蹤、加強(qiáng)控制；

＞采用工程化技術(shù)強(qiáng)化管理；

?采用均衡的原則，在時間、成本和資源之間進(jìn)行調(diào)控;

＞實(shí)施質(zhì)量保證，強(qiáng)化檢查和測試，嚴(yán)格控制產(chǎn)品質(zhì)量;

＞規(guī)范售后服務(wù)及培訓(xùn)。

1.2項(xiàng)目實(shí)施方法和體系

我們在多年項(xiàng)目實(shí)施經(jīng)驗(yàn)積累以及綜合先進(jìn)的項(xiàng)目管

理理論思想的基礎(chǔ)上將公司級（組織級）項(xiàng)目研發(fā)與實(shí)施環(huán)

境抽象為由包括支撐工具、組織級資產(chǎn)庫、過程資源與標(biāo)準(zhǔn)

以及集成軟件開發(fā)、測試、演示環(huán)境在內(nèi)的四部分組成的有

機(jī)整體。該平臺涵蓋了研發(fā)管理、知識體系兩個方面，并輔

助以一定的軟件工具和集成的軟件開發(fā)、測試、演示環(huán)境來

達(dá)到良好的實(shí)施效果，依托于該平臺的軟件研發(fā)與實(shí)施項(xiàng)目

均可達(dá)到過程可重復(fù)、質(zhì)量可捽制、進(jìn)度可預(yù)測、成本可壓

縮的目的，有效的提高軟件開發(fā)與實(shí)施的效率。

解決方案;

＞計劃進(jìn)度的調(diào)整須經(jīng)客戶同意C

由于本項(xiàng)目的特殊性，在各節(jié)點(diǎn)任務(wù)進(jìn)行前必須提前與

客戶進(jìn)行溝通，保證信道資源的開通，以保證項(xiàng)目執(zhí)行的進(jìn)

度。

L3.2技術(shù)聯(lián)絡(luò)會

技術(shù)聯(lián)絡(luò)會是本項(xiàng)目中我方與客戶溝通的一個重要手

段，客戶助理將按月或按計劃進(jìn)度表的規(guī)定與用戶代表共同

召開技術(shù)聯(lián)絡(luò)會，向用戶方匯報項(xiàng)目的進(jìn)展情況，同時解答

用戶的問詢。在技術(shù)聯(lián)絡(luò)會中，還可就項(xiàng)目實(shí)施中出現(xiàn)的問

題與用戶進(jìn)行交流、澄清和協(xié)調(diào)。

技術(shù)聯(lián)絡(luò)會根據(jù)情況可由項(xiàng)目經(jīng)理/客戶助理、總體組

和其他相關(guān)人員代表參加C會議前15日，客戶助理和總體

組有關(guān)人員就會議中的議題與用戶方進(jìn)行非正式溝通，溝通

后總體組組織有關(guān)人員對用戶關(guān)注的問題進(jìn)行討論，并在正

式會議中給予解答。

對項(xiàng)目中出現(xiàn)的緊急異常情況，我方會盡快通知用戶，

召開臨時技術(shù)聯(lián)絡(luò)會。

1.3.3項(xiàng)目跟蹤與監(jiān)控

項(xiàng)目跟蹤與監(jiān)控主要體現(xiàn)在如下幾個方面：進(jìn)度、工作

產(chǎn)品規(guī)模、成本、人力資源等。通過對以上四個方面進(jìn)行量

化數(shù)據(jù)采集，作為監(jiān)控的基礎(chǔ)，從而有效的提高了項(xiàng)目監(jiān)控

的有效性和準(zhǔn)確性。

對工作產(chǎn)品規(guī)模、里程碑、任務(wù)、約定、重要關(guān)系、人

員配備、評審，按照項(xiàng)目實(shí)施的項(xiàng)目過程安排到進(jìn)度計劃中。

對具體任務(wù)和里程碑定義完成的客觀標(biāo)準(zhǔn)。

按不同工作流細(xì)化進(jìn)度計劃，保證不同小組和人員的需

要。

在項(xiàng)目實(shí)施計劃中定義、協(xié)調(diào)和反映重要關(guān)系。

重要關(guān)系包括項(xiàng)目組內(nèi)部以及項(xiàng)目組與其它小組之間

的關(guān)系。

在項(xiàng)目實(shí)施計劃中定義、反映進(jìn)度重要路徑。

在項(xiàng)目實(shí)施計劃中定義跟蹤項(xiàng)目的重要關(guān)系和進(jìn)度計

劃和重要路徑的時間間隔。

在項(xiàng)目實(shí)施計劃中，對每條重要路徑設(shè)立特定的限度值

判斷準(zhǔn)則，當(dāng)超過限度值時，采取相應(yīng)的調(diào)整措施。

按照公司度量數(shù)據(jù)采集規(guī)程的要求定期或不定期采集

度量數(shù)據(jù)，經(jīng)驗(yàn)證后納入項(xiàng)目度量數(shù)據(jù)表中并由專人進(jìn)行分

析，生成控制圖或趨勢圖，便于決策者進(jìn)行決策。

1.3.4標(biāo)準(zhǔn)化管理

美*集團(tuán)法務(wù)管理系統(tǒng)項(xiàng)目是一個大型的需求復(fù)雜的信

息系統(tǒng)，在項(xiàng)目的實(shí)施過程中嚴(yán)格遵循相關(guān)標(biāo)準(zhǔn)，實(shí)施標(biāo)準(zhǔn)

化管理，是保證系統(tǒng)在設(shè)計、生產(chǎn)、集成聯(lián)試中貫徹各項(xiàng)技

術(shù)標(biāo)準(zhǔn)的重要措施。

本項(xiàng)目標(biāo)準(zhǔn)化管理工作主要對系統(tǒng)軟件、文檔標(biāo)準(zhǔn)、硬

件設(shè)備的標(biāo)準(zhǔn)化進(jìn)行管理，其主要工作范圍：

＞制定本項(xiàng)目的標(biāo)準(zhǔn)化大綱；

＞依據(jù)標(biāo)準(zhǔn)化大綱制定為實(shí)施項(xiàng)目所需的標(biāo)準(zhǔn)清單；

＞制定各項(xiàng)工程標(biāo)準(zhǔn)/規(guī)范，根據(jù)需要對有關(guān)標(biāo)準(zhǔn)進(jìn)行裁減;

＞實(shí)施標(biāo)準(zhǔn)化活動，包括對系統(tǒng)集成開發(fā)文檔及其它文件、

資料進(jìn)行標(biāo)準(zhǔn)化管理。

＞所用的標(biāo)準(zhǔn)是最新版本。

1.4項(xiàng)目團(tuán)隊計劃

1.4.1項(xiàng)目實(shí)施團(tuán)隊組織架構(gòu)

軟件股份公司與美*集團(tuán)將組成一個聯(lián)合項(xiàng)目實(shí)施團(tuán)隊

來保證項(xiàng)目的成功進(jìn)行，其中包括了項(xiàng)目的決策者、項(xiàng)目管

理者、實(shí)施人員以及系統(tǒng)的最終使用者，其組織架構(gòu)如下圖

所示：

項(xiàng)目指導(dǎo)委員會

（S+D高層）

項(xiàng)目經(jīng)理（S+D）

系統(tǒng)管理組（S）系統(tǒng)總體技術(shù)組（D）

業(yè)

測

技

接

商

務(wù)

試

術(shù)

口

務(wù)

開

組

支

開

組

發(fā)

持

⑼發(fā)⑼

組

組

組

⑼⑻

(D)

＞項(xiàng)目指導(dǎo)委員會:

項(xiàng)目指導(dǎo)委員會為本項(xiàng)目之最高權(quán)責(zé)單位，由軟件股份

公司及用戶方高層管理人員共同組成，負(fù)責(zé)本項(xiàng)目的執(zhí)行方

向、原則的確立，主要時間點(diǎn)的決定，及項(xiàng)目經(jīng)理無法決定

的重大爭議的裁決，提供高級管理層的支持，并負(fù)責(zé)決定項(xiàng)

目驗(yàn)收C

＞項(xiàng)目經(jīng)理：

軟件股份公司和用戶方都需要指定專人作為項(xiàng)目經(jīng)理，

負(fù)責(zé)項(xiàng)目實(shí)際的執(zhí)行計劃及控制，并調(diào)配參與項(xiàng)目的人力資

源，確定詳細(xì)工作內(nèi)容，分派工作，進(jìn)度追蹤考核，技術(shù)問

題解決，及項(xiàng)目成員間的溝通協(xié)調(diào)，并定期向項(xiàng)目監(jiān)督委員

會報告。

＞質(zhì)量保證與風(fēng)險評估：

軟件股份公司和用戶方都需要配備相應(yīng)人員，負(fù)責(zé)項(xiàng)目

執(zhí)行的質(zhì)量保證與控制，文件格式制定，項(xiàng)目審核點(diǎn)確認(rèn)，

并組建風(fēng)險評估同行小組，對項(xiàng)目的風(fēng)險進(jìn)行控制。

＞業(yè)務(wù)工作組：

業(yè)務(wù)工作組是由項(xiàng)目所涉及的最終用戶、和最終用戶的

代表（為主要工程師或最終用戶）組成的工作組。他們負(fù)責(zé)

向項(xiàng)目實(shí)施工作組提供流程和功能的需求，審查并評價解決

方案是否滿足需求。在解決方案的推廣應(yīng)用過程中根據(jù)實(shí)際

實(shí)施效果對實(shí)施過程或項(xiàng)目的目標(biāo)提出修改要求或建議，并

負(fù)責(zé)最終用戶測試。

＞系統(tǒng)管理組：

軟件股份公司和用戶方均需配備，負(fù)責(zé)系統(tǒng)實(shí)施完成后

的系統(tǒng)安裝，系統(tǒng)環(huán)境設(shè)定，系統(tǒng)權(quán)限規(guī)劃，系統(tǒng)運(yùn)作規(guī)范

建立，系統(tǒng)維護(hù)管理，數(shù)據(jù)庫維護(hù)管理。

＞實(shí)施工作組：

實(shí)施工作組是項(xiàng)目的常任工作機(jī)構(gòu)，在項(xiàng)目的整個生命

周期中，負(fù)責(zé)項(xiàng)目實(shí)施、方案設(shè)計、測試、項(xiàng)目支持和控制。

具體包括：需求分析組，系統(tǒng)設(shè)計組，系統(tǒng)開發(fā)組，集成實(shí)

施組、質(zhì)量管理組等。

L4.2項(xiàng)目職責(zé)分工

由軟件股份公司的開發(fā)設(shè)計人員組成，主要負(fù)責(zé)保證承

建商承擔(dān)的開發(fā)任務(wù)，包括需求分析組、系統(tǒng)設(shè)計組、軟件

開發(fā)組、集成實(shí)施組、技術(shù)支持與培訓(xùn)組和質(zhì)量管理組。根

據(jù)項(xiàng)目進(jìn)度需要，各項(xiàng)目組成員分別在現(xiàn)場或公司開展項(xiàng)目

工作，并保障人員服務(wù)質(zhì)量與相對穩(wěn)定。

＞需求分析組

負(fù)責(zé)制定需求分析計劃和規(guī)范，完成項(xiàng)目的需求分析工

作，維護(hù)需求的更新。需求分析組職責(zé)表：

任務(wù)職責(zé)

根據(jù)項(xiàng)目計劃制定詳細(xì)的需求分

析計劃

制定業(yè)務(wù)標(biāo)準(zhǔn)和規(guī)范

需求分析

完成系統(tǒng)需求分析工作，撰寫需求

規(guī)格說明書

需求的更新與維護(hù)

完成用戶界面需求分析，撰寫界面

界面設(shè)計

規(guī)格說明

＞系統(tǒng)設(shè)計組

以需求規(guī)格說明書為輸入，撰寫設(shè)計說明書，完成設(shè)計

工作。系統(tǒng)設(shè)計組職責(zé)表：

任務(wù)職責(zé)

制定詳細(xì)的設(shè)計計劃，組織系統(tǒng)的

設(shè)計工作

系統(tǒng)設(shè)計

完成系統(tǒng)的構(gòu)架設(shè)計，撰寫概要設(shè)

計說明書

設(shè)計說明書的更新與維護(hù)

制定系統(tǒng)的技術(shù)標(biāo)準(zhǔn)和規(guī)范

＞軟件開發(fā)組

以需求規(guī)格說明書和概要設(shè)計說明書為輸入，完成項(xiàng)目

具體實(shí)現(xiàn)工作。軟件開發(fā)組職責(zé)表：

任務(wù)職責(zé)

制定詳細(xì)的開發(fā)計劃

制定開發(fā)規(guī)范

撰寫詳細(xì)設(shè)計說明書

系統(tǒng)實(shí)現(xiàn)

完成項(xiàng)目中的編碼和配置等實(shí)現(xiàn)

（軟件開發(fā)實(shí)

工作

施）

進(jìn)行模塊的單元測試

程序的集成

Bug修改，保證版本的及時更新

＞集成實(shí)施組

負(fù)責(zé)系統(tǒng)的硬件網(wǎng)絡(luò)和系統(tǒng)軟件集成工作。集成實(shí)施組

職責(zé)表：

任務(wù)職責(zé)

制定系統(tǒng)集成計劃，組織系統(tǒng)集成

系統(tǒng)集成工作

系統(tǒng)硬件和網(wǎng)絡(luò)方案設(shè)計

設(shè)備安裝部署

系統(tǒng)軟件安裝部署

＞技術(shù)支持與培訓(xùn)組

負(fù)責(zé)項(xiàng)目中的客戶培訓(xùn)、技術(shù)文檔編寫、客戶現(xiàn)場技術(shù)

支持等工作。技術(shù)支持與培訓(xùn)組職責(zé)表：

任務(wù)職責(zé)

制定培訓(xùn)計劃

用戶培訓(xùn)編寫培訓(xùn)材料

組織用戶培訓(xùn)

技術(shù)支持客戶現(xiàn)場技術(shù)支持

＞質(zhì)量管理組

進(jìn)行項(xiàng)目過程中的質(zhì)量保證活動、各種測試活動（不包

含單元測試和驗(yàn)收測試）及配置管理活動。質(zhì)量管理組職責(zé)

表：

任務(wù)職責(zé)

制定測試計劃，組織測試工作

編寫測試用列

測試收集，構(gòu)造測試數(shù)據(jù)

完成測試活動

撰寫測試報告

制定質(zhì)量保證計劃，組織質(zhì)量保

質(zhì)量保證證工作

完成項(xiàng)目質(zhì)量保證活動

制定配置管理計劃，組織配置管

配置管理理工作

完成項(xiàng)目配置管理活動

1.4.3項(xiàng)目實(shí)施計劃

1.4.4項(xiàng)目進(jìn)度計劃

基于本項(xiàng)目需求及項(xiàng)目的進(jìn)度要求，為保障項(xiàng)目各項(xiàng)活

動按期正常開展，初步定義本項(xiàng)目實(shí)施的工作流程如下：

gg測試版本

項(xiàng)目啟超圖調(diào)研發(fā)布/接口正式版本宜佑加心。系統(tǒng)

動會業(yè)務(wù)設(shè)計六詳細(xì)單計.開發(fā)開發(fā)發(fā)布數(shù)據(jù)遷移上線

?調(diào)研?I?系統(tǒng)測試?用戶培訓(xùn)?、運(yùn)維與應(yīng)用

-1~^

根據(jù)美*集團(tuán)法務(wù)管理系統(tǒng)項(xiàng)目建設(shè)對進(jìn)度的要求，在

分析并確定了本項(xiàng)目所必須實(shí)施的各項(xiàng)活動和任務(wù)后，制定

出本項(xiàng)目的實(shí)施計劃。

本計劃在簽訂合同后，用于指導(dǎo)本項(xiàng)目的實(shí)施，并在項(xiàng)

目實(shí)施過程中作為依據(jù)不斷進(jìn)行監(jiān)視和測量，以確保項(xiàng)目的

質(zhì)量和進(jìn)度目標(biāo)的順利實(shí)現(xiàn)。

1.4.5系統(tǒng)移植

法務(wù)系統(tǒng)移植包括前期調(diào)研、數(shù)據(jù)整理、數(shù)據(jù)轉(zhuǎn)換、系

統(tǒng)切換、運(yùn)行監(jiān)控五個階段。系統(tǒng)切換的整個工作流程如下

所示：

＞前期調(diào)研階段

前期調(diào)研是數(shù)據(jù)轉(zhuǎn)換中很重要的一個步驟，也是至關(guān)重

要的一部分。在進(jìn)行數(shù)據(jù)轉(zhuǎn)換工作前，我們需要先認(rèn)真閱讀

系統(tǒng)的相關(guān)文檔，如《數(shù)據(jù)字典》、《系統(tǒng)概要設(shè)計報告》等,

來熟悉原有的系統(tǒng)。當(dāng)然在閱讀文檔的過程中肯定還會有理

解不清晰的地方，這時還需要熟悉原有系統(tǒng)的業(yè)務(wù)人員的幫

助。數(shù)據(jù)轉(zhuǎn)換的前期工作就是對原系統(tǒng)做一次徹底的全面了

解，主要需要的考慮的有下面一些情況：

1）原系統(tǒng)的業(yè)務(wù)范圍、存在幾套業(yè)務(wù)系統(tǒng)以及他們之間

的關(guān)系；

2）原系統(tǒng)的開發(fā)商、開發(fā)工具、開發(fā)平臺以及采用的數(shù)

據(jù)庫；

3）原系統(tǒng)的數(shù)據(jù)分布狀況：包括數(shù)據(jù)范圍、數(shù)據(jù)量大小

等；

4）原系統(tǒng)的業(yè)務(wù)流程；

5）原系統(tǒng)的數(shù)據(jù)流程；

6）原系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)；

在了解這些要素的基礎(chǔ)上，需要編寫《前期調(diào)研分析報

告》。調(diào)研報告主要包含如下一些方面：

1）將所有數(shù)據(jù)表進(jìn)行分類，如綜合業(yè)務(wù)類、相關(guān)業(yè)務(wù)類

寺寺O

2）對所有業(yè)務(wù)數(shù)據(jù)表的數(shù)據(jù)組成、數(shù)據(jù)來源、用途等進(jìn)

行描述。

3）并非所有的數(shù)據(jù)都是需要進(jìn)行轉(zhuǎn)換的，在《數(shù)據(jù)字典

分析報告》中要指出那些數(shù)據(jù)表是需要進(jìn)行轉(zhuǎn)換的，

那些是不需要進(jìn)行轉(zhuǎn)換的，對于不需要轉(zhuǎn)換的表要說

明不需要轉(zhuǎn)換的原因。

4）描述數(shù)據(jù)在各表中的流向，對于關(guān)鍵的或復(fù)雜的業(yè)務(wù)

點(diǎn)要做詳細(xì)說明。

＞數(shù)據(jù)整理與遷移

首先需要完成新舊數(shù)據(jù)字典的對照，同時明確各個表中

具體數(shù)據(jù)字段的轉(zhuǎn)換方式。在轉(zhuǎn)換設(shè)計階段主要是編寫數(shù)據(jù)

字典對照報告。在數(shù)據(jù)字典對照表中需要進(jìn)行轉(zhuǎn)換的數(shù)據(jù)字

段應(yīng)該一一對應(yīng)，對新舊數(shù)據(jù)表中字段的名稱、類型、精度

等都要有詳細(xì)的描述，同時還要明確數(shù)據(jù)的轉(zhuǎn)換方式。

然后以下兒個方面設(shè)計數(shù)據(jù)移植方案：研究歷史數(shù)據(jù)的

結(jié)構(gòu)、來源、數(shù)據(jù)項(xiàng)定義、取值等現(xiàn)狀，研究新舊數(shù)據(jù)庫結(jié)

構(gòu)的差異，評估和選擇數(shù)據(jù)移植的軟硬件平臺、選擇數(shù)據(jù)移

植方法、選擇數(shù)據(jù)備份和恢復(fù)策略、設(shè)計數(shù)據(jù)移植和測試方

案等。

最后在數(shù)據(jù)模擬移植測試成功后，按照正確的數(shù)據(jù)移植

方案，正式實(shí)施數(shù)據(jù)移植。

＞系統(tǒng)切換與運(yùn)行監(jiān)控

數(shù)據(jù)遷移工作執(zhí)行完畢后，對新系統(tǒng)的數(shù)據(jù)進(jìn)行一次物

理備份，同時啟動新系統(tǒng)數(shù)據(jù)庫的自動備份功能。到此時為

止新舊系統(tǒng)數(shù)據(jù)轉(zhuǎn)換工作全部結(jié)束，新系統(tǒng)將進(jìn)入上線試運(yùn)

行階段。

在新系統(tǒng)平穩(wěn)運(yùn)行后，還需要進(jìn)行定期的運(yùn)行監(jiān)控以及

對部分?jǐn)?shù)據(jù)進(jìn)行調(diào)整。對于那些對系統(tǒng)運(yùn)行未造成影響的，

在數(shù)據(jù)整理過程中，沒有進(jìn)行數(shù)據(jù)修正，所以在系統(tǒng)平穩(wěn)運(yùn)

行后，需要對這些數(shù)據(jù)進(jìn)行調(diào)整。

＞系統(tǒng)切換保障措施

系統(tǒng)在整個切換過程中，安全、平穩(wěn)過渡是第一位的,

我們將采用如下措施保證系統(tǒng)切換安全：

1）數(shù)據(jù)備份

在進(jìn)行新舊系統(tǒng)數(shù)據(jù)轉(zhuǎn)換時，對原系統(tǒng)數(shù)據(jù)進(jìn)行備份以

保證歷史數(shù)據(jù)的可追溯性。一旦在新系統(tǒng)中業(yè)務(wù)辦理出現(xiàn)問

題，則可以通過追溯歷史數(shù)據(jù)來判斷是數(shù)據(jù)轉(zhuǎn)換錯誤，還是

新系統(tǒng)程序存在BUGo

2）數(shù)據(jù)測試

數(shù)據(jù)測試分為兩個層次測試，一個是數(shù)據(jù)監(jiān)測性測試，

就是在數(shù)據(jù)轉(zhuǎn)換完成后，測試數(shù)據(jù)的轉(zhuǎn)換正確性；二是驗(yàn)證

性測試，驗(yàn)證性測試通過使用已經(jīng)通過功能測試的新系統(tǒng)辦

理實(shí)際業(yè)務(wù)來驗(yàn)證數(shù)據(jù)轉(zhuǎn)換的正確性。

數(shù)據(jù)測試是一個關(guān)鍵環(huán)節(jié)，關(guān)系到系統(tǒng)切換的成功與

否，所以必須加大測試力度來保證數(shù)據(jù)轉(zhuǎn)換的正確性。而與

數(shù)據(jù)測試相關(guān)的系統(tǒng)功能測試也必須重視，因?yàn)槿绻到y(tǒng)功

能如果存在問題，則數(shù)據(jù)測試也就無法保證正確性。

3）切換方式的選擇

建議采用雙系統(tǒng)并行模式，經(jīng)過一段時間的試運(yùn)行后，

再用新系統(tǒng)正式替換下舊系統(tǒng)。

4）應(yīng)急預(yù)案

在特殊情況下，由于某種原因?qū)е孪到y(tǒng)沒有能夠正常切

換或者切換以后系統(tǒng)運(yùn)行不穩(wěn)定，在這種情況下，必須啟動

應(yīng)急預(yù)案來解決。具體應(yīng)急預(yù)案如下：

應(yīng)急預(yù)案需要從業(yè)務(wù)系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)平臺三個方面

來考慮應(yīng)急處理措施，只有三方面同時恢復(fù)到系統(tǒng)切換前的

狀態(tài)，才能保證原系統(tǒng)業(yè)務(wù)經(jīng)辦的正常進(jìn)行。業(yè)務(wù)應(yīng)用系統(tǒng)

應(yīng)急措施主要是在業(yè)務(wù)經(jīng)辦時保留原業(yè)務(wù)應(yīng)用系統(tǒng)，并且保

證原業(yè)務(wù)應(yīng)用系統(tǒng)的客戶端配置環(huán)境能夠在最短時間內(nèi)恢

復(fù)到以前的配置；數(shù)據(jù)庫應(yīng)急措施就是利用原始數(shù)據(jù)與原系

統(tǒng)保持一致來處理的，也就是在新系統(tǒng)數(shù)據(jù)庫中保留備份，

并且按照原系統(tǒng)數(shù)據(jù)集中情況下分不同用戶存放備份數(shù)據(jù)，

但是用戶名仍需要采用原數(shù)據(jù)庫系統(tǒng)用戶名。一旦出現(xiàn)緊急

情況，新系統(tǒng)數(shù)據(jù)庫立即切入原備份數(shù)據(jù)庫；網(wǎng)絡(luò)平臺應(yīng)急

預(yù)案就是保證在數(shù)據(jù)大集中情況下整個社會保障網(wǎng)絡(luò)鏈路

的暢通即可。

1.4.6系統(tǒng)過渡期

為了保證本次項(xiàng)目上線成功，同時防止因上線出現(xiàn)問題

導(dǎo)致各項(xiàng)業(yè)務(wù)無法正常開展，本次法務(wù)系統(tǒng)上線初期將采用

雙系統(tǒng)并行模式，經(jīng)過這段時間的試運(yùn)行后，再用新系統(tǒng)正

式替換下舊系統(tǒng)。在平行工作期間，新舊系統(tǒng)并行工作，一

旦新系統(tǒng)有問題就可以暫時停止而不會影響原有系統(tǒng)的正

常工作。

并行切換通?？煞謨刹阶摺Ｊ紫纫栽邢到y(tǒng)的作業(yè)為正

式作業(yè)，新系統(tǒng)的處理結(jié)果作為參考，直至最后原有系統(tǒng)退

出運(yùn)行，并行運(yùn)行的時間暫定為一個月左右。

采用并行切換的風(fēng)險較小，在切換期間還可同時比較新

舊兩個系統(tǒng)的性能，并讓系統(tǒng)操作員和其他有關(guān)人員得到全

面培訓(xùn)。

L4.7新系統(tǒng)新數(shù)據(jù)標(biāo)準(zhǔn)

法務(wù)系統(tǒng)項(xiàng)目啟動后，我方將針對美*集團(tuán)各業(yè)務(wù)部門

進(jìn)行詳細(xì)的調(diào)研，確定組織結(jié)構(gòu)信息、基礎(chǔ)數(shù)據(jù)內(nèi)容、審批

流程環(huán)節(jié)等數(shù)據(jù)輸入標(biāo)準(zhǔn)，保障新系統(tǒng)業(yè)務(wù)環(huán)節(jié)的統(tǒng)一；確

定歷史業(yè)務(wù)數(shù)據(jù)整理規(guī)范，保障歷史數(shù)據(jù)的參考價值。

如合同分類標(biāo)準(zhǔn)：可按照多級模式來進(jìn)行整理，方便后

續(xù)對合同臺賬數(shù)據(jù)進(jìn)行分類統(tǒng)計；審批流程標(biāo)準(zhǔn)：可以按照

合同分類與授權(quán)區(qū)間來進(jìn)行定義，確定流程環(huán)節(jié)與審批人，

則業(yè)務(wù)員啟動流程時可以準(zhǔn)確定位到流程審批人。具體數(shù)據(jù)

標(biāo)準(zhǔn)通過調(diào)研后確定，并下發(fā)數(shù)據(jù)整理模板。

1.5項(xiàng)目質(zhì)量管理

請參照本文檔中的質(zhì)量保障程序相關(guān)內(nèi)容。

1.6項(xiàng)目配置管理

對美*集團(tuán)法務(wù)管理系統(tǒng)項(xiàng)目的配置、定制開發(fā)、實(shí)施

過程中所有產(chǎn)生的工作產(chǎn)品、應(yīng)用的開發(fā)環(huán)境、工具均進(jìn)行

嚴(yán)格的配置管理，以確保項(xiàng)目資產(chǎn)的有效性，項(xiàng)目產(chǎn)品歷史

的可追溯性。實(shí)施項(xiàng)目均配置管理工具軟件以支持項(xiàng)目組的

配置管理工作。

對于項(xiàng)目建設(shè)過程中產(chǎn)生的各種文檔，包括走訪記錄、

調(diào)研記錄、變更申請、需求報告、設(shè)計報告和說明文件等，

一旦生成后，除在項(xiàng)目配置管理系統(tǒng)中進(jìn)行維護(hù)外，還會定

期保存在項(xiàng)目知識庫中，并建立對應(yīng)的版本變更機(jī)制，詳細(xì)

描述文檔的版本軌跡，輔助設(shè)計工作和考核評審工作。

根據(jù)本次項(xiàng)目的特點(diǎn)，在項(xiàng)目計劃中定義的各基線中全

部配置項(xiàng)均作為本項(xiàng)目的配置管理項(xiàng)。

本次項(xiàng)目由高層經(jīng)理、項(xiàng)目經(jīng)理、關(guān)鍵的開發(fā)人員、關(guān)

鍵的測試人員、配置管理工程師和SQA（軟件質(zhì)量保證

SoftwareQualityAssurance）等有關(guān)人員組成。

為強(qiáng)化本項(xiàng)目的配置管理工作，本項(xiàng)目將在總體組設(shè)專

職配置管理員，并采用專業(yè)的配置管理工具實(shí)施配置管理。

在本項(xiàng)目實(shí)施全過程中，配置管理活動將包括：

制定配置管理計劃；

依據(jù)項(xiàng)目“配置管理計劃”實(shí)施配置管理活動；

依據(jù)項(xiàng)目“配置管理計劃”對各任務(wù)組執(zhí)行配置管理的

情況進(jìn)行檢查。

1.7項(xiàng)目變更管理

更改流程是在項(xiàng)目實(shí)施過程中經(jīng)常出現(xiàn)的問題，此處描

述了美*集團(tuán)合同管理信息化實(shí)施項(xiàng)目中的更改管理，更改

發(fā)生的典型領(lǐng)域有：

?項(xiàng)目范圍的更改

?支持流程的更改

?已達(dá)成一致的項(xiàng)目內(nèi)容的更改

?額外的功能和性能要求

?額外的文檔和培訓(xùn)材料

?額外的需由實(shí)施團(tuán)隊完成的任務(wù)

該更改流程包括了所有主要的更改。所有的更改由項(xiàng)目

經(jīng)理提交，并確定預(yù)算和時間。在執(zhí)行更改前，更改的內(nèi)容

必須得到雙方項(xiàng)目經(jīng)理的批準(zhǔn)。如果雙方項(xiàng)目經(jīng)理無法達(dá)成

一致，更改就不能生效。雙方項(xiàng)目經(jīng)理均可提請項(xiàng)目委員會

做進(jìn)一步的決策C

考慮到本次項(xiàng)目的復(fù)雜性，各類變更在整個實(shí)施階段是

隨時可能發(fā)生的，而且變更對計劃、進(jìn)度、質(zhì)量都會帶來一

定的影響。因此為盡量減小變更對開發(fā)和集成工作的影響，

本項(xiàng)目將對變更實(shí)施嚴(yán)格控制，即凡是跨越基線的變更均應(yīng)

實(shí)施變更控制，對已進(jìn)入受控庫和產(chǎn)品庫的任一配置項(xiàng)的任

何變更都應(yīng)履行審批手續(xù)。

變更分為申請、批準(zhǔn)、分配、實(shí)施、審查和提交等狀態(tài),

變更的基本流程如下圖所示。

本項(xiàng)目的變更控制主要有以下幾類：

對需求變更的控制：來自客戶的變更要形成正式文件或

備忘錄，并獲得客戶的認(rèn)可，同時要評估變更對設(shè)計、集成、

測試等活動影響，制定相應(yīng)的措施并由項(xiàng)目經(jīng)理批準(zhǔn)實(shí)施；

設(shè)計變更的控制：由技術(shù)助理批準(zhǔn)實(shí)施；

問題和修改程序的控制：所有問題和修改程序，若在工

程任務(wù)組內(nèi)完成，對其它工程任務(wù)組無影響，則可由相應(yīng)的

工程任務(wù)組組長批準(zhǔn)。

若涉及到接口或?qū)ζ渌蝿?wù)組有影響，應(yīng)視影響的范圍

上報技術(shù)助理或項(xiàng)目經(jīng)理，并獲得批準(zhǔn)后實(shí)施。

1.8項(xiàng)目風(fēng)險管理

科技的發(fā)展和項(xiàng)目內(nèi)外部環(huán)境的變化，使得軟件工程項(xiàng)

目所涉及的不確定因素日益增多，面臨的風(fēng)險也越來越大，

由此產(chǎn)生的風(fēng)險損失也越來越重。因此，工程項(xiàng)目的風(fēng)險管

理與控制成為有效加強(qiáng)工程項(xiàng)目管理的重要手段之一。

鑒于本項(xiàng)目的復(fù)雜性和高可靠要求，項(xiàng)目投資大、工期

長，從其籌劃、設(shè)計、建造到竣工后投入使用，整個過程都

存在著各種各樣的風(fēng)險，并且由此產(chǎn)生的風(fēng)險損失金額巨

大，后果嚴(yán)重。因此將工程項(xiàng)目視為一個完整的系統(tǒng)，實(shí)施

全局的、綜合的全面風(fēng)險管理是工程項(xiàng)目管理內(nèi)在特性所決

定的。對本項(xiàng)目必須實(shí)施嚴(yán)格的風(fēng)險分析、評估和管理。工

程項(xiàng)目全面風(fēng)險管理，與傳統(tǒng)的局部、單向風(fēng)險管理相區(qū)別，

將項(xiàng)目概念、開發(fā)和實(shí)施三個階段視為一個復(fù)雜的、動態(tài)的、

進(jìn)化的過程，并在一系列戰(zhàn)略目標(biāo)下進(jìn)行管理。但是這些戰(zhàn)

略目標(biāo)也會因環(huán)境的變化而變化，所以在這樣一種流動的、

彈性的環(huán)境下，我們必須將風(fēng)險管理看作是和其他項(xiàng)目管理

活動融為一體的，滲透于項(xiàng)目的整個生命周期和每一項(xiàng)活動

之中，這樣有助于項(xiàng)目戰(zhàn)略目標(biāo)的實(shí)現(xiàn)。

令風(fēng)險管理的內(nèi)涵

工程項(xiàng)目全面風(fēng)險管理，與傳統(tǒng)的局部、單向風(fēng)險管理

相區(qū)別，將項(xiàng)目概念、開發(fā)和實(shí)施三個階段視為一個復(fù)雜的、

動態(tài)的、進(jìn)化的過程，并在一系列戰(zhàn)略目標(biāo)下進(jìn)行管理。這

些戰(zhàn)略目標(biāo)也會因環(huán)境的變化而變化。在這樣一種流動的、

彈性的環(huán)境下，將風(fēng)險管理看作是和其他項(xiàng)目管理活動融為

一體的，滲透于項(xiàng)目的整個生命周期和每一項(xiàng)活動之中，有

助于項(xiàng)目戰(zhàn)略目標(biāo)的實(shí)現(xiàn)。

令風(fēng)險的來源與風(fēng)險管理特點(diǎn)

工程項(xiàng)目全面風(fēng)險的來源：

工程項(xiàng)目風(fēng)險從總體而言可以分成外部風(fēng)險和內(nèi)部風(fēng)

險兩大方面。其中，外部風(fēng)險包括經(jīng)濟(jì)風(fēng)險、自然條件風(fēng)險

和技術(shù)更新風(fēng)險C內(nèi)部風(fēng)險可以理解為咨詢、建設(shè)、承包、

設(shè)計、環(huán)境、公司財務(wù)、項(xiàng)目財務(wù)、定位、管理、預(yù)承包以

及時間管理等方面的風(fēng)險。也可以理解為項(xiàng)目或戰(zhàn)術(shù)層次的

風(fēng)險，包括：勞動力風(fēng)險、原材料風(fēng)險及施工現(xiàn)場風(fēng)險。

工程項(xiàng)目全面風(fēng)險管理的特點(diǎn)：

（I）依據(jù)工程項(xiàng)目特點(diǎn)選用風(fēng)險管理方法。

工程項(xiàng)目全面風(fēng)險管理從項(xiàng)目的整體角度出發(fā)，是對工

程項(xiàng)目總體風(fēng)險的分析與控制。因此，全面風(fēng)險管理是以工

程項(xiàng)目的復(fù)雜性、規(guī)模、工藝程度，工程項(xiàng)目的類型以及項(xiàng)

目所處的地域等因素為依據(jù)的?？紤]到本項(xiàng)目的復(fù)雜性、

規(guī)模大等特點(diǎn)，我們必須建立完善的風(fēng)險控制體系。

（2）以信息的有效傳遞和信息共享為條件。

工程項(xiàng)目全面風(fēng)險管理是以信息的有效傳遞和信息共

享為前提條件的，當(dāng)信息流無法實(shí)現(xiàn)快速和有效傳遞時，全

面風(fēng)險管理將很難實(shí)現(xiàn)。在本項(xiàng)目中，我們必須及時與用戶

及廠商溝通，建立完善有效的信息管理體制，有效的控制信

息風(fēng)險。

（3）注重知識和經(jīng)驗(yàn)的系統(tǒng)化和信息化。

雖然風(fēng)險管理在很大程度上已經(jīng)從憑直覺、憑經(jīng)驗(yàn)管理

上升到理性管理方式，但是就全面風(fēng)險管理的實(shí)際運(yùn)行而

言，人的主觀因素的影響仍然占有很大的比重。這不僅包括

對風(fēng)險范圍、規(guī)律的認(rèn)識，還包括對風(fēng)險的描述、處理和思

維方式等。因此，工程項(xiàng)目全面風(fēng)險管理中非常強(qiáng)調(diào)知識和

經(jīng)驗(yàn)的及時總結(jié)，使之系統(tǒng)化、規(guī)范化，并通過信息的傳遞

加以確認(rèn)和推廣C

（4）與工程項(xiàng)目中的其他子系統(tǒng)緊密相關(guān)。

工程項(xiàng)目全面風(fēng)險管理是一種較高層次的綜合性管理

工作，包括戰(zhàn)略和戰(zhàn)術(shù)兩個層次的規(guī)劃。它涉及項(xiàng)目管理的

各個階段和方面，與項(xiàng)目管理的其他各子系統(tǒng)緊密相關(guān)。因

此，工程項(xiàng)目風(fēng)險管理必須與成本管理、工期管理、質(zhì)量管

理等融為一體。

令風(fēng)險管理的過程

實(shí)際工作中，一般認(rèn)為全面風(fēng)險管理包括五個相關(guān)階

段：風(fēng)險識別、風(fēng)險評估、風(fēng)險分析、風(fēng)險處置與風(fēng)險監(jiān)控。

全面風(fēng)險管理理論強(qiáng)調(diào)，風(fēng)險的管理過程是貫穿于項(xiàng)目

全過程之中的，是一個連續(xù)的、動態(tài)的管理與反饋過程。

風(fēng)險識別

風(fēng)險識別就是從系統(tǒng)的觀點(diǎn)出發(fā)，橫觀工程項(xiàng)目所涉及

的各個方面，縱觀項(xiàng)目建設(shè)的發(fā)展過程，將引起風(fēng)險的極其

復(fù)雜的失誤分解成比較簡單的、容易被認(rèn)識的基本單元。從

錯綜復(fù)雜的關(guān)系中找出因素間的本質(zhì)聯(lián)系。在眾多的影響因

素中抓住主要因素，并分析他們引起投入產(chǎn)出的嚴(yán)重程度。

風(fēng)險識別通常包括兩方面：風(fēng)險識別過程的主體和內(nèi)

容。參與風(fēng)險識別過程的主體比較廣泛，包括工程項(xiàng)目風(fēng)險

管理組、主管風(fēng)險處理的經(jīng)理、項(xiàng)目規(guī)劃人員以及風(fēng)險負(fù)責(zé)

人等等。在風(fēng)險識別過程中，風(fēng)險識別主體需要確定風(fēng)險識

別的內(nèi)容，包括：風(fēng)險類型、范圍、影響因素、區(qū)域特點(diǎn)、

分類以及項(xiàng)目所芍權(quán)人等。

風(fēng)險識別通常包括兩個步驟：資料的收集與風(fēng)險形勢估

計。近年來，風(fēng)險識別的方法有很大發(fā)展，許多科學(xué)的方法

得以應(yīng)用，包括：專家分析法、故障樹分析法、幕景分析法

等。風(fēng)險識別是工程項(xiàng)目全面風(fēng)險管理的第一步，起著至關(guān)

重要的作用。

項(xiàng)目開始前，要舉行風(fēng)險管理開始會議來標(biāo)識潛在的風(fēng)

險。在會議上，要給會議成員一份簡報并提供一份潛在風(fēng)險

域的分類和一個用于創(chuàng)建項(xiàng)目風(fēng)險數(shù)據(jù)庫的風(fēng)險分析表，同

行小組的成員使用該分類來幫助考慮項(xiàng)目的各個方面，在風(fēng)

險分析表上記錄潛在的風(fēng)險。開始會議中需要產(chǎn)生一個列

表，可用該列表來進(jìn)一步分析每一項(xiàng)的正反兩方面的適用性

并更清楚地說明細(xì)節(jié)。

風(fēng)險評估

風(fēng)險評估就是對識別出的風(fēng)險進(jìn)行測量，給定某一風(fēng)險

的概率。其主要目的在于評估和比較項(xiàng)目各種方案或行動路

線的風(fēng)險大小，從中選擇威脅最少、機(jī)會最多的方案；加深

對項(xiàng)目本身和環(huán)境的理解，尋求更多的可行方案，并加以反

饋。

風(fēng)險評估我們主要由專業(yè)的風(fēng)險評估人員來完成，在使

用正確的風(fēng)險評估方法與工具的前提下，對監(jiān)控維修網(wǎng)項(xiàng)目

的日期、時間、進(jìn)度、風(fēng)險可能性等方面加以評估，對風(fēng)險

進(jìn)行定量預(yù)測。我們還要結(jié)合實(shí)際情況加以應(yīng)用。預(yù)計采用

的風(fēng)險評估方法包括：模擬法、主觀概率法等。

風(fēng)險分析

風(fēng)險分析是由風(fēng)險分析人員，通過對風(fēng)險分析工具、技

術(shù)以及風(fēng)險表現(xiàn)類別的掌握，對風(fēng)險存在和發(fā)生的時間、風(fēng)

險的影響和損失、風(fēng)險可能性、風(fēng)險級別以及風(fēng)險的可控性

加以分析。目前風(fēng)險分析的方法主要包括：決策樹法、模糊

分析法、影響圖表法等等。

同行小組的每位成員要分析已標(biāo)識的風(fēng)險對成本、進(jìn)度

以及產(chǎn)品質(zhì)量的影響。每個單獨(dú)的風(fēng)險可能影響這些類別中

的多個。例如，經(jīng)常變更需求對成本、進(jìn)度和產(chǎn)品質(zhì)量都會

產(chǎn)生影響。同行小組成員要根據(jù)他們的判斷在風(fēng)險上打分，

確定風(fēng)險的影響程度，評定風(fēng)險的危險等級，并估計風(fēng)險發(fā)

生的概率及風(fēng)險的時限。完成分析后形成的表格要提交給

RMM,由RMM整理并組織小組會議討論，對每個風(fēng)險的后果、

嚴(yán)重程度、概率和時限達(dá)成一致意見候，向項(xiàng)目監(jiān)督委員會

陳述。

風(fēng)險優(yōu)先級確定

使用第2步“風(fēng)險分析”的數(shù)據(jù)，通過映射每個風(fēng)險到

風(fēng)險大小矩陣來計算風(fēng)險大?。≧M：RiskMagnitude）o風(fēng)

險大小是影響的嚴(yán)重程度與發(fā)生的概率和發(fā)生時段的乘積，

每個風(fēng)險都有一個定量的值，該值可被映射成為項(xiàng)目定義的

一個標(biāo)度。

定義概率的范圍為高、中、低：

嚴(yán)重程序范圍為高、中、低：

發(fā)生時段范圍為近、中、遠(yuǎn)：

因而，使用每個風(fēng)險的風(fēng)險大小矩陣，那些屬于風(fēng)險管

理過程一部分的風(fēng)險就可用相應(yīng)的RM值來定量標(biāo)識，RM可

用于作為風(fēng)險的優(yōu)先級。

為每個風(fēng)險評價RM值的項(xiàng)目和風(fēng)險管理人員確定何時

需要采取合適的緩解措施?？梢杂猛行〗M和項(xiàng)目管理人員

同意的風(fēng)險等級來制定這樣的決策。在完成風(fēng)險優(yōu)先級的標(biāo)

識后，要創(chuàng)建一個統(tǒng)一的風(fēng)險列表并在配置管理下更新風(fēng)險

報告表。

風(fēng)險處置

對項(xiàng)目進(jìn)行風(fēng)險處置就是制定并實(shí)施風(fēng)險處置計劃。其

方法包括風(fēng)險回避、風(fēng)險自留、風(fēng)險轉(zhuǎn)嫁等等。對不同的風(fēng)

險可運(yùn)用不同的處置方法或綜合運(yùn)用上述方法。風(fēng)險處置由

項(xiàng)目風(fēng)險的處理人員來完成，我們有專門的項(xiàng)目組負(fù)責(zé)處理

風(fēng)險，其工作內(nèi)容包括對處理行為的確認(rèn)、風(fēng)險原因的分析、

處置成本的控制、處置期間與處置后時間進(jìn)度的安排等等。

確定風(fēng)險回避方案：生成風(fēng)險等級列表后，同行小組接

著應(yīng)該進(jìn)行分析，確定要采取什么措施或決策來消除任何已

標(biāo)識的風(fēng)險。這一步通過標(biāo)識那些容易受影響的組織級或項(xiàng)

目的過程，而集中于消除或充分降低給定風(fēng)險的持續(xù)的過程

改進(jìn)。已標(biāo)識的過程變更被提交給SEPG,以便集成進(jìn)標(biāo)準(zhǔn)軟

件工程過程中。

建立風(fēng)險降低和緩解計劃：風(fēng)險被認(rèn)為是意外的外部事

件。應(yīng)該舉行一個同行小組會議確定要采取什么措施或決策

來降低每個風(fēng)險事件發(fā)生的概率和/或影響的嚴(yán)重程度。文

檔化和詳述那些實(shí)用的、可行的措施或決策，并合并到項(xiàng)目

風(fēng)險管理計劃中°為了詳細(xì)描述風(fēng)險緩解細(xì)節(jié)，設(shè)計評審、

開發(fā)進(jìn)展、配置審計、風(fēng)險分析、權(quán)衡和適當(dāng)?shù)某绦蛐枨髴?yīng)

該在項(xiàng)目經(jīng)理的管轄范圍內(nèi)。技術(shù)負(fù)責(zé)