第一篇：軟件項(xiàng)目開發(fā)管理流程

研發(fā)中心項(xiàng)目開發(fā)管理流程

1，新項(xiàng)目開發(fā)管理流程

按照項(xiàng)目管理規(guī)范，項(xiàng)目管理分為：項(xiàng)目啟動(dòng)—》項(xiàng)目計(jì)劃—》項(xiàng)目執(zhí)行—》項(xiàng)目控制—》項(xiàng)目結(jié)尾。5個(gè)階段。根據(jù)該管理流程和我公司實(shí)際情況，將新項(xiàng)目開發(fā)的管理流程制定如下圖：

1.1 項(xiàng)目立項(xiàng)

項(xiàng)目立項(xiàng)階段，首先由的項(xiàng)目經(jīng)理編寫《項(xiàng)目立項(xiàng)報(bào)告》。

研發(fā)項(xiàng)目立項(xiàng)報(bào)告模板.doc

1.2 立項(xiàng)評(píng)審

《項(xiàng)目立項(xiàng)報(bào)告》編寫完成后，交由項(xiàng)目管理委員會(huì)進(jìn)行立項(xiàng)評(píng)審，評(píng)審?fù)ㄟ^后由副總經(jīng)理簽字確認(rèn)立項(xiàng)。確定需求分析和項(xiàng)目設(shè)計(jì)階段的時(shí)間和人員安排。

1.3 需求分析

需求分析階段，需要與用戶交流，雙方對(duì)軟件需求取得共同理解基礎(chǔ)上達(dá)成的協(xié)議。編寫并完成軟件需求說明書：也稱軟件規(guī)格說明書。

軟件需求說明書模板.doc

1.4 系統(tǒng)設(shè)計(jì)階段

常規(guī)的系統(tǒng)設(shè)計(jì)需要依次完成《概要設(shè)計(jì)說明書》，《詳細(xì)設(shè)計(jì)說明書》。以下是文檔的簡(jiǎn)要說明：

概要設(shè)計(jì)說明書：該說 明書是概要設(shè)計(jì)階段的工作 成果，它應(yīng)說明功能分配、模 塊劃分、程序的總體結(jié)構(gòu)、輸 入輸出以及接口設(shè)計(jì)、運(yùn)行設(shè) 計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理 設(shè)計(jì)等，為詳細(xì)設(shè)計(jì)奠定基礎(chǔ)。

概要設(shè)計(jì)說明書.doc

詳細(xì)設(shè)計(jì)說明書：著重 描述每一模塊是怎樣實(shí)現(xiàn)的，包括實(shí)現(xiàn)算法、邏輯流程等。詳細(xì)設(shè)計(jì)說明書.doc

詳細(xì)設(shè)計(jì)說明書編寫完成后，項(xiàng)目經(jīng)理應(yīng)該依次編寫安排項(xiàng)目開發(fā)工作計(jì)劃。工作計(jì)劃安排可以根據(jù)項(xiàng)目經(jīng)理的習(xí)慣進(jìn)行工作計(jì)劃編寫。建議采用project。附件為綜合考務(wù)平臺(tái)的工作計(jì)劃安排，可以供參考：

考試考務(wù)綜合管理平臺(tái)工作計(jì)劃.mpp。并且確定里程碑，以便在后期項(xiàng)目執(zhí)行過程中，對(duì)其進(jìn)行確認(rèn)。對(duì)于大項(xiàng)目，建議按照項(xiàng)目設(shè)計(jì)流程，先進(jìn)行概要設(shè)計(jì)，再到詳細(xì)設(shè)計(jì)。但是對(duì)于特殊項(xiàng)目（項(xiàng)目周期較短，小項(xiàng)目），可以講概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段合二為一，編寫功能，接口方案。但是值得注意的是，該方案中，仍然需要涵蓋項(xiàng)目模塊功能，用戶權(quán)限和各模塊實(shí)現(xiàn)邏輯，接口等。

項(xiàng)目設(shè)計(jì)開發(fā)方案.docx。

1.5 項(xiàng)目設(shè)計(jì)評(píng)審

設(shè)計(jì)階段完成后，項(xiàng)目經(jīng)理填寫《項(xiàng)目設(shè)計(jì)評(píng)審表》，將相關(guān)文檔交由項(xiàng)目管理委員會(huì)進(jìn)行項(xiàng)目設(shè)計(jì)評(píng)審。通過評(píng)審后，方可進(jìn)行編碼工作。

項(xiàng)目設(shè)計(jì)評(píng)審表.docx

1.6 編碼和測(cè)試用例編寫階段

項(xiàng)目編碼階段，項(xiàng)目經(jīng)理需要對(duì)項(xiàng)目執(zhí)行情況進(jìn)行控制和監(jiān)督，其中包括（項(xiàng)目輸入，項(xiàng)目輸出，里程碑）。如果由于特殊情況，如：需求變化，人員臨時(shí)調(diào)配，或者其他原因?qū)е碌捻?xiàng)目范圍和時(shí)間，計(jì)劃等變更，項(xiàng)目經(jīng)理應(yīng)該及時(shí)填寫變更申請(qǐng)。并提交給項(xiàng)目管理委員會(huì)。作為之后項(xiàng)目輸出驗(yàn)證的重要依據(jù)項(xiàng)目變更申請(qǐng)書.doc。

在此階段，測(cè)試人員應(yīng)該根據(jù)《需求說明書》，《概要設(shè)計(jì)》和《詳細(xì)設(shè)計(jì)說明書》的內(nèi)容，編寫相應(yīng)的《測(cè)試用例》。1.7 測(cè)試階段

編碼完成后，應(yīng)該移交測(cè)試組進(jìn)行相關(guān)測(cè)試工作。按照測(cè)試流程，需要提交《測(cè)試申請(qǐng)表》。測(cè)試人員在接收到《測(cè)試申請(qǐng)》后，應(yīng)該與研發(fā)人員討論《測(cè)試用例》的相關(guān)內(nèi)容，確定測(cè)試時(shí)間，開始程序測(cè)試。并在測(cè)試工作完成后，編寫對(duì)應(yīng)的《測(cè)試報(bào)告》。

1.8 結(jié)項(xiàng)評(píng)審與驗(yàn)證

項(xiàng)目負(fù)責(zé)人和測(cè)試負(fù)責(zé)人分別填寫《項(xiàng)目結(jié)項(xiàng)評(píng)審表》，交由項(xiàng)目管理委員會(huì)進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^后，由研發(fā)中心副總經(jīng)理進(jìn)行發(fā)布確認(rèn)。

項(xiàng)目結(jié)項(xiàng)評(píng)審驗(yàn)證表.doc

1.9 新產(chǎn)品發(fā)布

編寫《用戶手冊(cè)》。方可進(jìn)行新產(chǎn)品發(fā)布。

2，舊項(xiàng)目升級(jí)開發(fā)管理流程

舊項(xiàng)目的升級(jí)，依照如下流程：

2.1項(xiàng)目升級(jí)需求分析

