IT項目策劃管理辦法

1、IT項目治理方法信息治理部2004.4目錄 TOC o 1-3 h z u HYPERLINK l _Toc138485684 前言 PAGEREF _Toc138485684 h 4 HYPERLINK l _Toc138485685 一、術(shù)語定義 PAGEREF _Toc138485685 h 5 HYPERLINK l _Toc138485686 二、IT項目生存期 PAGEREF _Toc138485686 h 7 HYPERLINK l _Toc138485687 2.1應(yīng)用開發(fā)項目生存期 PAGEREF _Toc138485687 h 7 HYPERLINK l _Toc13848

2、5688 2.2應(yīng)用部署項目生存期 PAGEREF _Toc138485688 h 8 HYPERLINK l _Toc138485689 2.3生存期模型裁減 PAGEREF _Toc138485689 h 10 HYPERLINK l _Toc138485690 2.3.1內(nèi)部項目 PAGEREF _Toc138485690 h 10 HYPERLINK l _Toc138485691 2.3.2外包項目 PAGEREF _Toc138485691 h 11 HYPERLINK l _Toc138485692 2.3.3合作項目 PAGEREF _Toc138485692 h 12 HYP

3、ERLINK l _Toc138485693 2.3.4采購項目 PAGEREF _Toc138485693 h 12 HYPERLINK l _Toc138485694 2.3.5混合型項目 PAGEREF _Toc138485694 h 13 HYPERLINK l _Toc138485695 三、IT項目過程 PAGEREF _Toc138485695 h 14 HYPERLINK l _Toc138485696 3.1啟動 PAGEREF _Toc138485696 h 14 HYPERLINK l _Toc138485697 3.2項目分解與打算 PAGEREF _Toc138485

4、697 h 14 HYPERLINK l _Toc138485698 3.3項目實施 PAGEREF _Toc138485698 h 15 HYPERLINK l _Toc138485699 3.4項目結(jié)束 PAGEREF _Toc138485699 h 16 HYPERLINK l _Toc138485700 3.5項目過程總結(jié) PAGEREF _Toc138485700 h 16 HYPERLINK l _Toc138485701 四、IT項目打算 PAGEREF _Toc138485701 h 17 HYPERLINK l _Toc138485702 4.1項目規(guī)模估算過程 PAGERE

5、F _Toc138485702 h 18 HYPERLINK l _Toc138485703 4.2項目規(guī)劃過程 PAGEREF _Toc138485703 h 19 HYPERLINK l _Toc138485704 4.3項目責(zé)任分配過程 PAGEREF _Toc138485704 h 19 HYPERLINK l _Toc138485705 4.4項目采購打算 PAGEREF _Toc138485705 h 20 HYPERLINK l _Toc138485706 五、IT項目監(jiān)控 PAGEREF _Toc138485706 h 22 HYPERLINK l _Toc138485707

6、5.1項目定期評審過程 PAGEREF _Toc138485707 h 23 HYPERLINK l _Toc138485708 5.2項目事件評審過程 PAGEREF _Toc138485708 h 24 HYPERLINK l _Toc138485709 5.3偏離糾正過程 PAGEREF _Toc138485709 h 24 HYPERLINK l _Toc138485710 5.4打算修訂過程 PAGEREF _Toc138485710 h 25 HYPERLINK l _Toc138485711 5.5項目采購監(jiān)控 PAGEREF _Toc138485711 h 26 HYPERLI

7、NK l _Toc138485712 六、IT項目審核 PAGEREF _Toc138485712 h 28 HYPERLINK l _Toc138485713 6.1審核打算過程 PAGEREF _Toc138485713 h 29 HYPERLINK l _Toc138485714 6.2審核執(zhí)行過程 PAGEREF _Toc138485714 h 29 HYPERLINK l _Toc138485715 七、IT項目需求開發(fā)與治理 PAGEREF _Toc138485715 h 31 HYPERLINK l _Toc138485716 7.1需求開發(fā)的步驟 PAGEREF _Toc138

8、485716 h 31 HYPERLINK l _Toc138485717 7.2需求治理的步驟 PAGEREF _Toc138485717 h 34 HYPERLINK l _Toc138485718 八、IT項目工作產(chǎn)品及驗收 PAGEREF _Toc138485718 h 36 HYPERLINK l _Toc138485719 8.1交付件 PAGEREF _Toc138485719 h 36 HYPERLINK l _Toc138485720 8.2質(zhì)量記錄 PAGEREF _Toc138485720 h 37 HYPERLINK l _Toc138485721 8.3工作產(chǎn)品模板

9、PAGEREF _Toc138485721 h 37 HYPERLINK l _Toc138485722 8.3.1任務(wù)書模板 PAGEREF _Toc138485722 h 38 HYPERLINK l _Toc138485723 8.3.2打算書模板 PAGEREF _Toc138485723 h 38 HYPERLINK l _Toc138485724 8.3.3評審報告模板 PAGEREF _Toc138485724 h 39 HYPERLINK l _Toc138485725 8.3.4需求歸納表模板 PAGEREF _Toc138485725 h 39 HYPERLINK l _T

10、oc138485726 8.4項目驗收 PAGEREF _Toc138485726 h 40 HYPERLINK l _Toc138485727 8.4.1可交付物驗收 PAGEREF _Toc138485727 h 40 HYPERLINK l _Toc138485728 8.4.2技術(shù)驗收 PAGEREF _Toc138485728 h 40 HYPERLINK l _Toc138485729 8.4.3功能驗收 PAGEREF _Toc138485729 h 41 HYPERLINK l _Toc138485730 8.4.4驗收打算 PAGEREF _Toc138485730 h 41

11、 HYPERLINK l _Toc138485731 九、項目經(jīng)理的職責(zé)和素養(yǎng) PAGEREF _Toc138485731 h 42 HYPERLINK l _Toc138485732 9.1項目經(jīng)理的職責(zé) PAGEREF _Toc138485732 h 42 HYPERLINK l _Toc138485733 9.2項目經(jīng)理的素養(yǎng) PAGEREF _Toc138485733 h 45 HYPERLINK l _Toc138485734 9.3項目經(jīng)理的技能 PAGEREF _Toc138485734 h 47前言中外運對IT的投資是通過各種類型的IT項目來實現(xiàn)的，通過實施IT項目體現(xiàn)對IT投

12、資的效果，因此有必要對IT項目制定相關(guān)的流程和規(guī)范。IT項目分為兩個時期：立項時期和項目執(zhí)行時期。本文只涉及項目執(zhí)行時期的治理方法，項目立項時期的流程按照IT項目立項流程執(zhí)行。本治理方法的適用范圍為股份公司總部。中外運股份有限公司信息化組織（以下簡稱ITO）是中外運股份有限公司專門致力于信息化建設(shè)的組織，負(fù)責(zé)企業(yè)信息系統(tǒng)應(yīng)用的支持、業(yè)務(wù)信息化的關(guān)心以及基于信息技術(shù)的業(yè)務(wù)開拓。這些責(zé)任將使得ITO逐漸成為企業(yè)核心競爭力的一個組成部分，與此同時，也要求ITO持續(xù)地改善其IT項目治理和運行能力。為了將這些項目治理過程得到有效的落實，特制訂以下IT項目治理方法。ITO組織內(nèi)所有人員需嚴(yán)格執(zhí)行，保證IT

