IT項(xiàng)目管理辦法(DOC 48頁).doc

1、IT項(xiàng)目管理辦法信息管理部2004.4目錄前言4一、術(shù)語定義5二、IT項(xiàng)目生存期72.1應(yīng)用開發(fā)項(xiàng)目生存期72.2應(yīng)用部署項(xiàng)目生存期82.3生存期模型裁減102.3.1內(nèi)部項(xiàng)目102.3.2外包項(xiàng)目112.3.3合作項(xiàng)目122.3.4采購項(xiàng)目122.3.5混合型項(xiàng)目13三、IT項(xiàng)目過程143.1啟動(dòng)143.2項(xiàng)目分解與計(jì)劃143.3項(xiàng)目實(shí)施153.4項(xiàng)目結(jié)束163.5項(xiàng)目過程總結(jié)16四、IT項(xiàng)目計(jì)劃174.1項(xiàng)目規(guī)模估算過程184.2項(xiàng)目規(guī)劃過程194.3項(xiàng)目責(zé)任分配過程194.4項(xiàng)目采購計(jì)劃20五、IT項(xiàng)目監(jiān)控225.1項(xiàng)目定期評(píng)審過程235.2項(xiàng)目事件評(píng)審過程245.3偏離糾正過程245.

2、4計(jì)劃修訂過程255.5項(xiàng)目采購監(jiān)控26六、IT項(xiàng)目審核286.1審核計(jì)劃過程296.2審核執(zhí)行過程29七、IT項(xiàng)目需求開發(fā)與管理317.1需求開發(fā)的步驟317.2需求管理的步驟34八、IT項(xiàng)目工作產(chǎn)品及驗(yàn)收368.1交付件368.2質(zhì)量記錄378.3工作產(chǎn)品模板378.3.1任務(wù)書模板388.3.2計(jì)劃書模板388.3.3評(píng)審報(bào)告模板398.3.4需求歸納表模板398.4項(xiàng)目驗(yàn)收408.4.1可交付物驗(yàn)收408.4.2技術(shù)驗(yàn)收408.4.3功能驗(yàn)收418.4.4驗(yàn)收計(jì)劃41九、項(xiàng)目經(jīng)理的職責(zé)和素質(zhì)429.1項(xiàng)目經(jīng)理的職責(zé)429.2項(xiàng)目經(jīng)理的素質(zhì)459.3項(xiàng)目經(jīng)理的技能47前言中外運(yùn)對(duì)IT的投

3、資是通過各種類型的IT項(xiàng)目來實(shí)現(xiàn)的，通過實(shí)施IT項(xiàng)目體現(xiàn)對(duì)IT投資的效果，因此有必要對(duì)IT項(xiàng)目制定相關(guān)的流程和規(guī)范。IT項(xiàng)目分為兩個(gè)階段：立項(xiàng)階段和項(xiàng)目執(zhí)行階段。本文只涉及項(xiàng)目執(zhí)行階段的管理辦法，項(xiàng)目立項(xiàng)階段的流程按照IT項(xiàng)目立項(xiàng)流程執(zhí)行。本管理辦法的適用范圍為股份公司總部。中外運(yùn)股份有限公司信息化組織（以下簡(jiǎn)稱ITO）是中外運(yùn)股份有限公司專門致力于信息化建設(shè)的組織，負(fù)責(zé)企業(yè)信息系統(tǒng)應(yīng)用的支持、業(yè)務(wù)信息化的幫助以及基于信息技術(shù)的業(yè)務(wù)開拓。這些責(zé)任將使得ITO逐漸成為企業(yè)核心競(jìng)爭(zhēng)力的一個(gè)組成部分，與此同時(shí)，也要求ITO持續(xù)地改善其IT項(xiàng)目管理和運(yùn)行能力。為了將這些項(xiàng)目管理過程得到有效的落實(shí)，特制

4、訂以下IT項(xiàng)目管理辦法。ITO組織內(nèi)所有人員需嚴(yán)格執(zhí)行，保證ITO內(nèi)的項(xiàng)目管理和系統(tǒng)運(yùn)行逐漸提高到業(yè)界較高水準(zhǔn)，滿足企業(yè)業(yè)務(wù)高速發(fā)展的需要。一、術(shù)語定義1. 項(xiàng)目：在規(guī)定的時(shí)間和預(yù)算內(nèi)完成的某種具有特定質(zhì)量性能要求的一次性、多任務(wù)的工作。2. 項(xiàng)目的特征：l 目標(biāo)確定性l 時(shí)限性l 一次性l 獨(dú)特性3. 項(xiàng)目生存期：一個(gè)項(xiàng)目從立項(xiàng)到項(xiàng)目執(zhí)行結(jié)束的過程。4. 項(xiàng)目生存期模型：是對(duì)項(xiàng)目生存期的抽象，其中包括項(xiàng)目階段的劃分、各個(gè)階段的進(jìn)入條件、輸入和輸出等生存期公共屬性。5. 關(guān)鍵過程域：是項(xiàng)目管理和項(xiàng)目執(zhí)行所要關(guān)注的重要過程域，包括項(xiàng)目管理、項(xiàng)目實(shí)施、項(xiàng)目支持等多方面的過程。這些過程域是根據(jù)業(yè)務(wù)需

5、要和資源情況逐步開發(fā)定義的。6. 驗(yàn)證：是對(duì)系統(tǒng)的評(píng)價(jià)過程，以確定一個(gè)項(xiàng)目執(zhí)行階段的產(chǎn)品是否滿足在此階段開始時(shí)所給定的條件。7. 確認(rèn)：是在項(xiàng)目執(zhí)行過程中或項(xiàng)目結(jié)束時(shí)評(píng)價(jià)系統(tǒng)，以確定它是否滿足特定的需求。8. 審核：是用于驗(yàn)證或確認(rèn)的手段。審核是一種正式的評(píng)審活動(dòng)，即需要計(jì)劃并按計(jì)劃執(zhí)行。9. 客戶需求（Customers needs）：是客戶的需要與期待，這些要求和期待直接相關(guān)于用戶的業(yè)務(wù)過程和業(yè)務(wù)任務(wù)需求。10. 系統(tǒng)需求（Requirements for System）：通過對(duì)客戶需求的分析，確定系統(tǒng)應(yīng)實(shí)現(xiàn)的規(guī)格。這些規(guī)格描述了系統(tǒng)的行為、特性和屬性。系統(tǒng)需求也稱為系統(tǒng)規(guī)格。11. 功能

6、性需求（Functional Requirements）：支持業(yè)務(wù)功能的系統(tǒng)需求，如數(shù)據(jù)檢索、交易執(zhí)行、報(bào)告打印等。12. 非功能性需求（Non-functional Requirements）：系統(tǒng)執(zhí)行的行為特征，如可靠性、安全性、性能指標(biāo)等。13. IT（Information Technology）：信息技術(shù)。14. ITO（Information Technology Organization）：信息技術(shù)組織。15. SOW（Statement Of Work）：任務(wù)書。16. PP（Project Planning）：項(xiàng)目計(jì)劃。17. PR（Peer Review）：同行評(píng)審或?qū)Φ仍u(píng)

7、審。二、IT項(xiàng)目生存期2.1應(yīng)用開發(fā)項(xiàng)目生存期應(yīng)用開發(fā)項(xiàng)目生存期是中外運(yùn)ITO管轄的所有IT開發(fā)項(xiàng)目的生存期模型，該模型可通過剪裁應(yīng)用到不同類型的開發(fā)中。應(yīng)用開發(fā)項(xiàng)目生存期模型定義圖示如下：項(xiàng)目立項(xiàng)（略）項(xiàng)目執(zhí)行：用戶需求獲取SOW系統(tǒng)概念確定系統(tǒng)定義設(shè)計(jì)實(shí)現(xiàn)驗(yàn)證定義過程實(shí)施過程l 項(xiàng)目立項(xiàng)結(jié)束，進(jìn)入項(xiàng)目執(zhí)行階段。l SOW是項(xiàng)目執(zhí)行階段啟動(dòng)的文件。l 用戶需求獲取階段是析取用戶對(duì)IT系統(tǒng)的需要（Needs），其中包括系統(tǒng)目的、范圍、目標(biāo)、業(yè)務(wù)需求、限制條件等方面。l 系統(tǒng)概念確定階段的目的是提出如何滿足用戶需要的總體策略，即確定滿足需求的系統(tǒng)基本實(shí)現(xiàn)模式，如體系、架構(gòu)、獲?。ˋcquisit