項(xiàng)目需求分析，需要收集用戶在產(chǎn)品使用過程中，已經(jīng)技術(shù)人員在調(diào)試過程中的反饋?zhàn)鳛樾枨蠓治龅妮斎?。并填寫?duì)應(yīng)的項(xiàng)目升級(jí)需求報(bào)告表。項(xiàng)目升級(jí)需求報(bào)告表.doc

2.2 升級(jí)評(píng)審

將《升級(jí)需求報(bào)告》交由項(xiàng)目管理委員會(huì)，評(píng)審?fù)ㄟ^后，進(jìn)行升級(jí)設(shè)計(jì)。2.2項(xiàng)目升級(jí)設(shè)計(jì)

項(xiàng)目負(fù)責(zé)人，根據(jù)需求報(bào)告和升級(jí)具體情況，編寫升級(jí)開發(fā)方案。項(xiàng)目升級(jí)開發(fā)方案.docx。并安排整改工作計(jì)劃。

2.3 項(xiàng)目升級(jí)設(shè)計(jì)評(píng)審

升級(jí)開發(fā)方案完成后，填寫《項(xiàng)目設(shè)計(jì)評(píng)審表》，交由項(xiàng)目管理委員會(huì)評(píng)審。

2.4 編碼

按照項(xiàng)目升級(jí)開發(fā)方案進(jìn)行編碼設(shè)計(jì)，如果編碼工作中，發(fā)生特殊情況需要變更計(jì)劃，或者項(xiàng)目范圍等，同樣需要提交《變更申請(qǐng)》，作為項(xiàng)目驗(yàn)證的基礎(chǔ)。同樣，此階段，測(cè)試人員應(yīng)該編寫或者修改相關(guān)測(cè)試用例。

2.5 測(cè)試

編碼完成后，應(yīng)該移交測(cè)試組進(jìn)行相關(guān)測(cè)試工作。按照測(cè)試流程，需要提交《測(cè)試申請(qǐng)表》。測(cè)試人員在接收到測(cè)試申請(qǐng)后，應(yīng)該與研發(fā)人員討論《測(cè)試用例》的相關(guān)內(nèi)容，確定測(cè)試時(shí)間，開始程序測(cè)試。并在測(cè)試工作完成后，編寫對(duì)應(yīng)的《測(cè)試報(bào)告》。

2.6 升級(jí)輸出評(píng)審

項(xiàng)目負(fù)責(zé)人和測(cè)試負(fù)責(zé)人分別填寫《項(xiàng)目結(jié)項(xiàng)評(píng)審表》，交由項(xiàng)目管理委員會(huì)進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^后，由副總經(jīng)理進(jìn)行發(fā)布確認(rèn)后。

第二篇：軟件項(xiàng)目開發(fā)工作流程

軟件項(xiàng)目開發(fā)工作流程

一、簡(jiǎn)述

對(duì)于一個(gè)新項(xiàng)目，從可行性研究到產(chǎn)品交貨整個(gè)生存階段將經(jīng)歷如下十大流程：

1、項(xiàng)目可行性研究階段

2、立項(xiàng)階段

3、需求分析階段

4、開發(fā)策劃階段

5、設(shè)計(jì)階段

6、編碼實(shí)現(xiàn)階段

7、測(cè)試階段

8、驗(yàn)收階段

9、產(chǎn)品交付使用

10、維護(hù)階段

二、項(xiàng)目組基本組成及崗位職責(zé)

新項(xiàng)目立項(xiàng)時(shí)會(huì)成立項(xiàng)目組，不同的項(xiàng)目組成員有不同的職責(zé)，一個(gè)項(xiàng)目組成員也可以身兼多職，但不可身兼全職。

a項(xiàng)目負(fù)責(zé)人：負(fù)責(zé)項(xiàng)目的管理、組織、對(duì)技術(shù)、進(jìn)度、質(zhì)量全面負(fù)責(zé)。b質(zhì)量保證人員：負(fù)責(zé)質(zhì)量保證工作計(jì)劃的落實(shí)和軟件的質(zhì)量保證。

C配臵管理人員：負(fù)責(zé)本項(xiàng)目的配臵管理工作，對(duì)本項(xiàng)目的文檔、程序是否符合規(guī)程文件的要求進(jìn)行形式化的檢查。

D分析人員：主要負(fù)責(zé)本項(xiàng)目的需求分析工作。E設(shè)計(jì)人員：主要負(fù)責(zé)本項(xiàng)目的設(shè)計(jì)工作。

F程序員：按設(shè)計(jì)要求和有關(guān)標(biāo)準(zhǔn)進(jìn)行編程工作。

G測(cè)試人員：負(fù)責(zé)單元測(cè)試、組合測(cè)試和總裝測(cè)試工作。H文檔人員：負(fù)責(zé)本項(xiàng)目有關(guān)文檔的編寫工作。

I產(chǎn)品經(jīng)理：協(xié)助進(jìn)行產(chǎn)品研制計(jì)劃制定、產(chǎn)品發(fā)布與產(chǎn)品推廣等,在產(chǎn)品開發(fā)中，充分代表用戶的利益，提供建議,負(fù)責(zé)在產(chǎn)品功能與出品日期二者之間的權(quán)衡;負(fù)責(zé)產(chǎn)品市場(chǎng)營銷、產(chǎn)品銷售和市場(chǎng)推廣過程。（通常由營銷部門或中試部門人員擔(dān)任）

三、軟件開發(fā)流程

3．1 可行性研究階段

如果是公司自主開發(fā)項(xiàng)目，可行性研究通常是由公司技術(shù)負(fù)責(zé)人根據(jù)公司產(chǎn)品規(guī)劃和市場(chǎng)需求，在要開展新項(xiàng)目前通過部門負(fù)責(zé)人指定人員進(jìn)行的前期調(diào)研工作，可行性研究負(fù)責(zé)人員對(duì)產(chǎn)品的市場(chǎng)需求、技術(shù)發(fā)展、市場(chǎng)定位、功能需求、經(jīng)濟(jì)效益、進(jìn)度需求、風(fēng)險(xiǎn)分析等進(jìn)行可行性研究，提供產(chǎn)品立項(xiàng)建議，擬制可行性研究報(bào)告，由部門負(fù)責(zé)人指定營銷部門配合可行性分析人員，技術(shù)負(fù)責(zé)人協(xié)助安排。可行性分析完畢后由總工辦組織對(duì)可行性研究報(bào)告進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。

如果是系統(tǒng)集成部外接的系統(tǒng)集成項(xiàng)目，在系統(tǒng)集成部與客戶簽訂合同之前，均應(yīng)對(duì)將簽項(xiàng)目進(jìn)行資源、技術(shù)、市場(chǎng)的可行性分析，可行性分析通過后、簽訂合同前由總工辦組織相關(guān)人員對(duì)合同條款進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。

本階段提交的文檔：項(xiàng)目可行性研究任務(wù)書（技術(shù)負(fù)責(zé)人或部門負(fù)責(zé)人下達(dá)）