13、O內(nèi)的項目治理和系統(tǒng)運行逐漸提高到業(yè)界較高水準(zhǔn)，滿足企業(yè)業(yè)務(wù)高速進(jìn)展的需要。一、術(shù)語定義項目：在規(guī)定的時刻和預(yù)算內(nèi)完成的某種具有特定質(zhì)量性能要求的一次性、多任務(wù)的工作。項目的特征：目標(biāo)確定性時限性一次性獨特性項目生存期：一個項目從立項到項目執(zhí)行結(jié)束的過程。項目生存期模型：是對項目生存期的抽象，其中包括項目時期的劃分、各個時期的進(jìn)入條件、輸入和輸出等生存期公共屬性。關(guān)鍵過程域：是項目治理和項目執(zhí)行所要關(guān)注的重要過程域，包括項目治理、項目實施、項目支持等多方面的過程。這些過程域是依照業(yè)務(wù)需要和資源情況逐步開發(fā)定義的。驗證：是對系統(tǒng)的評價過程，以確定一個項目執(zhí)行時期的產(chǎn)品是否滿足在現(xiàn)在期開始時所給定

14、的條件。確認(rèn)：是在項目執(zhí)行過程中或項目結(jié)束時評價系統(tǒng)，以確定它是否滿足特定的需求。審核：是用于驗證或確認(rèn)的手段。審核是一種正式的評審活動，即需要打算并按打算執(zhí)行?？蛻粜枨螅–ustomers needs）：是客戶的需要與期待，這些要求和期待直接相關(guān)于用戶的業(yè)務(wù)過程和業(yè)務(wù)任務(wù)需求。系統(tǒng)需求（Requirements for System）：通過對客戶需求的分析，確定系統(tǒng)應(yīng)實現(xiàn)的規(guī)格。這些規(guī)格描述了系統(tǒng)的行為、特性和屬性。系統(tǒng)需求也稱為系統(tǒng)規(guī)格。功能性需求（Functional Requirements）：支持業(yè)務(wù)功能的系統(tǒng)需求，如數(shù)據(jù)檢索、交易執(zhí)行、報告打印等。非功能性需求（Non-functi

15、onal Requirements）：系統(tǒng)執(zhí)行的行為特征，如可靠性、安全性、性能指標(biāo)等。IT（Information Technology）：信息技術(shù)。ITO（Information Technology Organization）：信息技術(shù)組織。SOW（Statement Of Work）：任務(wù)書。PP（Project Planning）：項目打算。PR（Peer Review）：同行評審或?qū)Φ仍u審。二、IT項目生存期2.1應(yīng)用開發(fā)項目生存期應(yīng)用開發(fā)項目生存期是中外運ITO管轄的所有IT開發(fā)項目的生存期模型，該模型可通過剪裁應(yīng)用到不同類型的開發(fā)中。應(yīng)用開發(fā)項目生存期模型定義圖示如下：項目立項

16、（略）項目執(zhí)行：用戶需求獵取用戶需求獵取SOW系統(tǒng)概念確定系統(tǒng)定義設(shè)計實現(xiàn)驗證定義過程實施過程項目立項結(jié)束，進(jìn)入項目執(zhí)行時期。SOW是項目執(zhí)行時期啟動的文件。用戶需求獵取時期是析取用戶對IT系統(tǒng)的需要（Needs），其中包括系統(tǒng)目的、范圍、目標(biāo)、業(yè)務(wù)需求、限制條件等方面。系統(tǒng)概念確定時期的目的是提出如何滿足用戶需要的總體策略，即確定滿足需求的系統(tǒng)差不多實現(xiàn)模式，如體系、架構(gòu)、獵?。ˋcquisition）方式等內(nèi)容。系統(tǒng)定義時期是對用戶的需求進(jìn)一步進(jìn)行開發(fā)以得到系統(tǒng)實現(xiàn)的規(guī)格定義（Specification）。設(shè)計時期包括了系統(tǒng)層面的設(shè)計（高層設(shè)計）和實現(xiàn)層面的設(shè)計（詳細(xì)設(shè)計）。實現(xiàn)時期包括了

17、具體開發(fā)、集成、工程測試。驗證時期是基于用戶的角度對系統(tǒng)的功能進(jìn)行接收/驗證測試。項目結(jié)束。2.2應(yīng)用部署項目生存期應(yīng)用部署項目生存期的執(zhí)行時期是將通過驗證的應(yīng)用系統(tǒng)部署到相關(guān)業(yè)務(wù)部門中并投入使用的過程。由于中外運規(guī)模較大，且地域分布專門廣，一個大型IT應(yīng)用的部署會涉及到多個部門、多個場所和不同的內(nèi)部和外包資源，因此應(yīng)用部署往往會作為一個獨立的項目進(jìn)行。應(yīng)用部署項目生存期模型確實是用于此目的而建立的，該模型圖示如下：項目立項（略）項目執(zhí)行：應(yīng)用部署規(guī)劃應(yīng)用部署規(guī)劃SOW試點公布實施打算制定專門需求處理切換預(yù)備切換項目立項結(jié)束，進(jìn)入項目執(zhí)行時期。SOW是項目執(zhí)行時期啟動的文件。應(yīng)用部署時期是一個

18、預(yù)備時期，要緊目的是進(jìn)行實施策略、實施方法、相關(guān)人員、時刻以及試點等方面的總體規(guī)劃和所需資源的預(yù)備。試點公布時期是實施策略和實施方法的測試時期，要緊目的是確認(rèn)實施策略和實施方法的可行性并獵取用于全面部署的經(jīng)驗。在應(yīng)用部署規(guī)劃時，假如確認(rèn)試點公布無必要（例如，曾有過類似產(chǎn)品的公布），則可忽略現(xiàn)在期。實施打算制定時期是應(yīng)用部署的詳細(xì)打算時期，目的是確定具體的應(yīng)用部署活動步驟。假如應(yīng)用部署涉及到多個部門，該時期也包括每個部門的行動打算。專門需求處理時期包括識不和解決一些部署點的專門的要求，目的是保證部署活動可不能因為這些專門要求而受到阻礙。切換預(yù)備時期是資源落實和最后測試的時期，目的是確認(rèn)切換所有的

19、條件已就緒。切換時期將應(yīng)用投入實際運行的時期，其中也包括切換結(jié)束的總結(jié)（不管成功或失?。?。項目結(jié)束。2.3生存期模型裁減生存期模型并不意味著中外運公司的所有IT項目執(zhí)行周期一成不變地覆蓋整個生存期。不同類型的項目在生存期模型上的啟動點和終止點不完全一樣，需要依照項目的特征選擇項目生存期并依照具體情況對項目生存期進(jìn)行剪裁。2.3.1內(nèi)部項目內(nèi)部項目的特征是項目的治理和資源的操縱均在ITO內(nèi)部，因此可由ITO的一個項目經(jīng)理負(fù)責(zé)整個項目生存期的過程和工作產(chǎn)品。實際上，這確實是差不多項目生存期的應(yīng)用，具體如下：項目立項（略）項目執(zhí)行：SOWSOW用戶需求獵取系統(tǒng)概念確定系統(tǒng)定義設(shè)計實現(xiàn)驗證應(yīng)用交付項目