8、ion）方式等內(nèi)容。l 系統(tǒng)定義階段是對(duì)用戶的需求進(jìn)一步進(jìn)行開發(fā)以得到系統(tǒng)實(shí)現(xiàn)的規(guī)格定義（Specification）。l 設(shè)計(jì)階段包括了系統(tǒng)層面的設(shè)計(jì)（高層設(shè)計(jì)）和實(shí)現(xiàn)層面的設(shè)計(jì)（詳細(xì)設(shè)計(jì)）。l 實(shí)現(xiàn)階段包括了具體開發(fā)、集成、工程測(cè)試。l 驗(yàn)證階段是基于用戶的角度對(duì)系統(tǒng)的功能進(jìn)行接收/驗(yàn)證測(cè)試。l 項(xiàng)目結(jié)束。2.2應(yīng)用部署項(xiàng)目生存期應(yīng)用部署項(xiàng)目生存期的執(zhí)行階段是將經(jīng)過驗(yàn)證的應(yīng)用系統(tǒng)部署到相關(guān)業(yè)務(wù)部門中并投入使用的過程。由于中外運(yùn)規(guī)模較大，且地域分布很廣，一個(gè)大型IT應(yīng)用的部署會(huì)涉及到多個(gè)部門、多個(gè)場(chǎng)所和不同的內(nèi)部和外包資源，因此應(yīng)用部署往往會(huì)作為一個(gè)獨(dú)立的項(xiàng)目進(jìn)行。應(yīng)用部署項(xiàng)目生存期模型就是

9、用于此目的而建立的，該模型圖示如下：項(xiàng)目立項(xiàng)（略）項(xiàng)目執(zhí)行：應(yīng)用部署規(guī)劃SOW試點(diǎn)發(fā)布實(shí)施計(jì)劃制定特殊需求處理切換準(zhǔn)備切換l 項(xiàng)目立項(xiàng)結(jié)束，進(jìn)入項(xiàng)目執(zhí)行階段。l SOW是項(xiàng)目執(zhí)行階段啟動(dòng)的文件。l 應(yīng)用部署階段是一個(gè)準(zhǔn)備階段，主要目的是進(jìn)行實(shí)施策略、實(shí)施方法、相關(guān)人員、時(shí)間以及試點(diǎn)等方面的總體規(guī)劃和所需資源的準(zhǔn)備。l 試點(diǎn)發(fā)布階段是實(shí)施策略和實(shí)施方法的測(cè)試階段，主要目的是確認(rèn)實(shí)施策略和實(shí)施方法的可行性并獲取用于全面部署的經(jīng)驗(yàn)。在應(yīng)用部署規(guī)劃時(shí)，如果確認(rèn)試點(diǎn)發(fā)布無必要（例如，曾有過類似產(chǎn)品的發(fā)布），則可忽略此階段。l 實(shí)施計(jì)劃制定階段是應(yīng)用部署的詳細(xì)計(jì)劃階段，目的是確定具體的應(yīng)用部署活動(dòng)步驟。如

10、果應(yīng)用部署涉及到多個(gè)部門，該階段也包括每個(gè)部門的行動(dòng)計(jì)劃。l 特殊需求處理階段包括識(shí)別和解決一些部署點(diǎn)的特殊的要求，目的是保證部署活動(dòng)不會(huì)因?yàn)檫@些特殊要求而受到阻礙。l 切換準(zhǔn)備階段是資源落實(shí)和最后測(cè)試的階段，目的是確認(rèn)切換所有的條件已就緒。l 切換階段將應(yīng)用投入實(shí)際運(yùn)行的階段，其中也包括切換結(jié)束的總結(jié)（無論成功或失?。?。l 項(xiàng)目結(jié)束。2.3生存期模型裁減生存期模型并不意味著中外運(yùn)公司的所有IT項(xiàng)目執(zhí)行周期一成不變地覆蓋整個(gè)生存期。不同類型的項(xiàng)目在生存期模型上的啟動(dòng)點(diǎn)和終止點(diǎn)不完全一樣，需要根據(jù)項(xiàng)目的特征選擇項(xiàng)目生存期并根據(jù)具體情況對(duì)項(xiàng)目生存期進(jìn)行剪裁。2.3.1內(nèi)部項(xiàng)目?jī)?nèi)部項(xiàng)目的特征是項(xiàng)目的

11、管理和資源的控制均在ITO內(nèi)部，因此可由ITO的一個(gè)項(xiàng)目經(jīng)理負(fù)責(zé)整個(gè)項(xiàng)目生存期的過程和工作產(chǎn)品。實(shí)際上，這就是基本項(xiàng)目生存期的應(yīng)用，具體如下：項(xiàng)目立項(xiàng)（略）項(xiàng)目執(zhí)行：SOW用戶需求獲取系統(tǒng)概念確定系統(tǒng)定義設(shè)計(jì)實(shí)現(xiàn)驗(yàn)證應(yīng)用交付項(xiàng)目執(zhí)行階段由一個(gè)SOW啟動(dòng)，項(xiàng)目經(jīng)理根據(jù)該SOW制訂項(xiàng)目初步計(jì)劃，計(jì)劃可在各個(gè)階段里程碑結(jié)束后進(jìn)行調(diào)整。2.3.2外包項(xiàng)目外包項(xiàng)目的特征是項(xiàng)目的管理和資源的控制均在ITO外部，ITO代表中外運(yùn)公司向外包公司發(fā)出需求并定義完成條件。ITO項(xiàng)目經(jīng)理的責(zé)任是負(fù)責(zé)提供合理的公司業(yè)務(wù)對(duì)IT系統(tǒng)的要求并負(fù)責(zé)確認(rèn)項(xiàng)目輸出的有效性，具體如下：驗(yàn)證項(xiàng)目立項(xiàng)（略）項(xiàng)目執(zhí)行：SOW用戶需求獲取

12、系統(tǒng)概念確定ITO- 標(biāo)書- 合同企業(yè)采購部門系統(tǒng)定義設(shè)計(jì)實(shí)現(xiàn)應(yīng)用交付外包部門 項(xiàng)目執(zhí)行階段由一個(gè)SOW啟動(dòng)，待完成了初步需求分析并形成了系統(tǒng)概念后，將用戶初步需求和系統(tǒng)概念設(shè)計(jì)反應(yīng)到標(biāo)書中來選擇外包商，反應(yīng)到合同中來啟動(dòng)外包項(xiàng)目。此外，項(xiàng)目生存期中驗(yàn)證階段回到ITO來執(zhí)行。一般的應(yīng)用交付涉及到用戶的參與，但該階段的管理仍以外包商負(fù)責(zé)，或雙方協(xié)調(diào)后共同負(fù)責(zé)。如果外包的范圍與上述不同，可對(duì)上述剪裁模式進(jìn)行調(diào)整，關(guān)鍵是合同和驗(yàn)證兩個(gè)控制點(diǎn)。例如僅將設(shè)計(jì)部分外包時(shí)，標(biāo)書和合同涉及的也將僅僅是設(shè)計(jì)階段，驗(yàn)收也是對(duì)設(shè)計(jì)的驗(yàn)收。需要注意的是驗(yàn)證部分參與的內(nèi)部人員和企業(yè)內(nèi)部用戶與實(shí)現(xiàn)部分參與的人員不同。2.

13、3.3合作項(xiàng)目合作項(xiàng)目是ITO與合作方資源統(tǒng)一管理的工作模式。若是以ITO為主，可參照2.3.1節(jié)描述的剪裁模型；如果是以外方為主，則可參照2.3.2節(jié)描述的剪裁模型。2.3.4采購項(xiàng)目外包項(xiàng)目和合作項(xiàng)目本質(zhì)上也是采購項(xiàng)目，是IT服務(wù)的采購。因此IT服務(wù)采購項(xiàng)目的生存期參照上面2.3.2節(jié)和2.3.3節(jié)。本節(jié)描述的是IT設(shè)備（包括軟件）的采購項(xiàng)目，具體如下：項(xiàng)目立項(xiàng)（略）項(xiàng)目執(zhí)行：驗(yàn)證應(yīng)用交付SOW用戶需求獲取系統(tǒng)概念確定ITO供貨程序- 采購標(biāo)書- 采購合同企業(yè)采購部門 供應(yīng)商同樣，內(nèi)部以SOW啟動(dòng)來確定設(shè)備采購的需求以及采購原則與策略（系統(tǒng)概念確定）。這些內(nèi)容確定后形成采購標(biāo)書，進(jìn)而形成采

14、購合同。供應(yīng)商按其自己的供貨程序工作。如果必要，可在他們的供貨程序中插入質(zhì)量檢驗(yàn)的審核點(diǎn)。2.3.5混合型項(xiàng)目當(dāng)一個(gè)IT項(xiàng)目較復(fù)雜時(shí)可能包括了自行開發(fā)、合作部分、外包部分以及采購部分。在這種情況下可將項(xiàng)目分解成若干子項(xiàng)目，每個(gè)項(xiàng)目參照上面適用的生存期分別進(jìn)行管理。三、IT項(xiàng)目過程下述模型是個(gè)簡(jiǎn)化的IT項(xiàng)目執(zhí)行過程模型，該模型包括了最基本的控制環(huán)節(jié)、分解原則和實(shí)施過程等要素。項(xiàng)目執(zhí)行過程模型圖示如下：項(xiàng)目立項(xiàng)（略）項(xiàng)目執(zhí)行：項(xiàng)目分解與計(jì)劃啟動(dòng)結(jié)束項(xiàng)目執(zhí)行3.1啟動(dòng)IT項(xiàng)目在執(zhí)行階段必須有一個(gè)正式的啟動(dòng)文件SOW。正式的含義包括：l 來自于可下達(dá)任務(wù)的授權(quán)機(jī)構(gòu)l 具有明確的主管人（發(fā)起人）l 指定

