【正文】 修訂點計劃修訂點計劃點計劃點 箭頭所指示的是項目計劃在生存期的一個應用場景。第二個階段完成后，交給一個ITO內(nèi)的項目開發(fā)組織，開發(fā)組織在他們承接項目的第一個階段（生存期模型第三個階段）制訂項目計劃，并在每個階段完成后，調(diào)整或修改計劃。項目計劃過程的目的是為執(zhí)行軟件工程活動和管理軟件項目建立一個合理的項目計劃。項目計劃的目標為：l 項目規(guī)模估算并文檔化，以保證在項目規(guī)劃和跟蹤中可用。l 項目相關(guān)組和人員同意所分配的責任。進入條件SOW（任務書）下達，并詳細描述了任務范圍。 WBS策略 估算準則項目經(jīng)理向項目人員分配項目分解任務。)項目人員根據(jù)WBS策略和估算準則對項目進行分解估算，分別建立各自管轄任務的WBS和相應的任務規(guī)模估算。 項目任務分解(WBS)項目經(jīng)理組織有關(guān)人員對WBS進行評審并根據(jù)評審結(jié)果對WBS以及估算進行修訂。 修訂的項目WBS和任務規(guī)模估算項目主管對WBS和估算結(jié)果進行審核。 審核通過的項目WBS和任務規(guī)模估算項目經(jīng)理負責整理上述步驟的輸出，形成項目規(guī)模估算文件。2. 形成項目規(guī)模估算文件(過程提交產(chǎn)品)。進入條件項目規(guī)模估算完成。 項目目標描述 項目交付件清單確定項目策略，其中包括項目組織結(jié)構(gòu)。 選擇的生存期模型項目經(jīng)理根據(jù)SOW、項目生存期模型和規(guī)模估算文件確定投入的資源，包括人力資源。 項目時間計劃表項目經(jīng)理根據(jù)SOW、項目生存期模型和規(guī)模估算文件確定投入的資金。風險分析是基于項目目標和項目計劃的，即影響項目目標和計劃可能發(fā)生的事件。 項目計劃草案項目主管召集有關(guān)人員對項目計劃進行評審。 項目計劃評審報告 項目正式計劃文檔完成標志1. 項目計劃經(jīng)過評審。過程名項目責任分配過程過程標識PP03目標項目相關(guān)組和人員同意所分配的責任。參與角色1. 項目經(jīng)理(由SOW確定)2. 項目組成員(由項目計劃確定)3. 項目主管(高層項目主管經(jīng)理，由SOW確定)輸入項目計劃過程步驟輸出序號描述項目經(jīng)理根據(jù)項目成員和時間計劃生成每個人的任務時間計劃并發(fā)放給各個項目成員。l 可滿足完成任務所需要的業(yè)務要求。若不能確認上述一項或若干項條件，則將情況反饋給項目經(jīng)理。若有影響較大的調(diào)整，如關(guān)鍵人員的調(diào)整需得到項目主管的批準。 調(diào)整的項目計劃項目經(jīng)理發(fā)布項目計劃，發(fā)布對象包括：l 項目主管l 項目組成員其他項目相關(guān)組織或人員(如文檔管理部門)完成標志1. 計劃經(jīng)過所有項目相關(guān)責任人員的確認。3. 調(diào)整的計劃向所有有關(guān)人員發(fā)布。它涉及是否需要采購、如何采購、采購什么、采購多少，以及何時采購等。采購規(guī)劃過程包括對每項外購決策涉及的風險，及就風險緩解或風險轉(zhuǎn)移進行審核。日常采購在每年年底制訂采購計劃，并通過項目采購方式選定合格經(jīng)銷商和購買產(chǎn)品種類，有效期1年。日常采購由具體采購人在合格經(jīng)銷商中采取兩人（含）以上詢價的方式進行，部門負責人負責監(jiān)控是否按流程進行，并抽查報價。項目采購需成立采購項目組，項目組應根據(jù)情況，在符合法律相關(guān)規(guī)定的前提下，以公開招標、邀請招標或者內(nèi)部議標的方式選擇設(shè)備供應商。項目執(zhí)行監(jiān)控的依據(jù)是項目計劃，凡是計劃了的內(nèi)容，都需要進行監(jiān)控，例如投入和時間安排。一般項目監(jiān)控采用定期評審，例如按周的定期評審。若發(fā)生了偏離，則立即采取糾正措施。每次評審的內(nèi)容和結(jié)果要向所有相關(guān)人員通報，相關(guān)人員包括項目人員、用戶和企業(yè)相關(guān)主管。項目監(jiān)控過程的目標為：l 按照計劃跟蹤項目的實際結(jié)果和執(zhí)行性能。l 保證相關(guān)人員和組織同意所改變的責任。定期評審是正常的周期性評審，基于事件的評審是當發(fā)生了嚴重影響項目進展事件時進行的評審。偏離糾正過程用于控制管理項目進程中發(fā)現(xiàn)的問題和問題的處理。過程名項目定期評審過程過程標識OM01目標按照計劃跟蹤項目的實際結(jié)果和執(zhí)行性能。 項目進展狀態(tài)項目經(jīng)理將各個項目成員任務完成的狀態(tài)與計劃進行比較。對不是重要的偏離，則不提出糾正措施，而是列入到下次評審關(guān)注對象。 偏離糾正措施項目經(jīng)理審查以前定期評審確定關(guān)注的偏離問題(如存在的話)，并確定是否采取偏離糾正措施。 偏離糾正措施執(zhí)行建議項目經(jīng)理將上述評審結(jié)果形成項目定期評審報告，并發(fā)布給相關(guān)人員，發(fā)放范圍依據(jù)項目計劃。2. 對需要糾正的偏離，向相關(guān)項目人員發(fā)出了糾正措施或糾正措施執(zhí)行建議。過程名項目事件評審過程過程標識OM02目標按照計劃跟蹤項目的實際結(jié)果和執(zhí)行性能。參與角色1. 項目經(jīng)理(由SOW確定)2. 項目組相關(guān)成員(事件報告者和其他相關(guān)人員)輸入1. 事件報告2. 項目計劃過程步驟輸出序號描述項目經(jīng)理與相關(guān)人員分析事件對計劃的影響，其中包括：l 計劃進度的影響l 計劃成本的影響l 計劃資源的影響l 質(zhì)量的影響等 事件影響分析項目經(jīng)理與相關(guān)人員確定事件處理措施，處理措施包括事件的解決、計劃的調(diào)整等方面。項目經(jīng)理將上述評審結(jié)果形成項目事件評審報告，并發(fā)布給相關(guān)人員，發(fā)放范圍包括評審會人員、主管人員以及其他相關(guān)人員。2. 項目事件評審報告完成并向相關(guān)人員發(fā)布。進入條件1. 項目定期評審會發(fā)出偏離糾正措施，或2. 項目事件評審會發(fā)出事件處理措施參與角色1. 偏離糾正人員，或2. 事件處理人員、3. 項目經(jīng)理輸入1. 偏離糾正措施，或2. 事件處理措施過程步驟輸出序號描述偏離糾正人員/事件處理人員根據(jù)偏離糾正措施/事件處理措施制訂糾正/處理步驟。 偏離糾正/事件處理結(jié)果項目經(jīng)理審核偏離糾正/事件處理結(jié)果，若存在問題，則確定相應措施，再重復12兩個步驟。 偏離糾正/事件處理結(jié)果報告項目經(jīng)理審核偏離糾正/事件處理結(jié)果報告，并發(fā)布給有關(guān)人員。2. 偏離糾正/事件處理結(jié)果報告完成并向相關(guān)人員發(fā)布。2. 保證相關(guān)人員和組織同意所改變的責任。參與角色1. 項目經(jīng)理2. 項目主管輸入1. 偏離糾正措施，或2. 事件處理措施過程步驟輸出序號描述項目經(jīng)理根據(jù)偏離糾正措施/事件處理措施確定計劃修訂的范圍和內(nèi)容。 修訂的計劃若修訂的計劃涉及到人員責任的變化，則項目經(jīng)理與相關(guān)人員確認變化的責任是否可接受。 修訂的計劃項目主管審核修訂的計劃，若存在問題確定重新修訂的范圍和內(nèi)容，再次執(zhí)行步驟23。完成標志1. 項目主管審核通過修訂的計劃。在進行項目采購的決策過程中，應考慮項目預算等制約因素。如果決定外購，則反映了實施組織的長遠規(guī)劃和項目的當前需要。從項目經(jīng)濟效益上看可能合算，也可能不合算。在進行項目采購時，應成立采購項目組，并對項目采購的過程進行監(jiān)控。根據(jù)《中國外運股份有限公司投資管理規(guī)定》，超過三百萬的項目采購，還要上報股份公司，經(jīng)批準后方可執(zhí)行。審批通過后，成立IT采購項目組，并確定項目組成員。3. 供應商的選擇和詢報價IT采購項目組應根據(jù)備選供方的報價單進行評定，即進行供應商的選擇。5. 簽訂合同IT采購項目組和產(chǎn)品供應商談判后簽署采購合同。7. 價款結(jié)算IT采購項目組負責辦理和產(chǎn)品供應商的價款結(jié)算。六、IT項目審核IT項目審核過程是一種正式的評審，需要較高的資源投入，因此并不意味著所有IT項目交付件都要進行正式的審核。IT項目審核包括三個部分：審核計劃、審核執(zhí)行、審核問題糾正，這三個部分描述如下：審核計劃審核計劃是基于項目計劃確定的審核對象和標準的審核過程來定義審核目標、資源計劃和時間計劃。在一個項目中不同階段會對不同的交付件進行審核，這些審核的主持人可以是不同的。審核執(zhí)行審核執(zhí)行包括審核準備、召開審核會和建立審核記錄。審核會一般不超過兩個小時，否則效率會大大降低。審核記錄要記錄審核過程發(fā)現(xiàn)的缺陷，缺陷屬性，例如嚴重程度、來源（本階段產(chǎn)生的，還是前面階段遺留下來的）等。審核問題的糾正要加以跟蹤，直到全面完成。進入條件到達項目計劃的審核計劃時間。 審核目標2審核人與交付件開發(fā)責任人討論確認審核目標。 審核人名單 確認的審核目標4審核主持人與交付件開發(fā)責任人確認審核材料提交的時間和發(fā)放的對象。 審核時間6審核主持人形成書面審核計劃并送達交付件開發(fā)責任人、所有審核人員和項目經(jīng)理。過程名審核過程執(zhí)行過程過程標識PR02目標按照計劃執(zhí)行審核。審核主持人對此進行確認。無3主審人報告全面審核的結(jié)果。 審核人審核結(jié)果5審核人討論交付件可能的缺陷。無7審核人確認交付件的缺陷和缺陷屬性，其中包括嚴重程度(高、中、低)和來源(本階段產(chǎn)生，前面階段遺留)。 審核報告確認的缺陷清單作為該報告的附件。 無完成標志審核報告完成并向相關(guān)人員發(fā)布。這些步驟可能執(zhí)行一次，就可得到開發(fā)人員所要的系統(tǒng)規(guī)格定義，但更多的是重復地執(zhí)行多次來確定系統(tǒng)規(guī)格定義。客戶是一個群體，不同層面的人員因處于不同的地位會對項目含義有不同的認識。這個階段的目的是建立一個統(tǒng)一的項目視圖并在這個視圖的基礎(chǔ)上對項目范圍取得共同的認識。利用這些圖示來進一步刻畫和描述系統(tǒng)范圍要素，如支持的用戶類別、系統(tǒng)特征、基于的環(huán)境和支持目標等。項目范圍為項目任務圈定了一個問題考慮范圍。獲取客戶需求項目范圍定義是項目宏觀的需求析取，為了能夠真正開發(fā)一個應用系統(tǒng)，必須全面了解客戶對系統(tǒng)的要求。獲取客戶需求方法的基本原則是系統(tǒng)地定義需求類別、建立統(tǒng)一的需求表達、識別和規(guī)劃需求獲取的渠道。建立統(tǒng)一的客戶需求表達可一致化和規(guī)范化得到的需求，為后面的工作提供一個良好的基礎(chǔ)。需求獲取渠道不僅僅是按確定用戶類別的訪談，也包括業(yè)務資料的分析等其它方面。因此這個階段的目的是對獲取的需求系統(tǒng)地加以分析，建立一個相對完整的系統(tǒng)概念模型，如系統(tǒng)交互模型。這個階段會繼續(xù)執(zhí)行上個階段的工作，以解決已經(jīng)獲取需求中的問題并補充