20、執(zhí)行時期由一個SOW啟動，項目經(jīng)理依照該SOW制訂項目初步打算，打算可在各個時期里程碑結(jié)束后進(jìn)行調(diào)整。2.3.2外包項目外包項目的特征是項目的治理和資源的操縱均在ITO外部，ITO代表中外運公司向外包公司發(fā)出需求并定義完成條件。ITO項目經(jīng)理的責(zé)任是負(fù)責(zé)提供合理的公司業(yè)務(wù)對IT系統(tǒng)的要求并負(fù)責(zé)確認(rèn)項目輸出的有效性，具體如下：驗證項目立項（略）項目執(zhí)行：SOWSOW用戶需求獵取系統(tǒng)概念確定ITO- 標(biāo)書- 標(biāo)書- 合同企業(yè)采購部門系統(tǒng)定義設(shè)計實現(xiàn)應(yīng)用交付外包部門 項目執(zhí)行時期由一個SOW啟動，待完成了初步需求分析并形成了系統(tǒng)概念后，將用戶初步需求和系統(tǒng)概念設(shè)計反應(yīng)到標(biāo)書中來選擇外包商，反應(yīng)到合同

21、中來啟動外包項目。此外，項目生存期中驗證時期回到ITO來執(zhí)行。一般的應(yīng)用交付涉及到用戶的參與，但該時期的治理仍以外包商負(fù)責(zé)，或雙方協(xié)調(diào)后共同負(fù)責(zé)。假如外包的范圍與上述不同，可對上述剪裁模式進(jìn)行調(diào)整，關(guān)鍵是合同和驗證兩個操縱點。例如僅將設(shè)計部格外包時，標(biāo)書和合同涉及的也將僅僅是設(shè)計時期，驗收也是對設(shè)計的驗收。需要注意的是驗證部分參與的內(nèi)部人員和企業(yè)內(nèi)部用戶與實現(xiàn)部分參與的人員不同。2.3.3合作項目合作項目是ITO與合作方資源統(tǒng)一治理的工作模式。若是以ITO為主，可參照2.3.1節(jié)描述的剪裁模型；假如是以外方為主，則可參照2.3.2節(jié)描述的剪裁模型。2.3.4采購項目外包項目和合作項目本質(zhì)上也是

22、采購項目，是IT服務(wù)的采購。因此IT服務(wù)采購項目的生存期參照上面2.3.2節(jié)和2.3.3節(jié)。本節(jié)描述的是IT設(shè)備（包括軟件）的采購項目，具體如下：項目立項（略）項目執(zhí)行：驗證應(yīng)用交付SOWSOW用戶需求獵取系統(tǒng)概念確定ITO供貨程序- 采購標(biāo)書- 采購標(biāo)書- 采購合同企業(yè)采購部門 供應(yīng)商同樣，內(nèi)部以SOW啟動來確定設(shè)備采購的需求以及采購原則與策略（系統(tǒng)概念確定）。這些內(nèi)容確定后形成采購標(biāo)書，進(jìn)而形成采購合同。供應(yīng)商按其自己的供貨程序工作。假如必要，可在他們的供貨程序中插入質(zhì)量檢驗的審核點。2.3.5混合型項目當(dāng)一個IT項目較復(fù)雜時可能包括了自行開發(fā)、合作部分、外包部分以及采購部分。在這種情況下

23、可將項目分解成若干子項目，每個項目參照上面適用的生存期分不進(jìn)行治理。三、IT項目過程下述模型是個簡化的IT項目執(zhí)行過程模型，該模型包括了最差不多的操縱環(huán)節(jié)、分解原則和實施過程等要素。項目執(zhí)行過程模型圖示如下：項目立項（略）項目執(zhí)行：項目分解與打算啟動結(jié)束項目執(zhí)行項目分解與打算啟動結(jié)束項目執(zhí)行3.1啟動IT項目在執(zhí)行時期必須有一個正式的啟動文件SOW。正式的含義包括：來自于可下達(dá)任務(wù)的授權(quán)機構(gòu)具有明確的主管人（發(fā)起人）指定了項目經(jīng)理清晰的任務(wù)陳述（SOW）SOW定義了項目執(zhí)行時期的開始。3.2項目分解與打算當(dāng)項目經(jīng)理接到任務(wù)書后，假設(shè)對任務(wù)書沒有任何疑義，那么項目經(jīng)理需要執(zhí)行的第一個過程是進(jìn)行項

24、目打算，如此才能保證項目有序的執(zhí)行。由于直接面向任務(wù)書中SOW進(jìn)行打算會專門難，特不是其中描述的任務(wù)規(guī)模專門大時更是如此。一個有效的方法是將項目執(zhí)行分為若干時期，然后按時期進(jìn)行規(guī)劃。例如將項目執(zhí)行分為如下的三個時期：項目執(zhí)行：SOW實現(xiàn)設(shè)計需求定義SOW實現(xiàn)設(shè)計需求定義因此，假如上述時期劃分太粗，還能夠進(jìn)一步細(xì)化，例如將“設(shè)計”分為“系統(tǒng)設(shè)計”和“單元設(shè)計”，將實現(xiàn)分為“編碼”、“測試”和“集成”。假如有必要，還能夠增加一些時期，如在“需求定義”和“設(shè)計”之間增加一個“技術(shù)選擇”的時期來專門分析采納什么技術(shù)對系統(tǒng)開發(fā)最有效。3.3項目實施項目實施是項目打算的執(zhí)行。為了能夠明白項目進(jìn)展是否符合項

25、目打算，需要對實施過程進(jìn)行監(jiān)控。監(jiān)控的方法是每隔一個固定的時刻對項目狀態(tài)進(jìn)行一次檢查，然后與打算進(jìn)行比較。如發(fā)生了偏離，則進(jìn)行糾正。僅僅按固定的時刻間隔檢查項目狀態(tài)有時也不能及時處理項目的問題，例如在間隔之間發(fā)生了重大阻礙項目打算的事件，如一項關(guān)鍵技術(shù)無法應(yīng)用。因此要增加基于事件的檢查。偏離糾正包括兩個方面，一個方面是對項目工程活動和工作產(chǎn)品發(fā)生的偏離進(jìn)行糾正，另一方面是對打算進(jìn)行修訂。這些工作必須加以操縱，按嚴(yán)格的規(guī)范執(zhí)行，否則不僅僅偏離未能解決，還會引起新的問題。在項目實施過程中，盡管是按項目打算進(jìn)行的，但項目打算僅僅是定義了在什么時刻由誰完成什么任務(wù)，沒有規(guī)定如何完成這些任務(wù)。如何完成有

26、兩種方式，一種是憑執(zhí)行者的經(jīng)驗決策，另一種是定義好完成任務(wù)的過程和模板，然后按照過程和模板進(jìn)行工作。因此，這兩種方式會結(jié)合起來。3.4項目結(jié)束項目打算的所有任務(wù)完成了，項目就能夠結(jié)束。項目打算確定的生存期中定義了項目的結(jié)束時期和結(jié)束應(yīng)該進(jìn)行的工作。項目結(jié)束不僅僅將項目交付件交給客戶就算完成了，還有一些其它總結(jié)性的工作，如項目數(shù)據(jù)匯合等。項目數(shù)據(jù)可為其它項目執(zhí)行提供依據(jù)和參照。3.5項目過程總結(jié)一個差不多的項目治理體系應(yīng)治理項目的啟動、項目劃分和打算、項目的執(zhí)行治理以及項目的結(jié)束。一個更完善的項目治理體系還應(yīng)包括如何完成工程任務(wù)以及其它任務(wù)的過程。此外，還應(yīng)包括需求開發(fā)和需求治理。四、IT項目打