項(xiàng)目可行性研究報(bào)告（可行性研究人員編寫）

系統(tǒng)集成項(xiàng)目合同 質(zhì)量記錄：可行性分析評(píng)審報(bào)告 3．2立項(xiàng)階段

可行性分析評(píng)審?fù)ㄟ^后，由開發(fā)部門經(jīng)理下達(dá)立項(xiàng)任務(wù)，指定相關(guān)人員填寫立項(xiàng)申請(qǐng)報(bào)告報(bào)批。報(bào)批通過后，由部門經(jīng)理與技術(shù)負(fù)責(zé)人協(xié)商，下達(dá)開發(fā)任務(wù)書，經(jīng)技術(shù)負(fù)責(zé)人審核確認(rèn)后，報(bào)公司批準(zhǔn)。批準(zhǔn)立項(xiàng)后項(xiàng)目進(jìn)度應(yīng)以立項(xiàng)申請(qǐng)報(bào)告中的階段進(jìn)度為準(zhǔn)，如果進(jìn)度要調(diào)整，需填寫進(jìn)度調(diào)整申請(qǐng)報(bào)告報(bào)批。本階段提交的文檔：項(xiàng)目立項(xiàng)申請(qǐng)報(bào)告

開發(fā)任務(wù)書

3．3 需求分析階段

承辦單位根據(jù)交辦單位提出的技術(shù)要求和相應(yīng)的軟件任務(wù)書以及其它有關(guān)文件，與交辦單位協(xié)作，確定詳細(xì)的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng)審定和批準(zhǔn)后將作為整個(gè)軟件開發(fā)工作的基礎(chǔ)列入配臵管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個(gè)討論、進(jìn)一步完善的基礎(chǔ)。在本階段，由產(chǎn)品經(jīng)理負(fù)責(zé)，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面向最終用戶和領(lǐng)導(dǎo)，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項(xiàng)目經(jīng)理負(fù)責(zé)編寫系統(tǒng)技術(shù)方案書，描述公司初次使用的技術(shù)的詳細(xì)解決方案。本階段完畢后對(duì)需求分析進(jìn)行評(píng)審，出具需求分析評(píng)審報(bào)告。本階段提交的文檔：軟件需求規(guī)格說明書。

原型分析說明書

產(chǎn)品規(guī)格說明書

系統(tǒng)技術(shù)方案書

質(zhì)量記錄：

需求分析評(píng)審報(bào)告

提交的軟件：產(chǎn)品的原型（注：如果時(shí)間有限，可以只編寫原型分析說明書而不作原型）

3．4開發(fā)策化階段 根據(jù)項(xiàng)目要求和軟件需求，由配臵人員配合項(xiàng)目經(jīng)理編寫本項(xiàng)目的質(zhì)量保證計(jì)劃、配臵管理計(jì)劃和項(xiàng)目綜合計(jì)劃。在配臵管理計(jì)劃中，應(yīng)列明本項(xiàng)目需提交的各階段文檔的名稱，在項(xiàng)目各階段完成后，項(xiàng)目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計(jì)劃時(shí)，應(yīng)為計(jì)劃、設(shè)計(jì)、測(cè)試、改錯(cuò)、再測(cè)試、變更、以及編制文檔留出足夠的時(shí)間。不應(yīng)使用突擊的辦法來完成項(xiàng)目。

本階段涉及的文檔：軟件質(zhì)量保證計(jì)劃

配臵管理計(jì)劃

項(xiàng)目綜合計(jì)劃

3．5設(shè)計(jì)階段 3．5．1概要設(shè)計(jì)

根據(jù)軟件需求規(guī)格說明建立軟件總體結(jié)構(gòu)和模塊間的關(guān)系，確定各模塊功能，定義各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫和數(shù)據(jù)結(jié)構(gòu)，在概要設(shè)計(jì)明確后，可以對(duì)綜合計(jì)劃進(jìn)一步細(xì)化，填寫項(xiàng)目進(jìn)度預(yù)計(jì)。概要設(shè)計(jì)需經(jīng)過評(píng)審。本階段涉及的文檔：產(chǎn)品概要設(shè)計(jì)說明書

數(shù)據(jù)庫設(shè)計(jì)說明

項(xiàng)目進(jìn)度預(yù)計(jì) 質(zhì)量記錄： 評(píng)審報(bào)告 3．5．2詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中產(chǎn)生的功能模塊進(jìn)行過程描述設(shè)計(jì)，設(shè)計(jì)功能模塊的內(nèi)部細(xì)節(jié)，包括算法和數(shù)據(jù)結(jié)構(gòu)，為編寫源代碼提供必要的說明。詳細(xì)設(shè)計(jì)需要經(jīng)過評(píng)審。本階段涉及的文檔：軟件詳細(xì)設(shè)計(jì)說明書

測(cè)試計(jì)劃 質(zhì)量記錄： 評(píng)審報(bào)告 3．6編碼實(shí)現(xiàn)階段

根據(jù)軟件詳細(xì)設(shè)計(jì)說明、對(duì)各程序模塊進(jìn)行編碼、調(diào)試、靜態(tài)分析和單元測(cè)試，驗(yàn)證程序單元與設(shè)計(jì)說明的一致性。本階段涉及的文檔：項(xiàng)目進(jìn)度月報(bào)

項(xiàng)目周計(jì)劃和周總結(jié)

項(xiàng)目開發(fā)人員周計(jì)劃

工作日志

每周例會(huì)記錄

配臵項(xiàng)更改申請(qǐng)單 3．6 測(cè)試階段

3．6．1 軟件單元測(cè)試

按詳細(xì)設(shè)計(jì)的結(jié)構(gòu)，根據(jù)軟件單元測(cè)試計(jì)劃，依照將經(jīng)過單元測(cè)試的底層程序單元逐步組裝成子項(xiàng)目直到開發(fā)項(xiàng)目的過程，對(duì)軟件進(jìn)行測(cè)試。本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單 參考文檔：北京世紀(jì)科怡軟件開發(fā)操作指導(dǎo)書中的“測(cè)試階段操作指導(dǎo)書”

3．6．2組裝測(cè)試

根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測(cè)試計(jì)劃，對(duì)軟件進(jìn)行組裝測(cè)試，以確定整個(gè)軟件是否滿足軟件需求，是否可以提交總裝測(cè)試。

軟件組裝測(cè)試計(jì)劃（含測(cè)試用例設(shè)計(jì)）的編制工作和軟件組裝測(cè)試環(huán)境的研制、組建工作，應(yīng)從軟件需求分析階段起與軟件開發(fā)同步展開。本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單

3．7 中試階段

項(xiàng)目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗(yàn)收后提交中試部中試，中試部根據(jù)需求分析報(bào)告,從用戶的角度出發(fā)對(duì)產(chǎn)品的功能、性能進(jìn)行中試。本階段涉及的文檔：中試計(jì)劃

中試問題報(bào)告單

3．7 驗(yàn)收交付