15、了項(xiàng)目經(jīng)理l 清晰的任務(wù)陳述（SOW）SOW定義了項(xiàng)目執(zhí)行階段的開始。3.2項(xiàng)目分解與計(jì)劃當(dāng)項(xiàng)目經(jīng)理接到任務(wù)書后，假設(shè)對(duì)任務(wù)書沒有任何疑義，那么項(xiàng)目經(jīng)理需要執(zhí)行的第一個(gè)過程是進(jìn)行項(xiàng)目計(jì)劃，這樣才能保證項(xiàng)目有序的執(zhí)行。由于直接面向任務(wù)書中SOW進(jìn)行計(jì)劃會(huì)很難，特別是其中描述的任務(wù)規(guī)模很大時(shí)更是如此。一個(gè)有效的方法是將項(xiàng)目執(zhí)行分為若干階段，然后按階段進(jìn)行規(guī)劃。例如將項(xiàng)目執(zhí)行分為如下的三個(gè)階段：項(xiàng)目執(zhí)行：SOW實(shí)現(xiàn)設(shè)計(jì)需求定義當(dāng)然，如果上述階段劃分太粗，還可以進(jìn)一步細(xì)化，例如將“設(shè)計(jì)”分為“系統(tǒng)設(shè)計(jì)”和“單元設(shè)計(jì)”，將實(shí)現(xiàn)分為“編碼”、“測(cè)試”和“集成”。如果有必要，還可以增加一些階段，如在“需求定

16、義”和“設(shè)計(jì)”之間增加一個(gè)“技術(shù)選擇”的階段來專門分析采用什么技術(shù)對(duì)系統(tǒng)開發(fā)最有效。3.3項(xiàng)目實(shí)施項(xiàng)目實(shí)施是項(xiàng)目計(jì)劃的執(zhí)行。為了能夠知道項(xiàng)目進(jìn)展是否符合項(xiàng)目計(jì)劃，需要對(duì)實(shí)施過程進(jìn)行監(jiān)控。監(jiān)控的方法是每隔一個(gè)固定的時(shí)間對(duì)項(xiàng)目狀態(tài)進(jìn)行一次檢查，然后與計(jì)劃進(jìn)行比較。如發(fā)生了偏離，則進(jìn)行糾正。僅僅按固定的時(shí)間間隔檢查項(xiàng)目狀態(tài)有時(shí)也不能及時(shí)處理項(xiàng)目的問題，例如在間隔之間發(fā)生了重大影響項(xiàng)目計(jì)劃的事件，如一項(xiàng)關(guān)鍵技術(shù)無法應(yīng)用。因此要增加基于事件的檢查。偏離糾正包括兩個(gè)方面，一個(gè)方面是對(duì)項(xiàng)目工程活動(dòng)和工作產(chǎn)品發(fā)生的偏離進(jìn)行糾正，另一方面是對(duì)計(jì)劃進(jìn)行修訂。這些工作必須加以控制，按嚴(yán)格的規(guī)范執(zhí)行，否則不僅僅偏離未

17、能解決，還會(huì)引起新的問題。在項(xiàng)目實(shí)施過程中，雖然是按項(xiàng)目計(jì)劃進(jìn)行的，但項(xiàng)目計(jì)劃僅僅是定義了在什么時(shí)間由誰完成什么任務(wù)，沒有規(guī)定如何完成這些任務(wù)。如何完成有兩種方式，一種是憑執(zhí)行者的經(jīng)驗(yàn)決策，另一種是定義好完成任務(wù)的過程和模板，然后按照過程和模板進(jìn)行工作。當(dāng)然，這兩種方式會(huì)結(jié)合起來。3.4項(xiàng)目結(jié)束項(xiàng)目計(jì)劃的所有任務(wù)完成了，項(xiàng)目就可以結(jié)束。項(xiàng)目計(jì)劃確定的生存期中定義了項(xiàng)目的結(jié)束階段和結(jié)束應(yīng)該進(jìn)行的工作。項(xiàng)目結(jié)束不僅僅將項(xiàng)目交付件交給客戶就算完成了，還有一些其它總結(jié)性的工作，如項(xiàng)目數(shù)據(jù)匯集等。項(xiàng)目數(shù)據(jù)可為其它項(xiàng)目執(zhí)行提供依據(jù)和參照。3.5項(xiàng)目過程總結(jié)一個(gè)基本的項(xiàng)目管理體系應(yīng)管理項(xiàng)目的啟動(dòng)、項(xiàng)目劃分和

18、計(jì)劃、項(xiàng)目的執(zhí)行管理以及項(xiàng)目的結(jié)束。一個(gè)更完善的項(xiàng)目管理體系還應(yīng)包括如何完成工程任務(wù)以及其它任務(wù)的過程。此外，還應(yīng)包括需求開發(fā)和需求管理。四、IT項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃的目的是為項(xiàng)目的執(zhí)行和管理提供一個(gè)合理計(jì)劃。項(xiàng)目計(jì)劃過程域中的過程包括估計(jì)項(xiàng)目規(guī)模、定義項(xiàng)目生存期、確定項(xiàng)目目標(biāo)、制訂人員、時(shí)間和投入計(jì)劃。項(xiàng)目計(jì)劃過程域與IT項(xiàng)目生存期的一個(gè)示例關(guān)系如下：用戶需求獲取系統(tǒng)概念確定系統(tǒng)定義設(shè)計(jì)實(shí)現(xiàn)驗(yàn)證應(yīng)用交付計(jì)劃修訂點(diǎn)計(jì)劃修訂點(diǎn)計(jì)劃修訂點(diǎn)計(jì)劃修訂點(diǎn)計(jì)劃修訂點(diǎn)計(jì)劃點(diǎn)計(jì)劃點(diǎn) 箭頭所指示的是項(xiàng)目計(jì)劃在生存期的一個(gè)應(yīng)用場(chǎng)景。前兩個(gè)階段是由ITO和業(yè)務(wù)部門共同進(jìn)行初步需求分析和系統(tǒng)概念確定，ITO在項(xiàng)目初始制訂

19、了計(jì)劃，并在第一個(gè)階段完成后對(duì)計(jì)劃進(jìn)行調(diào)整，然后實(shí)施第二個(gè)階段。第二個(gè)階段完成后，交給一個(gè)ITO內(nèi)的項(xiàng)目開發(fā)組織，開發(fā)組織在他們承接項(xiàng)目的第一個(gè)階段（生存期模型第三個(gè)階段）制訂項(xiàng)目計(jì)劃，并在每個(gè)階段完成后，調(diào)整或修改計(jì)劃。計(jì)劃的調(diào)整或修訂并不是必需的，只有當(dāng)發(fā)現(xiàn)計(jì)劃與實(shí)際不符時(shí)才進(jìn)行。項(xiàng)目計(jì)劃過程的目的是為執(zhí)行軟件工程活動(dòng)和管理軟件項(xiàng)目建立一個(gè)合理的項(xiàng)目計(jì)劃。項(xiàng)目計(jì)劃過程涉及的主要方面包括軟件項(xiàng)目規(guī)模評(píng)估、計(jì)劃責(zé)任的協(xié)商與確立以及軟件項(xiàng)目計(jì)劃的制定。項(xiàng)目計(jì)劃的目標(biāo)為：l 項(xiàng)目規(guī)模估算并文檔化，以保證在項(xiàng)目規(guī)劃和跟蹤中可用。l 規(guī)劃項(xiàng)目活動(dòng)和責(zé)任并文檔化。l 項(xiàng)目相關(guān)組和人員同意所分配的責(zé)任。根

20、據(jù)這些目標(biāo)，在ITO項(xiàng)目計(jì)劃過程域中定義了三個(gè)過程：l 項(xiàng)目規(guī)模估算過程l 項(xiàng)目規(guī)劃過程l 項(xiàng)目責(zé)任分配過程4.1項(xiàng)目規(guī)模估算過程過程名項(xiàng)目規(guī)模估算過程標(biāo)識(shí)PP-01目標(biāo)軟件規(guī)模估算并文檔化，以保證在項(xiàng)目規(guī)劃和跟蹤中可用。進(jìn)入條件SOW（任務(wù)書）下達(dá)，并詳細(xì)描述了任務(wù)范圍。參與角色1. 項(xiàng)目經(jīng)理(由SOW確定)2. 項(xiàng)目人員(由SOW或項(xiàng)目經(jīng)理確定，包括項(xiàng)目經(jīng)理)3. 相關(guān)評(píng)審人員(由項(xiàng)目經(jīng)理確定)4. 項(xiàng)目主管(高層項(xiàng)目主管經(jīng)理，由SOW確定)輸入SOW過程步驟輸出序號(hào)描述項(xiàng)目經(jīng)理根據(jù)SOW確定項(xiàng)目工作分解 (WBS: Work Breakdown Structure) 的策略和估算準(zhǔn)則，其