27、算項目打算的目的是為項目的執(zhí)行和治理提供一個合理打算。項目打算過程域中的過程包括可能項目規(guī)模、定義項目生存期、確定項目目標(biāo)、制訂人員、時刻和投入打算。項目打算過程域與IT項目生存期的一個示例關(guān)系如下：用戶需求獵取系統(tǒng)概念確定系統(tǒng)定義設(shè)計實現(xiàn)驗證應(yīng)用交付計劃修訂點計劃計劃修訂點計劃修訂點計劃修訂點計劃修訂點計劃修訂點計劃點計劃點 箭頭所指示的是項目打算在生存期的一個應(yīng)用場景。前兩個時期是由ITO和業(yè)務(wù)部門共同進(jìn)行初步需求分析和系統(tǒng)概念確定，ITO在項目初始制訂了打算，并在第一個時期完成后對打算進(jìn)行調(diào)整，然后實施第二個時期。第二個時期完成后，交給一個ITO內(nèi)的項目開發(fā)組織，開發(fā)組織在他們承接項目的

28、第一個時期（生存期模型第三個時期）制訂項目打算，并在每個時期完成后，調(diào)整或修改打算。打算的調(diào)整或修訂并不是必需的，只有當(dāng)發(fā)覺打算與實際不符時才進(jìn)行。項目打算過程的目的是為執(zhí)行軟件工程活動和治理軟件項目建立一個合理的項目打算。項目打算過程涉及的要緊方面包括軟件項目規(guī)模評估、打算責(zé)任的協(xié)商與確立以及軟件項目打算的制定。項目打算的目標(biāo)為：項目規(guī)模估算并文檔化，以保證在項目規(guī)劃和跟蹤中可用。規(guī)劃項目活動和責(zé)任并文檔化。項目相關(guān)組和人員同意所分配的責(zé)任。依照這些目標(biāo)，在ITO項目打算過程域中定義了三個過程：項目規(guī)模估算過程項目規(guī)劃過程項目責(zé)任分配過程4.1項目規(guī)模估算過程過程名項目規(guī)模估算過程標(biāo)識PP-

29、01目標(biāo)軟件規(guī)模估算并文檔化，以保證在項目規(guī)劃和跟蹤中可用。進(jìn)入條件SOW（任務(wù)書）下達(dá)，并詳細(xì)描述了任務(wù)范圍。參與角色項目經(jīng)理(由SOW確定)項目人員(由SOW或項目經(jīng)理確定，包括項目經(jīng)理)相關(guān)評審人員(由項目經(jīng)理確定)項目主管(高層項目主管經(jīng)理，由SOW確定)輸入SOW過程步驟輸出序號描述項目經(jīng)理依照SOW確定項目工作分解 (WBS: Work Breakdown Structure) 的策略和估算準(zhǔn)則，其中包括估算單位、估算方法、估算爭議處理等。WBS策略估算準(zhǔn)則項目經(jīng)理向項目人員分配項目分解任務(wù)。(假如項目規(guī)模不大，可由項目經(jīng)理本人獨立進(jìn)行項目分解和任務(wù)規(guī)模估算工作。)項目人員依照WB

30、S策略和估算準(zhǔn)則對項目進(jìn)行分解估算，分不建立各自管轄任務(wù)的WBS和相應(yīng)的任務(wù)規(guī)模估算。項目經(jīng)理負(fù)責(zé)進(jìn)行匯總。項目任務(wù)分解(WBS)項目經(jīng)理組織有關(guān)人員對WBS進(jìn)行評審并依照評審結(jié)果對WBS以及估算進(jìn)行修訂。評審的目地是保證分解沒有遺漏、重疊等問題；規(guī)模估算有依據(jù)。修訂的項目WBS和任務(wù)規(guī)模估算項目主管對WBS和估算結(jié)果進(jìn)行審核。審核的目的是保證項目范圍理解正確、分解策略正確、估算結(jié)果合理。審核通過的項目WBS和任務(wù)規(guī)模估算項目經(jīng)理負(fù)責(zé)整理上述步驟的輸出，形成項目規(guī)模估算文件。項目規(guī)模估算文件完成標(biāo)志項目WBS和任務(wù)規(guī)模估算通過項目主管審核。形成項目規(guī)模估算文件(過程提交產(chǎn)品)。4.2項目規(guī)劃過

31、程過程名項目規(guī)劃過程過程標(biāo)識PP-02目標(biāo)規(guī)劃項目活動和責(zé)任并文檔化。進(jìn)入條件項目規(guī)模估算完成。參與角色項目經(jīng)理(由SOW確定)相關(guān)評審人員(由項目經(jīng)理確定)項目主管(高層項目主管經(jīng)理，由SOW確定)輸入SOW項目規(guī)模估算文件過程步驟輸出序號描述項目經(jīng)理依照SOW確定項目具體目標(biāo)和項目交付件。項目目標(biāo)描述項目交付件清單確定項目策略，其中包括項目組織結(jié)構(gòu)。項目組織圖等項目經(jīng)理依照SOW確定項目生存期模型。選擇的生存期模型項目經(jīng)理依照SOW、項目生存期模型和規(guī)模估算文件確定投入的資源，包括人力資源。項目資源投入表項目經(jīng)理依照SOW、項目生存期模型和規(guī)模估算文件確定項目時刻安排。項目時刻打算表項目經(jīng)

32、理依照SOW、項目生存期模型和規(guī)模估算文件確定投入的資金。項目資金打算表項目經(jīng)理對項目可能的風(fēng)險進(jìn)行分析并對高風(fēng)險給出操縱策略。風(fēng)險分析是基于項目目標(biāo)和項目打算的，即阻礙項目目標(biāo)和打算可能發(fā)生的事件。項目風(fēng)險操縱表項目經(jīng)理基于上面的輸出，產(chǎn)生項目打算草案。項目打算草案項目主管召集有關(guān)人員對項目打算進(jìn)行評審。項目經(jīng)理依照評審意見對項目打算進(jìn)行修訂，形成正式項目打算文檔，并由項目主管依照項目確認(rèn)。項目打算評審報告項目正式打算文檔完成標(biāo)志項目打算通過評審。正式項目打算文檔產(chǎn)生。4.3項目責(zé)任分配過程過程名項目責(zé)任分配過程過程標(biāo)識PP-03目標(biāo)項目相關(guān)組和人員同意所分配的責(zé)任。進(jìn)入條件項目正式打算形成