對(duì)完成中試的軟件進(jìn)行檢查、審查和評(píng)審，確定軟件是否達(dá)到了軟件任務(wù)書的要求。驗(yàn)收通過的軟件可以向軟件交辦單位交付。項(xiàng)目經(jīng)理及項(xiàng)目組人員應(yīng)在此階段完成項(xiàng)目總結(jié)，項(xiàng)目經(jīng)理提交項(xiàng)目開發(fā)總結(jié)報(bào)告，項(xiàng)目組成員提交個(gè)人工作總結(jié)報(bào)告。

本階段涉及的文檔：驗(yàn)收?qǐng)?bào)告

項(xiàng)目開發(fā)總結(jié)報(bào)告

個(gè)人工作總結(jié)報(bào)告

3．8 軟件維護(hù)

對(duì)軟件的維護(hù)包括針對(duì)軟件運(yùn)行過程中發(fā)現(xiàn)的問題而進(jìn)行的改正性維護(hù)，針對(duì)不同任務(wù)對(duì)軟件提出不需求而進(jìn)行的改善性維護(hù)，以及可能出現(xiàn)的由于軟件運(yùn)行環(huán)境的改變而進(jìn)行的適應(yīng)性維護(hù)。本階段涉及的文檔：軟件問題匯總表

維護(hù)報(bào)告

四、項(xiàng)目開發(fā)文件的審批

? 可行性研究報(bào)告及立項(xiàng)申請(qǐng)、項(xiàng)目開發(fā)計(jì)劃及項(xiàng)目開發(fā)總結(jié)、確認(rèn)計(jì)劃及確認(rèn)報(bào)告、驗(yàn)收計(jì)劃及驗(yàn)收?qǐng)?bào)告由技術(shù)負(fù)責(zé)人審批。? 項(xiàng)目組人員編寫的其他文件由項(xiàng)目經(jīng)理審批。

五、各階段共同的任務(wù)要求 5．1編寫文檔

在軟件開發(fā)過程的各個(gè)階段，都要求完成相應(yīng)的文檔編寫工作。本文檔的前面部分已給出了在軟件自上而下周期各個(gè)階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類： a． 開發(fā)過程中填寫的各種圖表，稱為工作表格； b． 應(yīng)編制的技術(shù)資料或技術(shù)管理資料，稱為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類： a． 開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)劃。b． 管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員的一些工作計(jì)劃或工作報(bào)告。使管理人員能夠通過這些文檔了解軟件開發(fā)項(xiàng)目安排、進(jìn)度、資源使用和成果等。包括項(xiàng)目開發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目周計(jì)劃周總結(jié)及項(xiàng)目開發(fā)總結(jié)等。c． 用戶文檔：這類文檔是軟件開發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操作、維護(hù)的資料。包括用戶手冊(cè)、操作手冊(cè)、維護(hù)修改建議、軟件需求說明書。

項(xiàng)目各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。

5．2驗(yàn)證與評(píng)審

軟件評(píng)審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過程，并把評(píng)審?fù)ㄟ^作為一個(gè)軟件階段完成的標(biāo)志，進(jìn)而轉(zhuǎn)入下一個(gè)開發(fā)階段。軟件評(píng)審包括有正式評(píng)審(即評(píng)審)、內(nèi)部評(píng)審兩種形式。正式評(píng)審是軟件項(xiàng)目組上級(jí)技術(shù)主管主持的評(píng)審。內(nèi)部評(píng)審以由項(xiàng)目負(fù)責(zé)人組織、開發(fā)人員相互檢查為基本方式。

就整個(gè)軟件開發(fā)過程而言，至少要進(jìn)行可行性分析、軟件需求評(píng)審、設(shè)計(jì)評(píng)審、軟件驗(yàn)證和確認(rèn)評(píng)審、管理評(píng)審等五個(gè)方面的評(píng)審和檢查工作。

第三篇：軟件項(xiàng)目設(shè)計(jì)和開發(fā)評(píng)審流程

軟件項(xiàng)目設(shè)計(jì)和開發(fā)評(píng)審流程目的設(shè)計(jì)和開發(fā)評(píng)審的目的是由一組有資格的人員對(duì)軟件設(shè)計(jì)和開發(fā)的輸出進(jìn)行評(píng)價(jià)，以判斷確定設(shè)計(jì)和開發(fā)的輸出能否實(shí)現(xiàn)軟件產(chǎn)品預(yù)先定義的規(guī)格，同時(shí)通過評(píng)審標(biāo)識(shí)出與規(guī)格和標(biāo)準(zhǔn)的偏差。它向管理部門提供充足的證據(jù)以證明

1）設(shè)計(jì)和開發(fā)的輸出符合了其規(guī)格要求；

2）設(shè)計(jì)和開發(fā)的輸出是否滿足相關(guān)法律、法規(guī)以及企業(yè)標(biāo)準(zhǔn)的要求；

3）軟件產(chǎn)品的更改得到了恰當(dāng)?shù)貙?shí)施；

4）軟件產(chǎn)品的更改只對(duì)那些規(guī)格發(fā)生了更改的系統(tǒng)區(qū)域有影響，沒有引入新的問題。2 范圍

本規(guī)范適應(yīng)于對(duì)軟件設(shè)計(jì)和開發(fā)的輸出以及設(shè)計(jì)與開發(fā)的更改進(jìn)行評(píng)審。角色和職責(zé)

3.1 主審人。主審人是技術(shù)評(píng)審的指揮人員，負(fù)責(zé)評(píng)審活動(dòng)的組織、結(jié)論、書面報(bào)告和問題跟蹤。

3.2 評(píng)審專家。評(píng)審專家應(yīng)由滿足要求的技術(shù)人員擔(dān)任，負(fù)責(zé)向評(píng)審組成員提出自己的評(píng)審意見和建議。

3.3 質(zhì)量保證人員：

3.4 記錄員。會(huì)議記錄人員。

3.5 顧客和用戶代表。必要時(shí)，由主審人確定能夠充當(dāng)顧客和用戶代表的角色。

3.6 相關(guān)領(lǐng)導(dǎo)和部門管理人員。評(píng)審時(shí)機(jī)

按《產(chǎn)品開發(fā)計(jì)劃》所策劃的的評(píng)審檢查點(diǎn)進(jìn)行。因臨時(shí)變更引起的突發(fā)性的評(píng)審隨時(shí)進(jìn)行。評(píng)審的基本要求

a）設(shè)計(jì)和開發(fā)評(píng)審應(yīng)分級(jí)進(jìn)行。公司級(jí)的項(xiàng)目應(yīng)進(jìn)行公司級(jí)評(píng)審；業(yè)務(wù)部門級(jí)的項(xiàng)目一般進(jìn)行業(yè)務(wù)部門級(jí)評(píng)審；

b）設(shè)計(jì)和開發(fā)評(píng)審視具體情況可一次進(jìn)行，也可分段進(jìn)行；

c）評(píng)審結(jié)論應(yīng)明確；

d）評(píng)審資料應(yīng)及時(shí)歸檔。評(píng)審依據(jù)