21、中包括估算單位、估算方法、估算爭(zhēng)議處理等。- WBS策略- 估算準(zhǔn)則項(xiàng)目經(jīng)理向項(xiàng)目人員分配項(xiàng)目分解任務(wù)。(如果項(xiàng)目規(guī)模不大，可由項(xiàng)目經(jīng)理本人獨(dú)立進(jìn)行項(xiàng)目分解和任務(wù)規(guī)模估算工作。)項(xiàng)目人員根據(jù)WBS策略和估算準(zhǔn)則對(duì)項(xiàng)目進(jìn)行分解估算，分別建立各自管轄任務(wù)的WBS和相應(yīng)的任務(wù)規(guī)模估算。項(xiàng)目經(jīng)理負(fù)責(zé)進(jìn)行匯總。- 項(xiàng)目任務(wù)分解(WBS)項(xiàng)目經(jīng)理組織有關(guān)人員對(duì)WBS進(jìn)行評(píng)審并根據(jù)評(píng)審結(jié)果對(duì)WBS以及估算進(jìn)行修訂。評(píng)審的目地是保證分解沒有遺漏、重疊等問題；規(guī)模估算有依據(jù)。- 修訂的項(xiàng)目WBS和任務(wù)規(guī)模估算項(xiàng)目主管對(duì)WBS和估算結(jié)果進(jìn)行審核。審核的目的是保證項(xiàng)目范圍理解正確、分解策略正確、估算結(jié)果合理。- 審

22、核通過的項(xiàng)目WBS和任務(wù)規(guī)模估算項(xiàng)目經(jīng)理負(fù)責(zé)整理上述步驟的輸出，形成項(xiàng)目規(guī)模估算文件。- 項(xiàng)目規(guī)模估算文件完成標(biāo)志1. 項(xiàng)目WBS和任務(wù)規(guī)模估算通過項(xiàng)目主管審核。2. 形成項(xiàng)目規(guī)模估算文件(過程提交產(chǎn)品)。4.2項(xiàng)目規(guī)劃過程過程名項(xiàng)目規(guī)劃過程過程標(biāo)識(shí)PP-02目標(biāo)規(guī)劃項(xiàng)目活動(dòng)和責(zé)任并文檔化。進(jìn)入條件項(xiàng)目規(guī)模估算完成。參與角色1. 項(xiàng)目經(jīng)理(由SOW確定)2. 相關(guān)評(píng)審人員(由項(xiàng)目經(jīng)理確定)3. 項(xiàng)目主管(高層項(xiàng)目主管經(jīng)理，由SOW確定)輸入1. SOW2. 項(xiàng)目規(guī)模估算文件過程步驟輸出序號(hào)描述項(xiàng)目經(jīng)理根據(jù)SOW確定項(xiàng)目具體目標(biāo)和項(xiàng)目交付件。- 項(xiàng)目目標(biāo)描述- 項(xiàng)目交付件清單確定項(xiàng)目策略，其中包

23、括項(xiàng)目組織結(jié)構(gòu)。- 項(xiàng)目組織圖等項(xiàng)目經(jīng)理根據(jù)SOW確定項(xiàng)目生存期模型。- 選擇的生存期模型項(xiàng)目經(jīng)理根據(jù)SOW、項(xiàng)目生存期模型和規(guī)模估算文件確定投入的資源，包括人力資源。- 項(xiàng)目資源投入表項(xiàng)目經(jīng)理根據(jù)SOW、項(xiàng)目生存期模型和規(guī)模估算文件確定項(xiàng)目時(shí)間安排。- 項(xiàng)目時(shí)間計(jì)劃表項(xiàng)目經(jīng)理根據(jù)SOW、項(xiàng)目生存期模型和規(guī)模估算文件確定投入的資金。- 項(xiàng)目資金計(jì)劃表項(xiàng)目經(jīng)理對(duì)項(xiàng)目可能的風(fēng)險(xiǎn)進(jìn)行分析并對(duì)高風(fēng)險(xiǎn)給出控制策略。風(fēng)險(xiǎn)分析是基于項(xiàng)目目標(biāo)和項(xiàng)目計(jì)劃的，即影響項(xiàng)目目標(biāo)和計(jì)劃可能發(fā)生的事件。- 項(xiàng)目風(fēng)險(xiǎn)控制表項(xiàng)目經(jīng)理基于上面的輸出，產(chǎn)生項(xiàng)目計(jì)劃草案。- 項(xiàng)目計(jì)劃草案項(xiàng)目主管召集有關(guān)人員對(duì)項(xiàng)目計(jì)劃進(jìn)行評(píng)審。項(xiàng)目

24、經(jīng)理根據(jù)評(píng)審意見對(duì)項(xiàng)目計(jì)劃進(jìn)行修訂，形成正式項(xiàng)目計(jì)劃文檔，并由項(xiàng)目主管根據(jù)項(xiàng)目確認(rèn)。- 項(xiàng)目計(jì)劃評(píng)審報(bào)告- 項(xiàng)目正式計(jì)劃文檔完成標(biāo)志1. 項(xiàng)目計(jì)劃經(jīng)過評(píng)審。2. 正式項(xiàng)目計(jì)劃文檔產(chǎn)生。4.3項(xiàng)目責(zé)任分配過程過程名項(xiàng)目責(zé)任分配過程過程標(biāo)識(shí)PP-03目標(biāo)項(xiàng)目相關(guān)組和人員同意所分配的責(zé)任。進(jìn)入條件項(xiàng)目正式計(jì)劃形成。參與角色1. 項(xiàng)目經(jīng)理(由SOW確定)2. 項(xiàng)目組成員(由項(xiàng)目計(jì)劃確定)3. 項(xiàng)目主管(高層項(xiàng)目主管經(jīng)理，由SOW確定)輸入項(xiàng)目計(jì)劃過程步驟輸出序號(hào)描述項(xiàng)目經(jīng)理根據(jù)項(xiàng)目成員和時(shí)間計(jì)劃生成每個(gè)人的任務(wù)時(shí)間計(jì)劃并發(fā)放給各個(gè)項(xiàng)目成員。- 個(gè)人項(xiàng)目任務(wù)時(shí)間計(jì)劃各個(gè)相關(guān)人員確認(rèn)所分配的責(zé)任，其中包括

25、：l 分配的任務(wù)和時(shí)間是合理的。l 可滿足完成任務(wù)所需要的業(yè)務(wù)要求。l 可滿足完成任務(wù)所需要的時(shí)間要求。若不能確認(rèn)上述一項(xiàng)或若干項(xiàng)條件，則將情況反饋給項(xiàng)目經(jīng)理。- 個(gè)人項(xiàng)目任務(wù)時(shí)間計(jì)劃確認(rèn)結(jié)果項(xiàng)目經(jīng)理根據(jù)反饋情況對(duì)計(jì)劃進(jìn)行調(diào)整，并對(duì)變化的人員責(zé)任重復(fù)上一步驟。若有影響較大的調(diào)整，如關(guān)鍵人員的調(diào)整需得到項(xiàng)目主管的批準(zhǔn)。若無調(diào)整，則跳過此步驟。- 調(diào)整的項(xiàng)目計(jì)劃項(xiàng)目經(jīng)理發(fā)布項(xiàng)目計(jì)劃，發(fā)布對(duì)象包括：l 項(xiàng)目主管l 項(xiàng)目組成員其他項(xiàng)目相關(guān)組織或人員(如文檔管理部門)完成標(biāo)志1. 計(jì)劃經(jīng)過所有項(xiàng)目相關(guān)責(zé)任人員的確認(rèn)。2. 對(duì)無法承擔(dān)項(xiàng)目責(zé)任進(jìn)行調(diào)整并反映到計(jì)劃中。3. 調(diào)整的計(jì)劃向所有有關(guān)人員發(fā)布。4.

26、4項(xiàng)目采購計(jì)劃采購規(guī)劃是確定哪些項(xiàng)目需求可以通過從項(xiàng)目組織之外采購產(chǎn)品、服務(wù)或成果，從而最好地滿足某些項(xiàng)目需求，是項(xiàng)目團(tuán)隊(duì)在項(xiàng)目實(shí)施過程中可以自行滿足的過程。它涉及是否需要采購、如何采購、采購什么、采購多少，以及何時(shí)采購等。當(dāng)項(xiàng)目從實(shí)施組織之外取得項(xiàng)目履行所需的產(chǎn)品、服務(wù)和成果時(shí)，每項(xiàng)產(chǎn)品或者服務(wù)都必須經(jīng)歷從采購規(guī)劃到合同收尾的各個(gè)過程。采購規(guī)劃過程包括對(duì)每項(xiàng)外購決策涉及的風(fēng)險(xiǎn)，及就風(fēng)險(xiǎn)緩解或風(fēng)險(xiǎn)轉(zhuǎn)移進(jìn)行審核。中國(guó)外運(yùn)信息化建設(shè)中的IT采購工作分成項(xiàng)目采購和日常采購，日常采購包括但不限于個(gè)人電腦及配件的采購。日常采購在每年年底制訂采購計(jì)劃，并通過項(xiàng)目采購方式選定合格經(jīng)銷商和購買產(chǎn)品種類，有效期