33、。參與角色項目經(jīng)理(由SOW確定)項目組成員(由項目打算確定)項目主管(高層項目主管經(jīng)理，由SOW確定)輸入項目打算過程步驟輸出序號描述項目經(jīng)理依照項目成員和時刻打算生成每個人的任務(wù)時刻打算并發(fā)放給各個項目成員。個人項目任務(wù)時刻打算各個相關(guān)人員確認(rèn)所分配的責(zé)任，其中包括：分配的任務(wù)和時刻是合理的。可滿足完成任務(wù)所需要的業(yè)務(wù)要求?？蓾M足完成任務(wù)所需要的時刻要求。若不能確認(rèn)上述一項或若干項條件，則將情況反饋給項目經(jīng)理。個人項目任務(wù)時刻打算確認(rèn)結(jié)果項目經(jīng)理依照反饋情況對打算進(jìn)行調(diào)整，并對變化的人員責(zé)任重復(fù)上一步驟。若有阻礙較大的調(diào)整，如關(guān)鍵人員的調(diào)整需得到項目主管的批準(zhǔn)。若無調(diào)整，則躍過此步驟。調(diào)整

34、的項目打算項目經(jīng)理公布項目打算，公布對象包括：項目主管項目組成員其他項目相關(guān)組織或人員(如文檔治理部門)完成標(biāo)志打算通過所有項目相關(guān)責(zé)任人員的確認(rèn)。對無法承擔(dān)項目責(zé)任進(jìn)行調(diào)整并反映到打算中。調(diào)整的打算向所有有關(guān)人員公布。4.4項目采購打算采購規(guī)劃是確定哪些項目需求能夠通過從項目組織之外采購產(chǎn)品、服務(wù)或成果，從而最好地滿足某些項目需求，是項目團隊在項目實施過程中能夠自行滿足的過程。它涉及是否需要采購、如何采購、采購什么、采購多少，以及何時采購等。當(dāng)項目從實施組織之外取得項目履行所需的產(chǎn)品、服務(wù)和成果時，每項產(chǎn)品或者服務(wù)都必須經(jīng)歷從采購規(guī)劃到合同收尾的各個過程。采購規(guī)劃過程包括對每項外購決策涉及的

35、風(fēng)險，及就風(fēng)險緩解或風(fēng)險轉(zhuǎn)移進(jìn)行審核。中國外運信息化建設(shè)中的IT采購工作分成項目采購和日常采購，日常采購包括但不限于個人電腦及配件的采購。日常采購在每年年底制訂采購打算，并通過項目采購方式選定合格經(jīng)銷商和購買產(chǎn)品種類，有效期1年。日常采購均從選定的合格經(jīng)銷商中選擇。日常采購由具體采購人在合格經(jīng)銷商中采取兩人（含）以上詢價的方式進(jìn)行，部門負(fù)責(zé)人負(fù)責(zé)監(jiān)控是否按流程進(jìn)行，并抽查報價。主管（副）總經(jīng)理能夠確認(rèn)部門負(fù)責(zé)人的簽字，也能夠再次抽查。項目采購需成立采購項目組，項目組應(yīng)依照情況，在符合法律相關(guān)規(guī)定的前提下，以公開招標(biāo)、邀請招標(biāo)或者內(nèi)部議標(biāo)的方式選擇設(shè)備供應(yīng)商。五、IT項目監(jiān)控項目執(zhí)行監(jiān)控的目的是

36、關(guān)注項目進(jìn)展情況并對發(fā)生的偏差及時進(jìn)行糾正。項目執(zhí)行監(jiān)控的依據(jù)是項目打算，凡是打罷了的內(nèi)容，都需要進(jìn)行監(jiān)控，例如投入和時刻安排。項目打算過程域與IT項目生存期的關(guān)系如下圖所示：用戶需求獵取系統(tǒng)概念確定系統(tǒng)定義設(shè)計實現(xiàn)驗證應(yīng)用交付監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點監(jiān)控點項目打算項目打算箭頭所示是項目執(zhí)行監(jiān)控的一個應(yīng)用場景。一般項目監(jiān)控采納定期評審，例如按周的定期評審。在每次定期評審中，檢查項目是否偏離了打算。若發(fā)生了偏離，則立即采取糾正措施。此外，項目執(zhí)行監(jiān)控也可能是事件驅(qū)動的，一旦在定期評審之間發(fā)生了重要的項目治理事件，如發(fā)生了某種風(fēng)險，則進(jìn)行基于事件的評

37、審，并依照評審結(jié)果采取相應(yīng)措施。每次評審的內(nèi)容和結(jié)果要向所有相關(guān)人員通報，相關(guān)人員包括項目人員、用戶和企業(yè)相關(guān)主管。通報通常采納定期項目簡報的形式。項目監(jiān)控過程的目標(biāo)為：按照打算跟蹤項目的實際結(jié)果和執(zhí)行性能。當(dāng)實際結(jié)果和執(zhí)行性能偏離打算時，要采取糾正措施并對其進(jìn)行治理。保證相關(guān)人員和組織同意所改變的責(zé)任。依照上述目標(biāo)，項目監(jiān)控過程域包括四個過程：項目定期評審過程基于事件的評審過程偏離糾正過程打算修訂過程項目評審過程分為定期評審和基于事件評審。定期評審是正常的周期性評審，基于事件的評審是當(dāng)發(fā)生了嚴(yán)峻阻礙項目進(jìn)展事件時進(jìn)行的評審。基于事件的評審由項目經(jīng)理依照具體情況決定。偏離糾正過程用于操縱治理項

38、目進(jìn)程中發(fā)覺的問題和問題的處理。打算修改過程用于操縱和實施打算的變更，保證變更后的打算仍然具有合理性。5.1項目定期評審過程過程名項目定期評審過程過程標(biāo)識OM-01目標(biāo)按照打算跟蹤項目的實際結(jié)果和執(zhí)行性能。進(jìn)入條件到達(dá)項目評審時刻參與角色項目經(jīng)理(由SOW確定)項目組成員(由項目打算確定)輸入項目打算過程步驟輸出序號描述項目經(jīng)理依照項目打算本時期要求完成的內(nèi)容，收集各個項目成員的任務(wù)完成狀態(tài)。項目進(jìn)展?fàn)顟B(tài)項目經(jīng)理將各個項目成員任務(wù)完成的狀態(tài)與打算進(jìn)行比較。若項目經(jīng)理認(rèn)為出現(xiàn)與打算的重要偏離，則與相關(guān)項目人員分析偏離緣故，提出糾正措施，糾正措施包括對偏離的糾正或?qū)Υ蛩愕男薷摹Σ皇侵匾钠x，則

39、不提出糾正措施，而是列入到下次評審關(guān)注對象。偏離程度的推斷由項目經(jīng)理負(fù)責(zé)。偏離糾正措施項目經(jīng)理審查往常定期評審確定關(guān)注的偏離問題(如存在的話)，并確定是否采取偏離糾正措施。偏離糾正措施(若存在需糾正的偏離)項目經(jīng)理審查目前時期正在執(zhí)行的偏離糾正措施，若發(fā)覺問題則給出問題解決建議。偏離糾正措施執(zhí)行建議項目經(jīng)理將上述評審結(jié)果形成項目定期評審報告，并公布給相關(guān)人員，發(fā)放范圍依據(jù)項目打算。項目定期評審報告完成標(biāo)志項目打算本時期內(nèi)所有要求的完成內(nèi)容與實際完成狀態(tài)進(jìn)行了比較。對需要糾正的偏離，向相關(guān)項目人員發(fā)出了糾正措施或糾正措施執(zhí)行建議。項目定期評審報告完成并向相關(guān)人員公布。5.2項目事件評審過程過程名