a）合同、技術(shù)協(xié)議書、需求規(guī)格說明書和設(shè)計(jì)任務(wù)書；

b）有關(guān)標(biāo)準(zhǔn)、規(guī)范和質(zhì)量保證文件。評(píng)審內(nèi)容

評(píng)審的內(nèi)容可根據(jù)產(chǎn)品設(shè)計(jì)的研制周期、技術(shù)難度、復(fù)雜程度以及使用方的要求有所側(cè)重和適當(dāng)?shù)脑鰷p，但應(yīng)滿足對(duì)設(shè)計(jì)結(jié)果進(jìn)行評(píng)審的要求。主要內(nèi)容：

a）設(shè)計(jì)方案正確性、先進(jìn)性、可行性和經(jīng)濟(jì)性；

b）系統(tǒng)組成、系統(tǒng)要求及接口協(xié)調(diào)的合理性；

c）系統(tǒng)與各子系統(tǒng)間技術(shù)接口的協(xié)調(diào)性；

d）采用設(shè)計(jì)準(zhǔn)則、規(guī)范和標(biāo)準(zhǔn)的合理性；

e）系統(tǒng)可靠性、維修性、安全性要求是否合理；

f）關(guān)鍵技術(shù)的落實(shí)解決情況；

g）編制的質(zhì)量計(jì)劃是否可行。評(píng)審方式評(píng)審方式有會(huì)簽評(píng)審和會(huì)議評(píng)審兩種。

第四篇：軟件項(xiàng)目開發(fā)工作流程

軟件項(xiàng)目開發(fā)工作流程

一、簡(jiǎn)述

對(duì)于一個(gè)新項(xiàng)目，從可行性研究到產(chǎn)品交貨整個(gè)生存階段將經(jīng)歷如下十大流程：

1、項(xiàng)目可行性研究階段

2、立項(xiàng)階段

3、需求分析階段

4、開發(fā)策劃階段

5、設(shè)計(jì)階段

6、編碼實(shí)現(xiàn)階段

7、測(cè)試階段

8、驗(yàn)收階段

9、產(chǎn)品交付使用

10、維護(hù)階段

二、項(xiàng)目組基本組成及崗位職責(zé)

新項(xiàng)目立項(xiàng)時(shí)會(huì)成立項(xiàng)目組，不同的項(xiàng)目組成員有不同的職責(zé)，一個(gè)項(xiàng)目組成員也可以身兼多職，但不可身兼全職。

a項(xiàng)目負(fù)責(zé)人：負(fù)責(zé)項(xiàng)目的管理、組織、對(duì)技術(shù)、進(jìn)度、質(zhì)量全面負(fù)責(zé)。b質(zhì)量保證人員：負(fù)責(zé)質(zhì)量保證工作計(jì)劃的落實(shí)和軟件的質(zhì)量保證。

C配臵管理人員：負(fù)責(zé)本項(xiàng)目的配臵管理工作，對(duì)本項(xiàng)目的文檔、程序是否符合規(guī)程文件的要求進(jìn)行形式化的檢查。

D分析人員：主要負(fù)責(zé)本項(xiàng)目的需求分析工作。

E設(shè)計(jì)人員：主要負(fù)責(zé)本項(xiàng)目的設(shè)計(jì)工作。

F程序員：按設(shè)計(jì)要求和有關(guān)標(biāo)準(zhǔn)進(jìn)行編程工作。

G測(cè)試人員：負(fù)責(zé)單元測(cè)試、組合測(cè)試和總裝測(cè)試工作。

H文檔人員：負(fù)責(zé)本項(xiàng)目有關(guān)文檔的編寫工作。

I產(chǎn)品經(jīng)理：協(xié)助進(jìn)行產(chǎn)品研制計(jì)劃制定、產(chǎn)品發(fā)布與產(chǎn)品推廣等,在產(chǎn)品開發(fā)中，充分代表用戶的利益，提供建議,負(fù)責(zé)在產(chǎn)品功能與出品日期二者之間的權(quán)衡;負(fù)責(zé)產(chǎn)品市場(chǎng)營銷、產(chǎn)品銷售和市場(chǎng)推廣過程。（通常由營銷部門或中試部門人員擔(dān)任）

三、軟件開發(fā)流程

3．1 可行性研究階段

如果是公司自主開發(fā)項(xiàng)目，可行性研究通常是由公司技術(shù)負(fù)責(zé)人根據(jù)公司產(chǎn)品規(guī)劃和市場(chǎng)需求，在要開展新項(xiàng)目前通過部門負(fù)責(zé)人指定人員進(jìn)行的前期調(diào)研工作，可行性研究負(fù)責(zé)人員對(duì)產(chǎn)品的市場(chǎng)需求、技術(shù)發(fā)展、市場(chǎng)定位、功能需

求、經(jīng)濟(jì)效益、進(jìn)度需求、風(fēng)險(xiǎn)分析等進(jìn)行可行性研究，提供產(chǎn)品立項(xiàng)建議，擬制可行性研究報(bào)告，由部門負(fù)責(zé)人指定營銷部門配合可行性分析人員，技術(shù)負(fù)責(zé)人協(xié)助安排。可行性分析完畢后由總工辦組織對(duì)可行性研究報(bào)告進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。

如果是系統(tǒng)集成部外接的系統(tǒng)集成項(xiàng)目，在系統(tǒng)集成部與客戶簽訂合同之前，均應(yīng)對(duì)將簽項(xiàng)目進(jìn)行資源、技術(shù)、市場(chǎng)的可行性分析，可行性分析通過后、簽訂合同前由總工辦組織相關(guān)人員對(duì)合同條款進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。本階段提交的文檔：項(xiàng)目可行性研究任務(wù)書（技術(shù)負(fù)責(zé)人或部門負(fù)責(zé)人下達(dá)）項(xiàng)目可行性研究報(bào)告（可行性研究人員編寫）

系統(tǒng)集成項(xiàng)目合同

質(zhì)量記錄：可行性分析評(píng)審報(bào)告

3．2立項(xiàng)階段

可行性分析評(píng)審?fù)ㄟ^后，由開發(fā)部門經(jīng)理下達(dá)立項(xiàng)任務(wù)，指定相關(guān)人員填寫立項(xiàng)申請(qǐng)報(bào)告報(bào)批。報(bào)批通過后，由部門經(jīng)理與技術(shù)負(fù)責(zé)人協(xié)商，下達(dá)開發(fā)任務(wù)書，經(jīng)技術(shù)負(fù)責(zé)人審核確認(rèn)后，報(bào)公司批準(zhǔn)。批準(zhǔn)立項(xiàng)后項(xiàng)目進(jìn)度應(yīng)以立項(xiàng)申請(qǐng)報(bào)告中的階段進(jìn)度為準(zhǔn)，如果進(jìn)度要調(diào)整，需填寫進(jìn)度調(diào)整申請(qǐng)報(bào)告報(bào)批。本階段提交的文檔：項(xiàng)目立項(xiàng)申請(qǐng)報(bào)告