27、1年。日常采購均從選定的合格經(jīng)銷商中選擇。日常采購由具體采購人在合格經(jīng)銷商中采取兩人（含）以上詢價(jià)的方式進(jìn)行，部門負(fù)責(zé)人負(fù)責(zé)監(jiān)控是否按流程進(jìn)行，并抽查報(bào)價(jià)。主管（副）總經(jīng)理可以確認(rèn)部門負(fù)責(zé)人的簽字，也可以再次抽查。項(xiàng)目采購需成立采購項(xiàng)目組，項(xiàng)目組應(yīng)根據(jù)情況，在符合法律相關(guān)規(guī)定的前提下，以公開招標(biāo)、邀請(qǐng)招標(biāo)或者內(nèi)部議標(biāo)的方式選擇設(shè)備供應(yīng)商。五、IT項(xiàng)目監(jiān)控項(xiàng)目執(zhí)行監(jiān)控的目的是關(guān)注項(xiàng)目進(jìn)展情況并對(duì)發(fā)生的偏差及時(shí)進(jìn)行糾正。項(xiàng)目執(zhí)行監(jiān)控的依據(jù)是項(xiàng)目計(jì)劃，凡是計(jì)劃了的內(nèi)容，都需要進(jìn)行監(jiān)控，例如投入和時(shí)間安排。項(xiàng)目計(jì)劃過程域與IT項(xiàng)目生存期的關(guān)系如下圖所示：用戶需求獲取系統(tǒng)概念確定系統(tǒng)定義設(shè)計(jì)實(shí)現(xiàn)驗(yàn)證應(yīng)用

28、交付監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)監(jiān)控點(diǎn)項(xiàng)目計(jì)劃箭頭所示是項(xiàng)目執(zhí)行監(jiān)控的一個(gè)應(yīng)用場(chǎng)景。一般項(xiàng)目監(jiān)控采用定期評(píng)審，例如按周的定期評(píng)審。在每次定期評(píng)審中，檢查項(xiàng)目是否偏離了計(jì)劃。若發(fā)生了偏離，則立即采取糾正措施。此外，項(xiàng)目執(zhí)行監(jiān)控也可能是事件驅(qū)動(dòng)的，一旦在定期評(píng)審之間發(fā)生了重要的項(xiàng)目管理事件，如發(fā)生了某種風(fēng)險(xiǎn)，則進(jìn)行基于事件的評(píng)審，并根據(jù)評(píng)審結(jié)果采取相應(yīng)措施。每次評(píng)審的內(nèi)容和結(jié)果要向所有相關(guān)人員通報(bào)，相關(guān)人員包括項(xiàng)目人員、用戶和企業(yè)相關(guān)主管。通報(bào)通常采用定期項(xiàng)目簡(jiǎn)報(bào)的形式。項(xiàng)目監(jiān)控過程的目標(biāo)為：l 按照計(jì)劃跟蹤項(xiàng)目的實(shí)際結(jié)果和執(zhí)行性能。l 當(dāng)實(shí)際結(jié)果和執(zhí)行性能偏

29、離計(jì)劃時(shí)，要采取糾正措施并對(duì)其進(jìn)行管理。l 保證相關(guān)人員和組織同意所改變的責(zé)任。根據(jù)上述目標(biāo)，項(xiàng)目監(jiān)控過程域包括四個(gè)過程：l 項(xiàng)目定期評(píng)審過程l 基于事件的評(píng)審過程l 偏離糾正過程l 計(jì)劃修訂過程項(xiàng)目評(píng)審過程分為定期評(píng)審和基于事件評(píng)審。定期評(píng)審是正常的周期性評(píng)審，基于事件的評(píng)審是當(dāng)發(fā)生了嚴(yán)重影響項(xiàng)目進(jìn)展事件時(shí)進(jìn)行的評(píng)審?；谑录脑u(píng)審由項(xiàng)目經(jīng)理根據(jù)具體情況決定。偏離糾正過程用于控制管理項(xiàng)目進(jìn)程中發(fā)現(xiàn)的問題和問題的處理。計(jì)劃修改過程用于控制和實(shí)施計(jì)劃的變更，保證變更后的計(jì)劃仍然具有合理性。5.1項(xiàng)目定期評(píng)審過程過程名項(xiàng)目定期評(píng)審過程過程標(biāo)識(shí)OM-01目標(biāo)按照計(jì)劃跟蹤項(xiàng)目的實(shí)際結(jié)果和執(zhí)行性能。進(jìn)入

30、條件到達(dá)項(xiàng)目評(píng)審時(shí)間參與角色1. 項(xiàng)目經(jīng)理(由SOW確定)2. 項(xiàng)目組成員(由項(xiàng)目計(jì)劃確定)輸入項(xiàng)目計(jì)劃過程步驟輸出序號(hào)描述項(xiàng)目經(jīng)理根據(jù)項(xiàng)目計(jì)劃本階段要求完成的內(nèi)容，收集各個(gè)項(xiàng)目成員的任務(wù)完成狀態(tài)。- 項(xiàng)目進(jìn)展?fàn)顟B(tài)項(xiàng)目經(jīng)理將各個(gè)項(xiàng)目成員任務(wù)完成的狀態(tài)與計(jì)劃進(jìn)行比較。若項(xiàng)目經(jīng)理認(rèn)為出現(xiàn)與計(jì)劃的重要偏離，則與相關(guān)項(xiàng)目人員分析偏離原因，提出糾正措施，糾正措施包括對(duì)偏離的糾正或?qū)τ?jì)劃的修改。對(duì)不是重要的偏離，則不提出糾正措施，而是列入到下次評(píng)審關(guān)注對(duì)象。偏離程度的判斷由項(xiàng)目經(jīng)理負(fù)責(zé)。- 偏離糾正措施項(xiàng)目經(jīng)理審查以前定期評(píng)審確定關(guān)注的偏離問題(如存在的話)，并確定是否采取偏離糾正措施。- 偏離糾正措施(

31、若存在需糾正的偏離)項(xiàng)目經(jīng)理審查目前階段正在執(zhí)行的偏離糾正措施，若發(fā)現(xiàn)問題則給出問題解決建議。- 偏離糾正措施執(zhí)行建議項(xiàng)目經(jīng)理將上述評(píng)審結(jié)果形成項(xiàng)目定期評(píng)審報(bào)告，并發(fā)布給相關(guān)人員，發(fā)放范圍依據(jù)項(xiàng)目計(jì)劃。- 項(xiàng)目定期評(píng)審報(bào)告完成標(biāo)志1. 項(xiàng)目計(jì)劃本階段內(nèi)所有要求的完成內(nèi)容與實(shí)際完成狀態(tài)進(jìn)行了比較。2. 對(duì)需要糾正的偏離，向相關(guān)項(xiàng)目人員發(fā)出了糾正措施或糾正措施執(zhí)行建議。3. 項(xiàng)目定期評(píng)審報(bào)告完成并向相關(guān)人員發(fā)布。5.2項(xiàng)目事件評(píng)審過程過程名項(xiàng)目事件評(píng)審過程過程標(biāo)識(shí)OM-02目標(biāo)按照計(jì)劃跟蹤項(xiàng)目的實(shí)際結(jié)果和執(zhí)行性能。進(jìn)入條件項(xiàng)目經(jīng)理得到項(xiàng)目成員的事件報(bào)告并決定進(jìn)行評(píng)審。參與角色1. 項(xiàng)目經(jīng)理(由SO

32、W確定)2. 項(xiàng)目組相關(guān)成員(事件報(bào)告者和其他相關(guān)人員)輸入1. 事件報(bào)告2. 項(xiàng)目計(jì)劃過程步驟輸出序號(hào)描述項(xiàng)目經(jīng)理與相關(guān)人員分析事件對(duì)計(jì)劃的影響，其中包括：l 計(jì)劃進(jìn)度的影響l 計(jì)劃成本的影響l 計(jì)劃資源的影響l 質(zhì)量的影響等- 事件影響分析項(xiàng)目經(jīng)理與相關(guān)人員確定事件處理措施，處理措施包括事件的解決、計(jì)劃的調(diào)整等方面。- 事件處理措施項(xiàng)目經(jīng)理落實(shí)事件處理的資源保證，如人力的保證。項(xiàng)目經(jīng)理將上述評(píng)審結(jié)果形成項(xiàng)目事件評(píng)審報(bào)告，并發(fā)布給相關(guān)人員，發(fā)放范圍包括評(píng)審會(huì)人員、主管人員以及其他相關(guān)人員。- 項(xiàng)目事件評(píng)審報(bào)告完成標(biāo)志1. 確定了項(xiàng)目事件處理措施并落實(shí)了相關(guān)事件處理的資源。2. 項(xiàng)目事件評(píng)審報(bào)