40、項目事件評審過程過程標(biāo)識OM-02目標(biāo)按照打算跟蹤項目的實際結(jié)果和執(zhí)行性能。進(jìn)入條件項目經(jīng)理得到項目成員的事件報告并決定進(jìn)行評審。參與角色項目經(jīng)理(由SOW確定)項目組相關(guān)成員(事件報告者和其他相關(guān)人員)輸入事件報告項目打算過程步驟輸出序號描述項目經(jīng)理與相關(guān)人員分析事件對打算的阻礙，其中包括：打算進(jìn)度的阻礙打算成本的阻礙打算資源的阻礙質(zhì)量的阻礙等事件阻礙分析項目經(jīng)理與相關(guān)人員確定事件處理措施，處理措施包括事件的解決、打算的調(diào)整等方面。事件處理措施項目經(jīng)理落實事件處理的資源保證，如人力的保證。項目經(jīng)理將上述評審結(jié)果形成項目事件評審報告，并公布給相關(guān)人員，發(fā)放范圍包括評審會人員、主管人員以及其他相

41、關(guān)人員。項目事件評審報告完成標(biāo)志確定了項目事件處理措施并落實了相關(guān)事件處理的資源。項目事件評審報告完成并向相關(guān)人員公布。5.3偏離糾正過程過程名打算偏離糾正過程過程標(biāo)識OM-03目標(biāo)當(dāng)實際結(jié)果和執(zhí)行性能偏離打算時，要采取糾正措施并對其進(jìn)行治理。進(jìn)入條件項目定期評審會發(fā)出偏離糾正措施，或項目事件評審會發(fā)出事件處理措施參與角色偏離糾正人員，或事件處理人員、項目經(jīng)理輸入偏離糾正措施，或事件處理措施過程步驟輸出序號描述偏離糾正人員/事件處理人員依照偏離糾正措施/事件處理措施制訂糾正/處理步驟。偏離糾正/事件處理步驟偏離糾正人員/事件處理人員執(zhí)行制訂的偏離糾正/事件處理步驟，直至結(jié)束。偏離糾正/事件處理

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

43、訂。參與角色項目經(jīng)理項目主管輸入偏離糾正措施，或事件處理措施過程步驟輸出序號描述項目經(jīng)理依照偏離糾正措施/事件處理措施確定打算修訂的范圍和內(nèi)容。打算修訂范圍和內(nèi)容項目經(jīng)理依照確定的修訂范圍和內(nèi)容修訂打算。修訂的打算若修訂的打算涉及到人員責(zé)任的變化，則項目經(jīng)理與相關(guān)人員確認(rèn)變化的責(zé)任是否可同意。若不可同意，則需進(jìn)一步調(diào)整。修訂的打算項目主管審核修訂的打算，若存在問題確定重新修訂的范圍和內(nèi)容，再次執(zhí)行步驟2-3。重新修訂的范圍和內(nèi)容，或?qū)徍送ㄟ^的打算項目經(jīng)理公布經(jīng)項目主管的審核打算，公布范圍同原打算公布的范圍。完成標(biāo)志項目主管審核通過修訂的打算。審核通過的修訂打算向相關(guān)人員公布。5.5項目采購監(jiān)控

44、在進(jìn)行項目采購的決策過程中，應(yīng)考慮項目預(yù)算等制約因素。實施組織的長遠(yuǎn)戰(zhàn)略也是在采購監(jiān)控中應(yīng)考慮的內(nèi)容。假如決定外購，則反映了實施組織的長遠(yuǎn)規(guī)劃和項目的當(dāng)前需要。例如，決定購置某種開發(fā)平臺或數(shù)據(jù)庫，不是臨時使用，而是希望獲得長期支持。從項目經(jīng)濟效益上看可能合算，也可能不合算。然而假如實施組織需要長期使用該開發(fā)平臺或數(shù)據(jù)庫，則分?jǐn)偟巾椖可系哪遣糠仲徶觅M用就有可能低于臨時使用的費用。在進(jìn)行項目采購時，應(yīng)成立采購項目組，并對項目采購的過程進(jìn)行監(jiān)控。采購項目組包括業(yè)務(wù)部門和信息治理部的主管領(lǐng)導(dǎo)及相關(guān)負(fù)責(zé)人員和經(jīng)辦人員，必要時請企劃部、財務(wù)部等部門參加。依照中國外運股份有限公司投資治理規(guī)定，超過三百萬的項

45、目采購，還要上報股份公司，經(jīng)批準(zhǔn)后方可執(zhí)行。項目采購流程如下：起草立項報告項目組依照項目需求描述決定何時采購何物，制定相應(yīng)的采購打算并起草立項報告，通過內(nèi)請流程上報公司審批。審批通過后，成立IT采購項目組，并確定項目組成員。確定采購方式經(jīng)IT采購項目組討論通過后，決定采購方式，要緊包括三種方式：公開招標(biāo)、邀請招標(biāo)、詢價采購。供應(yīng)商的選擇和詢報價IT采購項目組應(yīng)依照備選供方的報價單進(jìn)行評定，即進(jìn)行供應(yīng)商的選擇。確定供應(yīng)商和價格IT采購項目組通過討論，最終確定供應(yīng)商和采購產(chǎn)品的價格。簽訂合同IT采購項目組和產(chǎn)品供應(yīng)商談判后簽署采購合同。合同執(zhí)行產(chǎn)品供應(yīng)商按合同規(guī)定履約，IT采購項目組成員負(fù)責(zé)產(chǎn)品驗

46、收。價款結(jié)算IT采購項目組負(fù)責(zé)辦理和產(chǎn)品供應(yīng)商的價款結(jié)算。填寫IT采購申請/處理單IT采購項目組負(fù)責(zé)填寫IT采購申請/處理單。六、IT項目審核IT項目審核過程是一種正式的評審，需要較高的資源投入，因此并不意味著所有IT項目交付件都要進(jìn)行正式的審核。審核對象的確定由項目經(jīng)理在項目打算時依照質(zhì)量風(fēng)險來確定。IT項目審核包括三個部分：審核打算、審核執(zhí)行、審核問題糾正，這三個部分描述如下：審核打算審核打算是基于項目打算確定的審核對象和標(biāo)準(zhǔn)的審核過程來定義審核目標(biāo)、資源打算和時刻打算。在項目打算中，需要確定審核對象和相應(yīng)的審核主持人，與此同時在打算中分配審核主持人審核打算和審核執(zhí)行任務(wù)。在一個項目中不同

47、時期會對不同的交付件進(jìn)行審核，這些審核的主持人能夠是不同的。一個要緊的原則是審核主持人不能是交付件的責(zé)任人。審核執(zhí)行審核執(zhí)行包括審核預(yù)備、召開審核會和建立審核記錄。審核預(yù)備包括審核對象資料預(yù)備、審核人員熟悉所負(fù)責(zé)的審核內(nèi)容。審核會一般不超過兩個小時，否則效率會大大降低。審核會的目的是審核交付件是否滿足相應(yīng)的準(zhǔn)則，而不是審核人的能力和具體采納的開發(fā)方法、技術(shù)的正確與否。審核記錄要記錄審核過程發(fā)覺的缺陷，缺陷屬性，例如嚴(yán)峻程度、來源（本時期產(chǎn)生的，依舊前面時期遺留下來的）等。審核問題糾正審核問題糾正是解決審核中發(fā)覺的缺陷。審核問題的糾剛要加以跟蹤，直到全面完成。6.1審核打算過程過程名審核打算過程