開發(fā)任務(wù)書

3．3 需求分析階段

承辦單位根據(jù)交辦單位提出的技術(shù)要求和相應(yīng)的軟件任務(wù)書以及其它有關(guān)文件，與交辦單位協(xié)作，確定詳細(xì)的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng)審定和批準(zhǔn)后將作為整個(gè)軟件開發(fā)工作的基礎(chǔ)列入配臵管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個(gè)討論、進(jìn)一步完善的基礎(chǔ)。在本階段，由產(chǎn)品經(jīng)理負(fù)責(zé)，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面向最終用戶和領(lǐng)導(dǎo)，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項(xiàng)目經(jīng)理負(fù)責(zé)編寫系統(tǒng)技術(shù)方案書，描述公司初次使用的技術(shù)的詳細(xì)解決方案。本階段完畢后對(duì)需求分析進(jìn)行評(píng)審，出具需求分析評(píng)審報(bào)告。

本階段提交的文檔：軟件需求規(guī)格說明書。

原型分析說明書

產(chǎn)品規(guī)格說明書

系統(tǒng)技術(shù)方案書

質(zhì)量記錄：需求分析評(píng)審報(bào)告

提交的軟件：產(chǎn)品的原型（注：如果時(shí)間有限，可以只編寫原型分析說明書而不作原型）

3．4開發(fā)策化階段

根據(jù)項(xiàng)目要求和軟件需求，由配臵人員配合項(xiàng)目經(jīng)理編寫本項(xiàng)目的質(zhì)量保證計(jì)劃、配臵管理計(jì)劃和項(xiàng)目綜合計(jì)劃。在配臵管理計(jì)劃中，應(yīng)列明本項(xiàng)目需提交的各階段文檔的名稱，在項(xiàng)目各階段完成后，項(xiàng)目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計(jì)劃時(shí)，應(yīng)為計(jì)劃、設(shè)計(jì)、測(cè)試、改錯(cuò)、再測(cè)試、變更、以及編制文檔留出足夠的時(shí)間。不應(yīng)使用突擊的辦法來完成項(xiàng)目。

本階段涉及的文檔：軟件質(zhì)量保證計(jì)劃

配臵管理計(jì)劃

項(xiàng)目綜合計(jì)劃

3．5設(shè)計(jì)階段

3．5．1概要設(shè)計(jì)

根據(jù)軟件需求規(guī)格說明建立軟件總體結(jié)構(gòu)和模塊間的關(guān)系，確定各模塊功能，定義各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫和數(shù)據(jù)結(jié)構(gòu)，在概要設(shè)計(jì)明確后，可以對(duì)綜合計(jì)劃進(jìn)一步細(xì)化，填寫項(xiàng)目進(jìn)度預(yù)計(jì)。概要設(shè)計(jì)需經(jīng)過評(píng)審。

本階段涉及的文檔：產(chǎn)品概要設(shè)計(jì)說明書

數(shù)據(jù)庫設(shè)計(jì)說明

項(xiàng)目進(jìn)度預(yù)計(jì)

質(zhì)量記錄：評(píng)審報(bào)告

3．5．2詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中產(chǎn)生的功能模塊進(jìn)行過程描述設(shè)計(jì)，設(shè)計(jì)功能模塊的內(nèi)部細(xì)節(jié)，包括算法和數(shù)據(jù)結(jié)構(gòu)，為編寫源代碼提供必要的說明。詳細(xì)設(shè)計(jì)需要經(jīng)過評(píng)審。本階段涉及的文檔：軟件詳細(xì)設(shè)計(jì)說明書

測(cè)試計(jì)劃

質(zhì)量記錄：評(píng)審報(bào)告

3．6編碼實(shí)現(xiàn)階段

根據(jù)軟件詳細(xì)設(shè)計(jì)說明、對(duì)各程序模塊進(jìn)行編碼、調(diào)試、靜態(tài)分析和單元測(cè)試，驗(yàn)證程序單元與設(shè)計(jì)說明的一致性。

本階段涉及的文檔：項(xiàng)目進(jìn)度月報(bào)

項(xiàng)目周計(jì)劃和周總結(jié)

項(xiàng)目開發(fā)人員周計(jì)劃

工作日志

每周例會(huì)記錄

配臵項(xiàng)更改申請(qǐng)單

3．6 測(cè)試階段

3．6．1 軟件單元測(cè)試

按詳細(xì)設(shè)計(jì)的結(jié)構(gòu)，根據(jù)軟件單元測(cè)試計(jì)劃，依照將經(jīng)過單元測(cè)試的底層程序單元逐步組裝成子項(xiàng)目直到開發(fā)項(xiàng)目的過程，對(duì)軟件進(jìn)行測(cè)試。

本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單

參考文檔：北京世紀(jì)科怡軟件開發(fā)操作指導(dǎo)書中的“測(cè)試階段操作指導(dǎo)書”

3．6．2組裝測(cè)試

根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測(cè)試計(jì)劃，對(duì)軟件進(jìn)行組裝測(cè)試，以確定整個(gè)軟件是否滿足軟件需求，是否可以提交總裝測(cè)試。

軟件組裝測(cè)試計(jì)劃（含測(cè)試用例設(shè)計(jì)）的編制工作和軟件組裝測(cè)試環(huán)境的研制、組建工作，應(yīng)從軟件需求分析階段起與軟件開發(fā)同步展開。

本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單

3．7 中試階段

項(xiàng)目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗(yàn)收后提交中試部中試，中試部根據(jù)需求分析報(bào)告,從用戶的角度出發(fā)對(duì)產(chǎn)品的功能、性能進(jìn)行中試。

本階段涉及的文檔：中試計(jì)劃 中試問題報(bào)告單

3．7 驗(yàn)收交付

對(duì)完成中試的軟件進(jìn)行檢查、審查和評(píng)審，確定軟件是否達(dá)到了軟件任務(wù)書的要求。驗(yàn)收通過的軟件可以向軟件交辦單位交付。項(xiàng)目經(jīng)理及項(xiàng)目組人員應(yīng)在此階段完成項(xiàng)目總結(jié)，項(xiàng)目經(jīng)理提交項(xiàng)目開發(fā)總結(jié)報(bào)告，項(xiàng)目組成員提交個(gè)人工作總結(jié)報(bào)告。

本階段涉及的文檔：驗(yàn)收?qǐng)?bào)告

項(xiàng)目開發(fā)總結(jié)報(bào)告

個(gè)人工作總結(jié)報(bào)告

3．8 軟件維護(hù)

對(duì)軟件的維護(hù)包括針對(duì)軟件運(yùn)行過程中發(fā)現(xiàn)的問題而進(jìn)行的改正性維護(hù)，針對(duì)不同任務(wù)對(duì)軟件提出不需求而進(jìn)行的改善性維護(hù)，以及可能出現(xiàn)的由于軟件運(yùn)行環(huán)境的改變而進(jìn)行的適應(yīng)性維護(hù)。

本階段涉及的文檔：軟件問題匯總表