33、告完成并向相關(guān)人員發(fā)布。5.3偏離糾正過程過程名計(jì)劃偏離糾正過程過程標(biāo)識(shí)OM-03目標(biāo)當(dāng)實(shí)際結(jié)果和執(zhí)行性能偏離計(jì)劃時(shí)，要采取糾正措施并對(duì)其進(jìn)行管理。進(jìn)入條件1. 項(xiàng)目定期評(píng)審會(huì)發(fā)出偏離糾正措施，或2. 項(xiàng)目事件評(píng)審會(huì)發(fā)出事件處理措施參與角色1. 偏離糾正人員，或2. 事件處理人員、3. 項(xiàng)目經(jīng)理輸入1. 偏離糾正措施，或2. 事件處理措施過程步驟輸出序號(hào)描述偏離糾正人員/事件處理人員根據(jù)偏離糾正措施/事件處理措施制訂糾正/處理步驟。- 偏離糾正/事件處理步驟偏離糾正人員/事件處理人員執(zhí)行制訂的偏離糾正/事件處理步驟，直至結(jié)束。- 偏離糾正/事件處理結(jié)果項(xiàng)目經(jīng)理審核偏離糾正/事件處理結(jié)果，若存在

34、問題，則確定相應(yīng)措施，再重復(fù)1-2兩個(gè)步驟。偏離糾正人員/事件處理人員將偏離糾正/事件處理結(jié)果形成報(bào)告。- 偏離糾正/事件處理結(jié)果報(bào)告項(xiàng)目經(jīng)理審核偏離糾正/事件處理結(jié)果報(bào)告，并發(fā)布給有關(guān)人員。完成標(biāo)志1. 項(xiàng)目經(jīng)理審核通過偏離糾正/事件處理結(jié)果。2. 偏離糾正/事件處理結(jié)果報(bào)告完成并向相關(guān)人員發(fā)布。5.4計(jì)劃修訂過程過程名計(jì)劃修訂過程過程標(biāo)識(shí)OM-04目標(biāo)1. 當(dāng)實(shí)際結(jié)果和執(zhí)行性能偏離計(jì)劃時(shí)，要采取糾正措施并對(duì)其進(jìn)行管理。2. 保證相關(guān)人員和組織同意所改變的責(zé)任。進(jìn)入條件1. 項(xiàng)目定期評(píng)審會(huì)發(fā)出偏離糾正措施，該措施包括計(jì)劃的修訂，或2. 項(xiàng)目事件評(píng)審會(huì)發(fā)出事件處理措施，該措施包括計(jì)劃的修訂。參

35、與角色1. 項(xiàng)目經(jīng)理2. 項(xiàng)目主管輸入1. 偏離糾正措施，或2. 事件處理措施過程步驟輸出序號(hào)描述項(xiàng)目經(jīng)理根據(jù)偏離糾正措施/事件處理措施確定計(jì)劃修訂的范圍和內(nèi)容。- 計(jì)劃修訂范圍和內(nèi)容項(xiàng)目經(jīng)理根據(jù)確定的修訂范圍和內(nèi)容修訂計(jì)劃。- 修訂的計(jì)劃若修訂的計(jì)劃涉及到人員責(zé)任的變化，則項(xiàng)目經(jīng)理與相關(guān)人員確認(rèn)變化的責(zé)任是否可接受。若不可接受，則需進(jìn)一步調(diào)整。- 修訂的計(jì)劃項(xiàng)目主管審核修訂的計(jì)劃，若存在問題確定重新修訂的范圍和內(nèi)容，再次執(zhí)行步驟2-3。- 重新修訂的范圍和內(nèi)容，或- 審核通過的計(jì)劃項(xiàng)目經(jīng)理發(fā)布經(jīng)項(xiàng)目主管的審核計(jì)劃，發(fā)布范圍同原計(jì)劃發(fā)布的范圍。完成標(biāo)志1. 項(xiàng)目主管審核通過修訂的計(jì)劃。2. 審

36、核通過的修訂計(jì)劃向相關(guān)人員發(fā)布。5.5項(xiàng)目采購監(jiān)控在進(jìn)行項(xiàng)目采購的決策過程中，應(yīng)考慮項(xiàng)目預(yù)算等制約因素。實(shí)施組織的長(zhǎng)遠(yuǎn)戰(zhàn)略也是在采購監(jiān)控中應(yīng)考慮的內(nèi)容。如果決定外購，則反映了實(shí)施組織的長(zhǎng)遠(yuǎn)規(guī)劃和項(xiàng)目的當(dāng)前需要。例如，決定購置某種開發(fā)平臺(tái)或數(shù)據(jù)庫，不是臨時(shí)使用，而是希望獲得長(zhǎng)期支持。從項(xiàng)目經(jīng)濟(jì)效益上看可能合算，也可能不合算。但是如果實(shí)施組織需要長(zhǎng)期使用該開發(fā)平臺(tái)或數(shù)據(jù)庫，則分?jǐn)偟巾?xiàng)目上的那部分購置費(fèi)用就有可能低于臨時(shí)使用的費(fèi)用。在進(jìn)行項(xiàng)目采購時(shí)，應(yīng)成立采購項(xiàng)目組，并對(duì)項(xiàng)目采購的過程進(jìn)行監(jiān)控。采購項(xiàng)目組包括業(yè)務(wù)部門和信息管理部的主管領(lǐng)導(dǎo)及相關(guān)負(fù)責(zé)人員和經(jīng)辦人員，必要時(shí)請(qǐng)企劃部、財(cái)務(wù)部等部門參加。根

37、據(jù)中國(guó)外運(yùn)股份有限公司投資管理規(guī)定，超過三百萬的項(xiàng)目采購，還要上報(bào)股份公司，經(jīng)批準(zhǔn)后方可執(zhí)行。項(xiàng)目采購流程如下：1. 起草立項(xiàng)報(bào)告項(xiàng)目組根據(jù)項(xiàng)目需求描述決定何時(shí)采購何物，制定相應(yīng)的采購計(jì)劃并起草立項(xiàng)報(bào)告，通過內(nèi)請(qǐng)流程上報(bào)公司審批。審批通過后，成立IT采購項(xiàng)目組，并確定項(xiàng)目組成員。2. 確定采購方式經(jīng)IT采購項(xiàng)目組討論通過后，決定采購方式，主要包括三種方式：公開招標(biāo)、邀請(qǐng)招標(biāo)、詢價(jià)采購。3. 供應(yīng)商的選擇和詢報(bào)價(jià)IT采購項(xiàng)目組應(yīng)根據(jù)備選供方的報(bào)價(jià)單進(jìn)行評(píng)定，即進(jìn)行供應(yīng)商的選擇。4. 確定供應(yīng)商和價(jià)格IT采購項(xiàng)目組經(jīng)過討論，最終確定供應(yīng)商和采購產(chǎn)品的價(jià)格。5. 簽訂合同IT采購項(xiàng)目組和產(chǎn)品供應(yīng)商談

38、判后簽署采購合同。6. 合同執(zhí)行產(chǎn)品供應(yīng)商按合同規(guī)定履約，IT采購項(xiàng)目組成員負(fù)責(zé)產(chǎn)品驗(yàn)收。7. 價(jià)款結(jié)算IT采購項(xiàng)目組負(fù)責(zé)辦理和產(chǎn)品供應(yīng)商的價(jià)款結(jié)算。8. 填寫IT采購申請(qǐng)/處理單IT采購項(xiàng)目組負(fù)責(zé)填寫IT采購申請(qǐng)/處理單。六、IT項(xiàng)目審核IT項(xiàng)目審核過程是一種正式的評(píng)審，需要較高的資源投入，因此并不意味著所有IT項(xiàng)目交付件都要進(jìn)行正式的審核。審核對(duì)象的確定由項(xiàng)目經(jīng)理在項(xiàng)目計(jì)劃時(shí)根據(jù)質(zhì)量風(fēng)險(xiǎn)來確定。IT項(xiàng)目審核包括三個(gè)部分：審核計(jì)劃、審核執(zhí)行、審核問題糾正，這三個(gè)部分描述如下：審核計(jì)劃審核計(jì)劃是基于項(xiàng)目計(jì)劃確定的審核對(duì)象和標(biāo)準(zhǔn)的審核過程來定義審核目標(biāo)、資源計(jì)劃和時(shí)間計(jì)劃。在項(xiàng)目計(jì)劃中，需要確定