48、過程標(biāo)識PR-01目標(biāo)對審核活動進(jìn)行打算。進(jìn)入條件到達(dá)項目打算的審核打算時刻。參與角色審核主持人(由項目經(jīng)理在打算中指定)審核人交付件開發(fā)責(zé)任人輸入審核對象定義(依照項目打算)審核過程過程步驟輸出序號描述1審核主持人依照審核對象定義確定審核目標(biāo)。審核目標(biāo)2審核人與交付件開發(fā)責(zé)任人討論確認(rèn)審核目標(biāo)。交付件開發(fā)責(zé)任人確認(rèn)的審核目標(biāo)3審核主持人依照審核對象和審核目標(biāo)確定主審人和審核人以及它們的責(zé)任，并得到這些人員參加審核的確認(rèn)和對審核目標(biāo)的確認(rèn)。審核人名單確認(rèn)的審核目標(biāo)4審核主持人與交付件開發(fā)責(zé)任人確認(rèn)審核材料提交的時刻和發(fā)放的對象。審核材料提交時刻、清單和發(fā)放對象5審核主持人確定審核時刻和地點并得

49、到審核人員和交付件開發(fā)責(zé)任人的確認(rèn)。審核時刻6審核主持人形成書面審核打算并送達(dá)交付件開發(fā)責(zé)任人、所有審核人員和項目經(jīng)理。審核打算完成標(biāo)志審核打算送達(dá)所有相關(guān)人員。6.2審核執(zhí)行過程過程名審核過程執(zhí)行過程過程標(biāo)識PR-02目標(biāo)按照打算執(zhí)行審核。進(jìn)入條件到達(dá)審核打算確定的審核任務(wù)時刻審核對象材料發(fā)放參與角色審核主持人(由項目打算確定)審核人員(由審核打算確定，包括主審人)交付件開發(fā)責(zé)任人輸入審核打算審核對象材料過程步驟輸出序號描述1所有審核人通過審核對象材料了解與其責(zé)任相關(guān)的審核內(nèi)容。審核主持人對此進(jìn)行確認(rèn)。無2審核主持人按打算召集審核會。無3主審人報告全面審核的結(jié)果。主審人審核結(jié)果4各個審核人報

50、告各自責(zé)任范圍內(nèi)的審核的結(jié)果。審核人審核結(jié)果5審核人討論交付件可能的缺陷。候選缺陷6交付件開發(fā)責(zé)任人對審核人提出的問題應(yīng)答。無7審核人確認(rèn)交付件的缺陷和缺陷屬性，其中包括嚴(yán)峻程度(高、中、低)和來源(本時期產(chǎn)生，前面時期遺留)。缺陷清單8審核主持人形成審核報告，并得到與會人員的認(rèn)可。審核報告確認(rèn)的缺陷清單作為該報告的附件。10審核主持人向項目經(jīng)理、質(zhì)量保證經(jīng)理、配置治理經(jīng)理和與會人員提交審核報告。無完成標(biāo)志審核報告完成并向相關(guān)人員公布。七、IT項目需求開發(fā)與治理7.1需求開發(fā)的步驟系統(tǒng)需求是通過一系列步驟逐步轉(zhuǎn)化得到的。這些步驟可能執(zhí)行一次，就可得到開發(fā)人員所要的系統(tǒng)規(guī)格定義，但更多的是重復(fù)地

51、執(zhí)行多次來確定系統(tǒng)規(guī)格定義。需求開發(fā)的差不多步驟如下：確定項目范圍獵取客戶需求分析客戶需求制訂系統(tǒng)規(guī)格驗證系統(tǒng)規(guī)格系統(tǒng)規(guī)格受控確定項目范圍項目范圍本身往往在項目開始時也不是專門容易確定?？蛻羰且粋€群體，不同層面的人員因處于不同的地位會對項目含義有不同的認(rèn)識。有時在同一范圍概念下，也會有不同內(nèi)容的理解。那個時期的目的是建立一個統(tǒng)一的項目視圖并在那個視圖的基礎(chǔ)上對項目范圍取得共同的認(rèn)識。項目視圖需要采納客戶容易理解的圖示來表達(dá)，例如系統(tǒng)環(huán)境關(guān)聯(lián)圖，系統(tǒng)功能層次圖、系統(tǒng)在業(yè)務(wù)價值鏈中的位置等。利用這些圖示來進(jìn)一步刻畫和描述系統(tǒng)范圍要素，如支持的用戶類不、系統(tǒng)特征、基于的環(huán)境和支持目標(biāo)等。項目范圍實質(zhì)

52、上是客戶需求的一個部分同時是一個重要的部分。項目范圍為項目任務(wù)圈定了一個問題考慮范圍。隨著需求分析的進(jìn)展，項目范圍會發(fā)生變化，這些變化應(yīng)及時反映到相關(guān)的文檔中，并及時知會相關(guān)的人員。獵取客戶需求項目范圍定義是項目宏觀的需求析取，為了能夠真正開發(fā)一個應(yīng)用系統(tǒng)，必須全面了解客戶對系統(tǒng)的要求。由于客戶不是系統(tǒng)分析人員，因此那個時期的目的是確定有效的方法，然后利用所確定的方法從相對分散的需求源，系統(tǒng)化地獵取客戶需求。獵取客戶需求方法的差不多原則是系統(tǒng)地定義需求類不、建立統(tǒng)一的需求表達(dá)、識不和規(guī)劃需求獵取的渠道。系統(tǒng)地建立需求類不能夠?qū)⒁粋€大的問題分解為若干小的問題，同時可關(guān)心客戶需求獵取人員完備地收集

53、客戶需求。建立統(tǒng)一的客戶需求表達(dá)可一致化和規(guī)范化得到的需求，為后面的工作提供一個良好的基礎(chǔ)。識不和規(guī)劃需求渠道可有效地配備資源。需求獵取渠道不僅僅是按確定用戶類不的訪談，也包括業(yè)務(wù)資料的分析等其它方面。分析客戶需求獵取的客戶需求難以直接轉(zhuǎn)化為系統(tǒng)規(guī)格定義，因為這些需求往往是概要性的、一般情況下可不能完備、相互之間可能存在不一致。因此那個時期的目的是對獵取的需求系統(tǒng)地加以分析，建立一個相對完整的系統(tǒng)概念模型，如系統(tǒng)交互模型。通過系統(tǒng)概念模型的建立來細(xì)化、補充需求、消除需求中的不一致性。那個時期會接著執(zhí)行上個時期的工作，以解決差不多獵取需求中的問題并補充分析客戶需求所需要的進(jìn)一步信息。那個接著工作

54、不是簡單的重復(fù)需求獵取的工作，而是針對客戶需求分析中發(fā)覺的問題?？蛻粜枨蠓治黾夹g(shù)包括許多類型，如特不形式化的建模打算和簡單的業(yè)務(wù)場景分析技術(shù)。具體技術(shù)的采納取決于客戶需求的復(fù)雜程度、客戶的背景以及分析人員對技術(shù)的掌握等諸多因素。此外，分析技術(shù)的采納也取決因此否有有效的工具支持，特不是基于圖形的分析技術(shù)。制訂系統(tǒng)規(guī)格系統(tǒng)分析人員必須給系統(tǒng)設(shè)計人員提供完整、清晰、明確的系統(tǒng)設(shè)計要求。因此那個時期的目的是基于客戶需求和對客戶需求的分析結(jié)果建立書面的系統(tǒng)規(guī)格定義。那個規(guī)格定義不僅僅作為設(shè)計人員的設(shè)計依據(jù)，也將作為系統(tǒng)驗證的依據(jù)。同客戶需求分析一樣，系統(tǒng)規(guī)格定義也包括許多類型的方法和技術(shù)，如形式化的定義