維護(hù)報(bào)告

四、項(xiàng)目開發(fā)文件的審批

? 可行性研究報(bào)告及立項(xiàng)申請(qǐng)、項(xiàng)目開發(fā)計(jì)劃及項(xiàng)目開發(fā)總結(jié)、確認(rèn)計(jì)劃及確

認(rèn)報(bào)告、驗(yàn)收計(jì)劃及驗(yàn)收?qǐng)?bào)告由技術(shù)負(fù)責(zé)人審批。

? 項(xiàng)目組人員編寫的其他文件由項(xiàng)目經(jīng)理審批。

五、各階段共同的任務(wù)要求

5．1編寫文檔

在軟件開發(fā)過程的各個(gè)階段，都要求完成相應(yīng)的文檔編寫工作。本文檔的前面部分已給出了在軟件自上而下周期各個(gè)階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類：

a． 開發(fā)過程中填寫的各種圖表，稱為工作表格；

b． 應(yīng)編制的技術(shù)資料或技術(shù)管理資料，稱為文檔或文件。

按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：

a． 開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)劃。

b． 管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員的一些工作計(jì)劃或工作報(bào)告。使管理人員能夠通過這些文檔了解軟件開發(fā)項(xiàng)目安排、進(jìn)度、資源使用和成果等。包括項(xiàng)目開發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目周計(jì)劃周總結(jié)及項(xiàng)目開發(fā)總結(jié)等。c． 用戶文檔：這類文檔是軟件開發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操作、維護(hù)的資料。包括用戶手冊(cè)、操作手冊(cè)、維護(hù)修改建議、軟件需求說明書。

項(xiàng)目各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。

5．2驗(yàn)證與評(píng)審

軟件評(píng)審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過程，并把評(píng)審?fù)ㄟ^作為一個(gè)軟件階段完成的標(biāo)志，進(jìn)而轉(zhuǎn)入下一個(gè)開發(fā)階段。軟件評(píng)審包括有正式評(píng)審(即評(píng)審)、內(nèi)部評(píng)審兩種形式。正式評(píng)審是軟件項(xiàng)目組上級(jí)技術(shù)主管主持的評(píng)審。內(nèi)部評(píng)審以由項(xiàng)目負(fù)責(zé)人組織、開發(fā)人員相互檢查為基本方式。

就整個(gè)軟件開發(fā)過程而言，至少要進(jìn)行可行性分析、軟件需求評(píng)審、設(shè)計(jì)評(píng)審、軟件驗(yàn)證和確認(rèn)評(píng)審、管理評(píng)審等五個(gè)方面的評(píng)審和檢查工作。

第五篇：軟件項(xiàng)目變更管理流程

變更管理流程 2 概述.......................................................................................錯(cuò)誤！未定義書簽。變更流程.................................................................................................................2

2.1 摘要.........................................................................................................................................2 2.2 提交變更申請(qǐng).........................................................................................................................3 2.3 審核變更申請(qǐng).........................................................................................................................4 2.4 識(shí)別變更可行性.....................................................................................................................4 2.5 批準(zhǔn)變更申請(qǐng).........................................................................................................................4 2.6 實(shí)施變更申請(qǐng).........................................................................................................................4 變更任務(wù).................................................................................................................5

3.1 變更申請(qǐng)人.............................................................................................................................5 3.2 變更經(jīng)理.................................................................................................................................5 3.3 變更可研小組.........................................................................................................................5 3.4 變更審批小組.........................................................................................................................5 3.5 變更實(shí)施小組.........................................................................................................................5 5 變更登記.................................................................................................................6 變更模板.................................................................................................................6

Confidential

Page 1 1 概述

描述變更管理的目的。就項(xiàng)目中變更管理的總體流程提供一份概述，如：

變更管理流程是成功交付項(xiàng)目的基礎(chǔ)。變更管理流程確保對(duì)在項(xiàng)目環(huán)境中的每個(gè)變更在實(shí)施以前都得以恰當(dāng)?shù)亩x、評(píng)估和審批。

對(duì)項(xiàng)目的變更管理是通過對(duì)以下五個(gè)關(guān)鍵步驟的實(shí)施引入的。，: ? 提交和接收變更申請(qǐng) ? 審核和記錄變更申請(qǐng) ? 確定變更申請(qǐng)的可行性 ? 批準(zhǔn)變更申請(qǐng)

? 實(shí)施和結(jié)束變更申請(qǐng)變更流程

對(duì)將要執(zhí)行的流程和程序做一個(gè)圖表概述，以啟動(dòng)、實(shí)施項(xiàng)目中的變更并審核其效果。例如：Provide a diagrammatic representation of the processes and procedures to be undertaken in order to initiate, implement and review the effects of changes within the project.An example follows:

2.1 概要

下圖對(duì)將要執(zhí)行的變更流程和程序做了一個(gè)概述，以有效地管理與項(xiàng)目相關(guān)的變更。同時(shí)也明確的變更管理中的職責(zé)分工。

Confidential

Page 2 ChangeManagementProcessChangeManagementRole1.1 Changerequirementidentified1.0 SubmitChange Request1.2 ChangeRequest FormsubmittedChangeRequestor2.1 ChangeRequest Formreviewed2.0 ReviewChange Request2.2 FeasibilityStudy required?ChangeManagerNoYes3.1 ChangeFeasibility Studyperformed3.0 IdentifyChange Feasibility3.2 ChangeFeasibility StudyapprovedChangeFeasibility Group3.3 Changedocumentationsubmitted4.1 Changedocumentationreviewed4.0 ApproveChange Request4.2 Changeapproved?ChangeApproval GroupNoYes5.1 Changeimplementationscheduled5.2 Changeimplementationtested5.0 ImplementChange Request5.3 ChangeimplementationperformedChangeImplementationGroup5.4 Changeimplementationreviewed5.5 Changeclosed2.2 提交變更申請(qǐng)

本步驟中項(xiàng)目團(tuán)隊(duì)中的任何成員都可以提交項(xiàng)目變更申請(qǐng)，需要完成以下工作：

? 變更申請(qǐng)人識(shí)別項(xiàng)目中任何方面的變更需求（如范圍、可交付成果、時(shí)限、組織）.? 變更申請(qǐng)人完成變更申請(qǐng)表（CRF），并將其呈交變更經(jīng)理。變更申請(qǐng)表對(duì)需要進(jìn)行的變更做一概述，包括：

? 變更描述

? 變更原因（包括商業(yè)驅(qū)動(dòng)）? 變更利益 ? 變更成本

? 變更帶來的影響 ? 支持性文件

2.3 審核變更申請(qǐng)

本步驟授權(quán)變更經(jīng)理對(duì)變更申請(qǐng)表進(jìn)行審核，以決定是否需要一份充分的可行性研究報(bào)告以供變更批準(zhǔn)小組評(píng)估變更可能帶來的全部影響。做出上述決定的基本依據(jù)是：