39、審核對(duì)象和相應(yīng)的審核主持人，與此同時(shí)在計(jì)劃中分配審核主持人審核計(jì)劃和審核執(zhí)行任務(wù)。在一個(gè)項(xiàng)目中不同階段會(huì)對(duì)不同的交付件進(jìn)行審核，這些審核的主持人可以是不同的。一個(gè)主要的原則是審核主持人不能是交付件的責(zé)任人。審核執(zhí)行審核執(zhí)行包括審核準(zhǔn)備、召開審核會(huì)和建立審核記錄。審核準(zhǔn)備包括審核對(duì)象資料準(zhǔn)備、審核人員熟悉所負(fù)責(zé)的審核內(nèi)容。審核會(huì)一般不超過兩個(gè)小時(shí)，否則效率會(huì)大大降低。審核會(huì)的目的是審核交付件是否滿足相應(yīng)的準(zhǔn)則，而不是審核人的能力和具體采用的開發(fā)方法、技術(shù)的正確與否。審核記錄要記錄審核過程發(fā)現(xiàn)的缺陷，缺陷屬性，例如嚴(yán)重程度、來源（本階段產(chǎn)生的，還是前面階段遺留下來的）等。審核問題糾正審核問題糾正是

40、解決審核中發(fā)現(xiàn)的缺陷。審核問題的糾正要加以跟蹤，直到全面完成。6.1審核計(jì)劃過程過程名審核計(jì)劃過程過程標(biāo)識(shí)PR-01目標(biāo)對(duì)審核活動(dòng)進(jìn)行計(jì)劃。進(jìn)入條件到達(dá)項(xiàng)目計(jì)劃的審核計(jì)劃時(shí)間。參與角色1. 審核主持人(由項(xiàng)目經(jīng)理在計(jì)劃中指定)2. 審核人3. 交付件開發(fā)責(zé)任人輸入1. 審核對(duì)象定義(根據(jù)項(xiàng)目計(jì)劃)2. 審核過程過程步驟輸出序號(hào)描述1審核主持人根據(jù)審核對(duì)象定義確定審核目標(biāo)。- 審核目標(biāo)2審核人與交付件開發(fā)責(zé)任人討論確認(rèn)審核目標(biāo)。- 交付件開發(fā)責(zé)任人確認(rèn)的審核目標(biāo)3審核主持人根據(jù)審核對(duì)象和審核目標(biāo)確定主審人和審核人以及它們的責(zé)任，并得到這些人員參加審核的確認(rèn)和對(duì)審核目標(biāo)的確認(rèn)。- 審核人名單- 確

41、認(rèn)的審核目標(biāo)4審核主持人與交付件開發(fā)責(zé)任人確認(rèn)審核材料提交的時(shí)間和發(fā)放的對(duì)象。- 審核材料提交時(shí)間、清單和發(fā)放對(duì)象5審核主持人確定審核時(shí)間和地點(diǎn)并得到審核人員和交付件開發(fā)責(zé)任人的確認(rèn)。- 審核時(shí)間6審核主持人形成書面審核計(jì)劃并送達(dá)交付件開發(fā)責(zé)任人、所有審核人員和項(xiàng)目經(jīng)理。- 審核計(jì)劃完成標(biāo)志審核計(jì)劃送達(dá)所有相關(guān)人員。6.2審核執(zhí)行過程過程名審核過程執(zhí)行過程過程標(biāo)識(shí)PR-02目標(biāo)按照計(jì)劃執(zhí)行審核。進(jìn)入條件1. 到達(dá)審核計(jì)劃確定的審核任務(wù)時(shí)間2. 審核對(duì)象材料發(fā)放參與角色1. 審核主持人(由項(xiàng)目計(jì)劃確定)2. 審核人員(由審核計(jì)劃確定，包括主審人)3. 交付件開發(fā)責(zé)任人輸入1. 審核計(jì)劃2. 審核

42、對(duì)象材料過程步驟輸出序號(hào)描述1所有審核人通過審核對(duì)象材料了解與其責(zé)任相關(guān)的審核內(nèi)容。審核主持人對(duì)此進(jìn)行確認(rèn)。無2審核主持人按計(jì)劃召集審核會(huì)。無3主審人報(bào)告全面審核的結(jié)果。- 主審人審核結(jié)果4各個(gè)審核人報(bào)告各自責(zé)任范圍內(nèi)的審核的結(jié)果。- 審核人審核結(jié)果5審核人討論交付件可能的缺陷。- 候選缺陷6交付件開發(fā)責(zé)任人對(duì)審核人提出的問題應(yīng)答。無7審核人確認(rèn)交付件的缺陷和缺陷屬性，其中包括嚴(yán)重程度(高、中、低)和來源(本階段產(chǎn)生，前面階段遺留)。- 缺陷清單8審核主持人形成審核報(bào)告，并得到與會(huì)人員的認(rèn)可。- 審核報(bào)告確認(rèn)的缺陷清單作為該報(bào)告的附件。10審核主持人向項(xiàng)目經(jīng)理、質(zhì)量保證經(jīng)理、配置管理經(jīng)理和與會(huì)

43、人員提交審核報(bào)告。- 無完成標(biāo)志審核報(bào)告完成并向相關(guān)人員發(fā)布。七、IT項(xiàng)目需求開發(fā)與管理7.1需求開發(fā)的步驟系統(tǒng)需求是通過一系列步驟逐步轉(zhuǎn)化得到的。這些步驟可能執(zhí)行一次，就可得到開發(fā)人員所要的系統(tǒng)規(guī)格定義，但更多的是重復(fù)地執(zhí)行多次來確定系統(tǒng)規(guī)格定義。需求開發(fā)的基本步驟如下：l 確定項(xiàng)目范圍l 獲取客戶需求l 分析客戶需求l 制訂系統(tǒng)規(guī)格l 驗(yàn)證系統(tǒng)規(guī)格l 系統(tǒng)規(guī)格受控確定項(xiàng)目范圍項(xiàng)目范圍本身往往在項(xiàng)目開始時(shí)也不是很容易確定。客戶是一個(gè)群體，不同層面的人員因處于不同的地位會(huì)對(duì)項(xiàng)目含義有不同的認(rèn)識(shí)。有時(shí)在同一范圍概念下，也會(huì)有不同內(nèi)容的理解。這個(gè)階段的目的是建立一個(gè)統(tǒng)一的項(xiàng)目視圖并在這個(gè)視圖的基礎(chǔ)

44、上對(duì)項(xiàng)目范圍取得共同的認(rèn)識(shí)。項(xiàng)目視圖需要采用客戶容易理解的圖示來表達(dá)，例如系統(tǒng)環(huán)境關(guān)聯(lián)圖，系統(tǒng)功能層次圖、系統(tǒng)在業(yè)務(wù)價(jià)值鏈中的位置等。利用這些圖示來進(jìn)一步刻畫和描述系統(tǒng)范圍要素，如支持的用戶類別、系統(tǒng)特征、基于的環(huán)境和支持目標(biāo)等。項(xiàng)目范圍實(shí)質(zhì)上是客戶需求的一個(gè)部分并且是一個(gè)重要的部分。項(xiàng)目范圍為項(xiàng)目任務(wù)圈定了一個(gè)問題考慮范圍。隨著需求分析的進(jìn)展，項(xiàng)目范圍會(huì)發(fā)生變化，這些變化應(yīng)及時(shí)反映到相關(guān)的文檔中，并及時(shí)知會(huì)相關(guān)的人員。獲取客戶需求項(xiàng)目范圍定義是項(xiàng)目宏觀的需求析取，為了能夠真正開發(fā)一個(gè)應(yīng)用系統(tǒng)，必須全面了解客戶對(duì)系統(tǒng)的要求。由于客戶不是系統(tǒng)分析人員，因此這個(gè)階段的目的是確定有效的方法，然后利用

45、所確定的方法從相對(duì)分散的需求源，系統(tǒng)化地獲取客戶需求。獲取客戶需求方法的基本原則是系統(tǒng)地定義需求類別、建立統(tǒng)一的需求表達(dá)、識(shí)別和規(guī)劃需求獲取的渠道。系統(tǒng)地建立需求類別可以將一個(gè)大的問題分解為若干小的問題，同時(shí)可幫助客戶需求獲取人員完備地收集客戶需求。建立統(tǒng)一的客戶需求表達(dá)可一致化和規(guī)范化得到的需求，為后面的工作提供一個(gè)良好的基礎(chǔ)。識(shí)別和規(guī)劃需求渠道可有效地配備資源。需求獲取渠道不僅僅是按確定用戶類別的訪談，也包括業(yè)務(wù)資料的分析等其它方面。分析客戶需求獲取的客戶需求難以直接轉(zhuǎn)化為系統(tǒng)規(guī)格定義，因?yàn)檫@些需求往往是概要性的、一般情況下不會(huì)完備、相互之間可能存在不一致。因此這個(gè)階段的目的是對(duì)獲取的需求