55、方法和自然語言的描述。一個理想的情況是分析模型和定義模型采納相同的技術(shù)。如此不僅僅能夠平滑地聯(lián)結(jié)分析客戶需求和制訂系統(tǒng)規(guī)格這兩個時期，同時也可大大提高工作效率，因為分析模型的結(jié)果可被重用到規(guī)格定義中。同樣，具體技術(shù)的采納也與客戶需求時期相同。驗證系統(tǒng)規(guī)格系統(tǒng)規(guī)格定義一旦確定，將作為開發(fā)依據(jù)貫穿在整個項目開發(fā)活動中。因此假如規(guī)格定義存在缺陷，將會產(chǎn)生專門高代價的質(zhì)量成本。此外，系統(tǒng)規(guī)格是通過客戶需求的分析和轉(zhuǎn)換產(chǎn)生的，因此那個分析和轉(zhuǎn)換可能會存在偏差。那個時期的目的確實是來驗證是否定義的系統(tǒng)能夠真正滿足客戶的需求。系統(tǒng)規(guī)格驗證包括用戶評審、內(nèi)部評審、走察（Walk-through）或更為嚴(yán)格的同

56、行審核（Peer Review, Inspection）。假如需要讓客戶對系統(tǒng)實現(xiàn)后的式樣有充分地了解，還能夠建立系統(tǒng)原型（Prototype）供客戶評審。系統(tǒng)驗證技術(shù)和方法的采納是風(fēng)險和成本的平衡。例如原型技術(shù)會專門大程度降低實現(xiàn)的系統(tǒng)背離用戶需求的風(fēng)險，但需要較高的投入。只是由于系統(tǒng)規(guī)格是保證系統(tǒng)成功的關(guān)鍵，因此采納多種驗證形式其中包括較嚴(yán)格的驗證形式是十分必要的。系統(tǒng)規(guī)格受控正如上面多次指出的，系統(tǒng)規(guī)格將在整個項目生存期中作為系統(tǒng)實現(xiàn)的依據(jù)，其中包括設(shè)計的依據(jù)、系統(tǒng)測試的依據(jù)、驗收的依據(jù)等。因此假如系統(tǒng)規(guī)格隨意變更，則會引起整個開發(fā)的混亂。那個時期的目的是將系統(tǒng)規(guī)格納入到一種受控的狀態(tài)下

57、。系統(tǒng)規(guī)格的受控包括兩個環(huán)節(jié)，一個環(huán)節(jié)是批準(zhǔn)，另一個環(huán)節(jié)是“凍結(jié)”。當(dāng)系統(tǒng)規(guī)格通過完整的開發(fā)過程產(chǎn)生出來后并由各方審計無誤后，則由項目權(quán)威機構(gòu)正式批準(zhǔn)。第二個環(huán)節(jié)是將批準(zhǔn)的系統(tǒng)規(guī)格“凍結(jié)”，即不能隨意地對其更改。這之后的任何更改要通過嚴(yán)格變更操縱程序。這兩個環(huán)節(jié)是將系統(tǒng)規(guī)格“基線化”?；€化是配置治理的任務(wù)。實際上，系統(tǒng)規(guī)格受控通常差不多上配置治理中的一個環(huán)節(jié)。7.2需求治理的步驟需求治理的目的是保證系統(tǒng)需求作為基線加以治理，即系統(tǒng)需求定義的建立、使用和修改均加以操縱，以保證系統(tǒng)需求可用性和其它項目活動與系統(tǒng)需求的一致性。需求治理與配置治理緊密相關(guān)。實際上，需求是作為配置項納入到配置治理中的。

58、需求治理的差不多步驟如下：建立系統(tǒng)需求基線公布系統(tǒng)需求基線系統(tǒng)需求基線跟蹤報告處理系統(tǒng)需求基線修改請求建立系統(tǒng)需求基線建立系統(tǒng)需求基線是將開發(fā)的系統(tǒng)需求置為基線狀態(tài)。假如實施了正式的需求治理和配置治理，可將系統(tǒng)規(guī)格納入到需求治理和配置治理中。例如，一個具體的做法能夠是將開發(fā)完成的系統(tǒng)規(guī)格提交給配置治理，由配置治理員對規(guī)格進(jìn)行配置標(biāo)識，然后入配置治理庫。公布系統(tǒng)需求基線由于系統(tǒng)需求基線是整個項目生存期項目活動的依據(jù)，因此應(yīng)將正式建立的基線及時加以公布，以確保所有相關(guān)的人員了解基線的狀態(tài)。特不當(dāng)基線修改后基線的及時公布對正在進(jìn)行的項目活動至關(guān)重要。系統(tǒng)需求基線跟蹤報告為了保證系統(tǒng)需求基線被有效的實

59、現(xiàn)，需要對需求基線的實施進(jìn)行跟蹤，并將跟蹤的結(jié)果進(jìn)行報告。例如跟蹤系統(tǒng)設(shè)計是否覆蓋了所有的需求基線。處理系統(tǒng)需求基線修改請求這是需求基線治理的最核心也是最復(fù)雜的一個步驟。那個步驟包括了一系列子步驟如下：對需要更新的基線部分提出更改請求。分析、審核更改請求，其中包括確認(rèn)更改理由的充要性、分析更改的波及范圍、估算更改的投入等方面。假如同意更改，則制訂更改打算。實施更改打算。審核更改結(jié)果。批準(zhǔn)更改。更新需求基線。由于需求基線修改涉及到多方面人員，因此對需求基線的修改（也包括對其它基線的修改）的批準(zhǔn)要征得相關(guān)人員的同意。一般在配置治理體系下，由相關(guān)人員代表成立一個配置治理委員會來處理基線治理事項。八、

60、IT項目工作產(chǎn)品及驗收IT項目工作產(chǎn)品是IT項目過程的輸出。這些輸出包括兩類，一類是通過開發(fā)產(chǎn)生的交付件，這些交付件是軟件產(chǎn)品的一部分，有些會最終提供給客戶使用，有些僅僅是中間產(chǎn)品（如系統(tǒng)設(shè)計）或治理文件（如項目打算）。另一類是記錄性質(zhì)的文件，這些文件往往作為質(zhì)量證據(jù)使用，應(yīng)此稱之為質(zhì)量記錄，如評審記錄報告、測試記錄報告等。不管是交付件依舊質(zhì)量記錄，一旦產(chǎn)生可能被多個人多次使用，特不是工作產(chǎn)品。假如這些產(chǎn)品能按類不分不以統(tǒng)一的形式與內(nèi)容要素產(chǎn)生，那么可有效的提高工作產(chǎn)品的質(zhì)量，降低工作產(chǎn)品的交流成本。8.1交付件項目交付件一般由四部分組成，封面、目錄、正文、附件。項目文件屬性信息需包括項目交付