? 呈交的可選擇變更數(shù)目Number of change options presented ? 申請(qǐng)變更可選反性的復(fù)雜程度Complexity of the change options requested ? 提出的變更解決方案的衡量Scale of the change solutions proposed 變更經(jīng)理將不會(huì)在變更日志中打開一份變更申請(qǐng)并記錄是否需要一個(gè)變更可行性研究。The Change Manager will open a 慍hange Request’ in the Change Log and record whether or not a change feasibility study is required.2.4 識(shí)別變更可行性

本步驟涉及完成一份完整的變更可行性研究，以確保對(duì)所有的變更可選項(xiàng)進(jìn)行調(diào)查并上報(bào)，變更可行性研究包括對(duì)以下各項(xiàng)的定義：

? 變更需求

? 變更可選項(xiàng)Change options ? 變更成本及利益

? 變更風(fēng)險(xiǎn)及事項(xiàng)Change risks and issues ? 變更帶來的影響 ? 變更的建議和計(jì)劃

對(duì)對(duì)可行性研究進(jìn)行認(rèn)真審核以確保研究是切題的，同時(shí)確保（經(jīng)過變更后的）最終的可交付成果是可以通過的—那研究報(bào)告就可以上報(bào)變更審批小組了。變更經(jīng)理將整理所有變更文件并報(bào)變更審批小組做最終審核。這些文件包括：: ? 原始的變更申請(qǐng)表

? 已通過的變更可行性研究報(bào)告 ? 所有支持性文件

2.5 批準(zhǔn)變更申請(qǐng)

本步驟涉及變更審批小組對(duì)變更申請(qǐng)的正式審核。變更審批小組可能做出下列任何一種結(jié)論：

? 拒絕變更Reject the change ? 要求與變更相關(guān)的更多信息Request more information related to the change ? 批準(zhǔn)變更申請(qǐng)Approve the change as requested ? 在特定條件下批準(zhǔn)變更Approve the change subject to specified conditions

決定是否變更的標(biāo)準(zhǔn)大致為：

? 實(shí)施變更給項(xiàng)目帶來的風(fēng)險(xiǎn) ? 不實(shí)施變更給項(xiàng)目帶來的風(fēng)險(xiǎn)

? 實(shí)施變更對(duì)項(xiàng)目產(chǎn)生的影響（時(shí)間、資源、財(cái)務(wù)、質(zhì)量方面）?

2.6 實(shí)施變更申請(qǐng)

本步驟涉及對(duì)變更的全面實(shí)施，包括: ? ? ? ? ? ? 確定變更進(jìn)度（如：實(shí)施變更的日期）

實(shí)施前對(duì)變更進(jìn)行測(cè)試Testing the change prior to implementation 實(shí)施變更

對(duì)實(shí)施變更的成功度進(jìn)行審核 就實(shí)施變更的成功度進(jìn)行溝通 在變更日志中結(jié)束變更 變更職責(zé)

對(duì)項(xiàng)目中啟動(dòng)、審核和實(shí)施變更所涉及的所有資源（包括項(xiàng)目中或項(xiàng)目之外的資源）的職責(zé)和責(zé)任進(jìn)行定義，如：

3.1 變更申請(qǐng)人

變更申請(qǐng)人最初意識(shí)到對(duì)項(xiàng)目進(jìn)行變更的必要性并就此需求與變更經(jīng)理進(jìn)行正式溝通。其主要職責(zé)為: ? 及早識(shí)別對(duì)項(xiàng)目進(jìn)行變更的需求

? 通過完成變更需求表來完成對(duì)更申請(qǐng)的正式文件 ? 將變更申請(qǐng)表提交變更經(jīng)理以供審

3.2 變更經(jīng)理

變更經(jīng)理對(duì)一個(gè)項(xiàng)目中所有的變更進(jìn)行接收、記錄、監(jiān)測(cè)和控制。其主要職責(zé)為：

? 接收所有的變更申請(qǐng)并將其記錄于變更登記簿中 ? 將所有的變更申請(qǐng)進(jìn)行分類、優(yōu)選

? 審核所有變更申請(qǐng)以確定在提交變更審核小組前是否還需增加有關(guān)信息 ? 確定是否需要進(jìn)行一個(gè)正式的可行性研究并提交變更審核小組 ? 通過委派變更可行性研究小組來啟動(dòng)變更可行生研

? 對(duì)所有的變更申請(qǐng)進(jìn)展情況進(jìn)行監(jiān)測(cè)以確保項(xiàng)目按時(shí)完成 ? 將所有的變更申請(qǐng)問題和風(fēng)險(xiǎn)上報(bào)變更審批小組 ? 就變更審批小組做出的所有決定進(jìn)行下達(dá)和溝通

3.3 變更可行性研究（可研）小組

變更可行性小組負(fù)責(zé)完成由變更經(jīng)理簽發(fā)的對(duì)于某變更申請(qǐng)的正式的可行性研究，主要職責(zé)為：

? 通過進(jìn)行摸擬研究來確定變更可能的要素：成本、利益和變更帶來的影響。? 將變更可行性研究報(bào)告中的所有發(fā)現(xiàn)形成文字 ? 對(duì)報(bào)告進(jìn)行認(rèn)真審核并批準(zhǔn)交其上報(bào)。? 將報(bào)告轉(zhuǎn)變更經(jīng)理以提交變更審批小組 ?

3.4 變更審批小組

變更審批小組決定是否批準(zhǔn)變更經(jīng)理轉(zhuǎn)來的所有變更申請(qǐng)。其主要職責(zé)為：

? 審核變更經(jīng)理轉(zhuǎn)來的所有變更申請(qǐng) ? 考慮所有變更支持性文件

? 根據(jù)每個(gè)變更申請(qǐng)的相關(guān)價(jià)值決定批準(zhǔn)還是拒絕 ? 解決變更爭(zhēng)議（當(dāng)兩個(gè)或兩以上變更撞車時(shí)）? 解決變更問題Resolving change issues ? 決定實(shí)施變更時(shí)間表

3.5 變更實(shí)施小組

變更實(shí)施小組對(duì)項(xiàng)目中所有變更的實(shí)施進(jìn)行計(jì)劃、落實(shí)和審核。變更實(shí)施小組主要負(fù)責(zé)： ? ? ? ? ? 計(jì)劃所有變更的進(jìn)度（在變更審批小組提供的總體時(shí)間框架范圍內(nèi)）)在實(shí)施前對(duì)所有變更進(jìn)行測(cè)試 實(shí)施項(xiàng)目中的所有變更 實(shí)施后審核變更的成功度 在變更日志中請(qǐng)求結(jié)束變更 變更登記簿

變更登記簿是用于登記、跟蹤變更申請(qǐng)進(jìn)展情況的日志/數(shù)據(jù)庫。描述項(xiàng)目變更登記簿的目的和用途，在下面插入一個(gè)真實(shí)的變更登記文本 變更模版

插入所需的每個(gè)模版（如變更申請(qǐng)表）以對(duì)項(xiàng)目中變更的效果加以啟動(dòng)、執(zhí)行、實(shí)施和考量。