46、系統(tǒng)地加以分析，建立一個(gè)相對(duì)完整的系統(tǒng)概念模型，如系統(tǒng)交互模型。通過系統(tǒng)概念模型的建立來細(xì)化、補(bǔ)充需求、消除需求中的不一致性。這個(gè)階段會(huì)繼續(xù)執(zhí)行上個(gè)階段的工作，以解決已經(jīng)獲取需求中的問題并補(bǔ)充分析客戶需求所需要的進(jìn)一步信息。這個(gè)繼續(xù)工作不是簡(jiǎn)單的重復(fù)需求獲取的工作，而是針對(duì)客戶需求分析中發(fā)現(xiàn)的問題。客戶需求分析技術(shù)包括許多類型，如非常形式化的建模計(jì)劃和簡(jiǎn)單的業(yè)務(wù)場(chǎng)景分析技術(shù)。具體技術(shù)的采用取決于客戶需求的復(fù)雜程度、客戶的背景以及分析人員對(duì)技術(shù)的掌握等諸多因素。此外，分析技術(shù)的采用也取決于是否有有效的工具支持，特別是基于圖形的分析技術(shù)。制訂系統(tǒng)規(guī)格系統(tǒng)分析人員必須給系統(tǒng)設(shè)計(jì)人員提供完整、清晰、明

47、確的系統(tǒng)設(shè)計(jì)要求。因此這個(gè)階段的目的是基于客戶需求和對(duì)客戶需求的分析結(jié)果建立書面的系統(tǒng)規(guī)格定義。這個(gè)規(guī)格定義不僅僅作為設(shè)計(jì)人員的設(shè)計(jì)依據(jù)，也將作為系統(tǒng)驗(yàn)證的依據(jù)。同客戶需求分析一樣，系統(tǒng)規(guī)格定義也包括許多類型的方法和技術(shù)，如形式化的定義方法和自然語言的描述。一個(gè)理想的情況是分析模型和定義模型采用相同的技術(shù)。這樣不僅僅可以平滑地聯(lián)結(jié)分析客戶需求和制訂系統(tǒng)規(guī)格這兩個(gè)階段，同時(shí)也可大大提高工作效率，因?yàn)榉治瞿Ｐ偷慕Y(jié)果可被重用到規(guī)格定義中。同樣，具體技術(shù)的采用也與客戶需求階段相同。驗(yàn)證系統(tǒng)規(guī)格系統(tǒng)規(guī)格定義一旦確定，將作為開發(fā)依據(jù)貫穿在整個(gè)項(xiàng)目開發(fā)活動(dòng)中。因此如果規(guī)格定義存在缺陷，將會(huì)產(chǎn)生很高代價(jià)的質(zhì)量

48、成本。此外，系統(tǒng)規(guī)格是通過客戶需求的分析和轉(zhuǎn)換產(chǎn)生的，因此這個(gè)分析和轉(zhuǎn)換可能會(huì)存在偏差。這個(gè)階段的目的就是來驗(yàn)證是否定義的系統(tǒng)能夠真正滿足客戶的需求。系統(tǒng)規(guī)格驗(yàn)證包括用戶評(píng)審、內(nèi)部評(píng)審、走察（Walk-through）或更為嚴(yán)格的同行審核（Peer Review, Inspection）。如果需要讓客戶對(duì)系統(tǒng)實(shí)現(xiàn)后的式樣有充分地了解，還可以建立系統(tǒng)原型（Prototype）供客戶評(píng)審。系統(tǒng)驗(yàn)證技術(shù)和方法的采用是風(fēng)險(xiǎn)和成本的平衡。例如原型技術(shù)會(huì)很大程度降低實(shí)現(xiàn)的系統(tǒng)背離用戶需求的風(fēng)險(xiǎn)，但需要較高的投入。不過由于系統(tǒng)規(guī)格是保證系統(tǒng)成功的關(guān)鍵，因此采用多種驗(yàn)證形式其中包括較嚴(yán)格的驗(yàn)證形式是十分必要的

49、。系統(tǒng)規(guī)格受控正如上面多次指出的，系統(tǒng)規(guī)格將在整個(gè)項(xiàng)目生存期中作為系統(tǒng)實(shí)現(xiàn)的依據(jù)，其中包括設(shè)計(jì)的依據(jù)、系統(tǒng)測(cè)試的依據(jù)、驗(yàn)收的依據(jù)等。因此如果系統(tǒng)規(guī)格隨意變更，則會(huì)引起整個(gè)開發(fā)的混亂。這個(gè)階段的目的是將系統(tǒng)規(guī)格納入到一種受控的狀態(tài)下。系統(tǒng)規(guī)格的受控包括兩個(gè)環(huán)節(jié)，一個(gè)環(huán)節(jié)是批準(zhǔn)，另一個(gè)環(huán)節(jié)是“凍結(jié)”。當(dāng)系統(tǒng)規(guī)格經(jīng)過完整的開發(fā)過程產(chǎn)生出來后并由各方審計(jì)無誤后，則由項(xiàng)目權(quán)威機(jī)構(gòu)正式批準(zhǔn)。第二個(gè)環(huán)節(jié)是將批準(zhǔn)的系統(tǒng)規(guī)格“凍結(jié)”，即不能隨意地對(duì)其更改。這之后的任何更改要通過嚴(yán)格變更控制程序。這兩個(gè)環(huán)節(jié)是將系統(tǒng)規(guī)格“基線化”。基線化是配置管理的任務(wù)。實(shí)際上，系統(tǒng)規(guī)格受控通常都是配置管理中的一個(gè)環(huán)節(jié)。7.2需求

50、管理的步驟需求管理的目的是保證系統(tǒng)需求作為基線加以管理，即系統(tǒng)需求定義的建立、使用和修改均加以控制，以保證系統(tǒng)需求可用性和其它項(xiàng)目活動(dòng)與系統(tǒng)需求的一致性。需求管理與配置管理密切相關(guān)。實(shí)際上，需求是作為配置項(xiàng)納入到配置管理中的。需求管理的基本步驟如下：l 建立系統(tǒng)需求基線l 發(fā)布系統(tǒng)需求基線l 系統(tǒng)需求基線跟蹤報(bào)告l 處理系統(tǒng)需求基線修改請(qǐng)求建立系統(tǒng)需求基線建立系統(tǒng)需求基線是將開發(fā)的系統(tǒng)需求置為基線狀態(tài)。如果實(shí)施了正式的需求管理和配置管理，可將系統(tǒng)規(guī)格納入到需求管理和配置管理中。例如，一個(gè)具體的做法可以是將開發(fā)完成的系統(tǒng)規(guī)格提交給配置管理，由配置管理員對(duì)規(guī)格進(jìn)行配置標(biāo)識(shí)，然后入配置管理庫。發(fā)布系

51、統(tǒng)需求基線由于系統(tǒng)需求基線是整個(gè)項(xiàng)目生存期項(xiàng)目活動(dòng)的依據(jù)，因此應(yīng)將正式建立的基線及時(shí)加以發(fā)布，以確保所有相關(guān)的人員了解基線的狀態(tài)。特別當(dāng)基線修改后基線的及時(shí)發(fā)布對(duì)正在進(jìn)行的項(xiàng)目活動(dòng)至關(guān)重要。系統(tǒng)需求基線跟蹤報(bào)告為了保證系統(tǒng)需求基線被有效的實(shí)現(xiàn)，需要對(duì)需求基線的實(shí)施進(jìn)行跟蹤，并將跟蹤的結(jié)果進(jìn)行報(bào)告。例如跟蹤系統(tǒng)設(shè)計(jì)是否覆蓋了所有的需求基線。處理系統(tǒng)需求基線修改請(qǐng)求這是需求基線管理的最核心也是最復(fù)雜的一個(gè)步驟。這個(gè)步驟包括了一系列子步驟如下：l 對(duì)需要更新的基線部分提出更改請(qǐng)求。l 分析、審核更改請(qǐng)求，其中包括確認(rèn)更改理由的充要性、分析更改的波及范圍、估算更改的投入等方面。l 如果同意更改，則制訂更改計(jì)劃。l 實(shí)施更改計(jì)劃。l 審核更改結(jié)果。l 批準(zhǔn)更改。l 更新需求基線。由于需求基線修改涉及到多方面人員，因此對(duì)需求基線的修改（也包括對(duì)其它基線的修改）的批準(zhǔn)要征得相關(guān)人員的同意。一般在配置管理體系下，由相關(guān)人員代表成立一個(gè)配置管理委員會(huì)來處理基線管理事項(xiàng)。八、IT項(xiàng)目工作產(chǎn)品及驗(yàn)收IT項(xiàng)目工作產(chǎn)品是IT項(xiàng)目過程的輸出。這些輸出包括兩類，一類是通過開發(fā)產(chǎn)生的交付件，這些交付件是軟件產(chǎn)品的一部分，有些會(huì)最終提供給客戶使用，有些僅僅是中間產(chǎn)品（如系統(tǒng)設(shè)計(jì)）或管理文件（如項(xiàng)目計(jì)劃）。另一類是記錄性質(zhì)的文件，這些文件往