年5月29日IT項(xiàng)目管理辦法文檔僅供參考IT項(xiàng)目管理辦法信息管理部.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.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的投資是經(jīng)過各種類型的IT項(xiàng)目來實(shí)現(xiàn)的,經(jīng)過實(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)股份有限公司信息化組織(以下簡稱ITO)是中外運(yùn)股份有限公司專門致力于信息化建設(shè)的組織,負(fù)責(zé)企業(yè)信息系統(tǒng)應(yīng)用的支持、業(yè)務(wù)信息化的幫助以及基于信息技術(shù)的業(yè)務(wù)開拓。這些責(zé)任將使得ITO逐漸成為企業(yè)核心競爭力的一個(gè)組成部分,與此同時(shí),也要求ITO持續(xù)地改進(jìn)其IT項(xiàng)目管理和運(yùn)行能力。為了將這些項(xiàng)目管理過程得到有效的落實(shí),特制訂以下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ù)語定義項(xiàng)目:在規(guī)定的時(shí)間和預(yù)算內(nèi)完成的某種具有特定質(zhì)量性能要求的一次性、多任務(wù)的工作。項(xiàng)目的特征:目標(biāo)確定性時(shí)限性一次性獨(dú)特性項(xiàng)目生存期:一個(gè)項(xiàng)目從立項(xiàng)到項(xiàng)目執(zhí)行結(jié)束的過程。項(xiàng)目生存期模型:是對(duì)項(xiàng)目生存期的抽象,其中包括項(xiàng)目階段的劃分、各個(gè)階段的進(jìn)入條件、輸入和輸出等生存期公共屬性。關(guān)鍵過程域:是項(xiàng)目管理和項(xiàng)目執(zhí)行所要關(guān)注的重要過程域,包括項(xiàng)目管理、項(xiàng)目實(shí)施、項(xiàng)目支持等多方面的過程。這些過程域是根據(jù)業(yè)務(wù)需要和資源情況逐步開發(fā)定義的。驗(yàn)證:是對(duì)系統(tǒng)的評(píng)價(jià)過程,以確定一個(gè)項(xiàng)目執(zhí)行階段的產(chǎn)品是否滿足在此階段開始時(shí)所給定的條件。確認(rèn):是在項(xiàng)目執(zhí)行過程中或項(xiàng)目結(jié)束時(shí)評(píng)價(jià)系統(tǒng),以確定它是否滿足特定的需求。審核:是用于驗(yàn)證或確認(rèn)的手段。審核是一種正式的評(píng)審活動(dòng),即需要計(jì)劃并按計(jì)劃執(zhí)行。客戶需求(Customer’sneeds):是客戶的需要與期待,這些要求和期待直接相關(guān)于用戶的業(yè)務(wù)過程和業(yè)務(wù)任務(wù)需求。系統(tǒng)需求(RequirementsforSystem):經(jīng)過對(duì)客戶需求的分析,確定系統(tǒng)應(yīng)實(shí)現(xiàn)的規(guī)格。這些規(guī)格描述了系統(tǒng)的行為、特性和屬性。系統(tǒng)需求也稱為系統(tǒng)規(guī)格。功能性需求(FunctionalRequirements):支持業(yè)務(wù)功能的系統(tǒng)需求,如數(shù)據(jù)檢索、交易執(zhí)行、報(bào)告打印等。非功能性需求(Non-functionalRequirements):系統(tǒng)執(zhí)行的行為特征,如可靠性、安全性、性能指標(biāo)等。IT(InformationTechnology):信息技術(shù)。ITO(InformationTechnologyOrganization):信息技術(shù)組織。SOW(StatementOfWork):任務(wù)書。PP(ProjectPlanning):項(xiàng)目計(jì)劃。PR(PeerReview):同行評(píng)審或?qū)Φ仍u(píng)審。二、IT項(xiàng)目生存期2.1應(yīng)用開發(fā)項(xiàng)目生存期應(yīng)用開發(fā)項(xiàng)目生存期是中外運(yùn)ITO管轄的所有IT開發(fā)項(xiàng)目的生存期模型,該模型可經(jī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í)施過程項(xiàng)目立項(xiàng)結(jié)束,進(jìn)入項(xiàng)目執(zhí)行階段。SOW是項(xiàng)目執(zhí)行階段啟動(dòng)的文件。用戶需求獲取階段是析取用戶對(duì)IT系統(tǒng)的需要(Needs),其中包括系統(tǒng)目的、范圍、目標(biāo)、業(yè)務(wù)需求、限制條件等方面。系統(tǒng)概念確定階段的目的是提出如何滿足用戶需要的總體策略,即確定滿足需求的系統(tǒng)基本實(shí)現(xiàn)模式,如體系、架構(gòu)、獲取(Acquisition)方式等內(nèi)容。系統(tǒng)定義階段是對(duì)用戶的需求進(jìn)一步進(jìn)行開發(fā)以得到系統(tǒng)實(shí)現(xiàn)的規(guī)格定義(Specification)。設(shè)計(jì)階段包括了系統(tǒng)層面的設(shè)計(jì)(高層設(shè)計(jì))和實(shí)現(xiàn)層面的設(shè)計(jì)(詳細(xì)設(shè)計(jì))。實(shí)現(xiàn)階段包括了具體開發(fā)、集成、工程測試。驗(yàn)證階段是基于用戶的角度對(duì)系統(tǒng)的功能進(jìn)行接收/驗(yàn)證測試。項(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è)場所和不同的內(nèi)部和外包資源,因此應(yīng)用部署往往會(huì)作為一個(gè)獨(dú)立的項(xiàng)目進(jìn)行。應(yīng)用部署項(xiàng)目生存期模型就是用于此目的而建立的,該模型圖示如下:項(xiàng)目立項(xiàng)(略)項(xiàng)目執(zhí)行:應(yīng)用部署規(guī)劃應(yīng)用部署規(guī)劃SOW試點(diǎn)發(fā)布實(shí)施計(jì)劃制定特殊需求處理切換準(zhǔn)備切換項(xiàng)目立項(xiàng)結(jié)束,進(jìn)入項(xiàng)目執(zhí)行階段。SOW是項(xiàng)目執(zhí)行階段啟動(dòng)的文件。應(yīng)用部署階段是一個(gè)準(zhǔn)備階段,主要目的是進(jìn)行實(shí)施策略、實(shí)施方法、相關(guān)人員、時(shí)間以及試點(diǎn)等方面的總體規(guī)劃和所需資源的準(zhǔn)備。試點(diǎn)發(fā)布階段是實(shí)施策略和實(shí)施方法的測試階段,主要目的是確認(rèn)實(shí)施策略和實(shí)施方法的可行性并獲取用于全面部署的經(jīng)驗(yàn)。在應(yīng)用部署規(guī)劃時(shí),如果確認(rèn)試點(diǎn)發(fā)布無必要(例如,曾有過類似產(chǎn)品的發(fā)布),則可忽略此階段。實(shí)施計(jì)劃制定階段是應(yīng)用部署的詳細(xì)計(jì)劃階段,目的是確定具體的應(yīng)用部署活動(dòng)步驟。如果應(yīng)用部署涉及到多個(gè)部門,該階段也包括每個(gè)部門的行動(dòng)計(jì)劃。特殊需求處理階段包括識(shí)別和解決一些部署點(diǎn)的特殊的要求,目的是保證部署活動(dòng)不會(huì)因?yàn)檫@些特殊要求而受到阻礙。切換準(zhǔn)備階段是資源落實(shí)和最后測試的階段,目的是確認(rèn)切換所有的條件已就緒。切換階段將應(yīng)用投入實(shí)際運(yùn)行的階段,其中也包括切換結(jié)束的總結(jié)(無論成功或失敗)。項(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)目內(nèi)部項(xiàng)目的特征是項(xiàng)目的管理和資源的控制均在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í)行:SOWSOW用戶需求獲取系統(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í)行:SOWSOW用戶需求獲取系統(tǒng)概念確定ITO-標(biāo)書-標(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.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)用交付SOWSOW用戶需求獲取系統(tǒng)概念確定ITO供貨程序-采購標(biāo)書-采購標(biāo)書-采購合同企業(yè)采購部門供應(yīng)商同樣,內(nèi)部以SOW啟動(dòng)來確定設(shè)備采購的需求以及采購原則與策略(系統(tǒng)概念確定)。這些內(nèi)容確定后形成采購標(biāo)書,進(jìn)而形成采購合同。供應(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è)簡化的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í)行項(xiàng)目分解與計(jì)劃啟動(dòng)結(jié)束項(xiàng)目執(zhí)行3.1啟動(dòng)IT項(xiàng)目在執(zhí)行階段必須有一個(gè)正式的啟動(dòng)文件SOW。正式的含義包括:來自于可下達(dá)任務(wù)的授權(quán)機(jī)構(gòu)具有明確的主管人(發(fā)起人)指定了項(xiàng)目經(jīng)理清晰的任務(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ì)需求定義SOW實(shí)現(xiàn)設(shè)計(jì)需求定義當(dāng)然,如果上述階段劃分太粗,還能夠進(jìn)一步細(xì)化,例如將”設(shè)計(jì)”分為”系統(tǒng)設(shè)計(jì)”和”單元設(shè)計(jì)”,將實(shí)現(xiàn)分為”編碼”、”測試”和”集成”。如果有必要,還能夠增加一些階段,如在”需求定義”和”設(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í)行,否則不但僅偏離未能解決,還會(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)目劃分和計(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ì)劃計(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)用場景。前兩個(gè)階段是由ITO和業(yè)務(wù)部門共同進(jìn)行初步需求分析和系統(tǒng)概念確定,ITO在項(xiàng)目初始制訂了計(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)為:項(xiàng)目規(guī)模估算并文檔化,以保證在項(xiàng)目規(guī)劃和跟蹤中可用。規(guī)劃項(xiàng)目活動(dòng)和責(zé)任并文檔化。項(xiàng)目相關(guān)組和人員同意所分配的責(zé)任。 根據(jù)這些目標(biāo),在ITO項(xiàng)目計(jì)劃過程域中定義了三個(gè)過程:項(xiàng)目規(guī)模估算過程項(xiàng)目規(guī)劃過程項(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ù)范圍。參與角色項(xiàng)目經(jīng)理(由SOW確定)項(xiàng)目人員(由SOW或項(xiàng)目經(jīng)理確定,包括項(xiàng)目經(jīng)理)相關(guān)評(píng)審人員(由項(xiàng)目經(jīng)理確定)項(xiàng)目主管(高層項(xiàng)目主管經(jīng)理,由SOW確定)輸入SOW過程步驟輸出序號(hào)描述項(xiàng)目經(jīng)理根據(jù)SOW確定項(xiàng)目工作分解(WBS:WorkBreakdownStructure)的策略和估算準(zhǔn)則,其中包括估算單位、估算方法、估算爭議處理等。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é)果合理。審核經(jīng)過的項(xiàng)目WBS和任務(wù)規(guī)模估算項(xiàng)目經(jīng)理負(fù)責(zé)整理上述步驟的輸出,形成項(xiàng)目規(guī)模估算文件。項(xiàng)目規(guī)模估算文件完成標(biāo)志項(xiàng)目WBS和任務(wù)規(guī)模估算經(jīng)過項(xiàng)目主管審核。形成項(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ī)模估算完成。參與角色項(xiàng)目經(jīng)理(由SOW確定)相關(guān)評(píng)審人員(由項(xiàng)目經(jīng)理確定)項(xiàng)目主管(高層項(xiàng)目主管經(jīng)理,由SOW確定)輸入SOW項(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)目策略,其中包括項(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)目經(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)志項(xiàng)目計(jì)劃經(jīng)過評(píng)審。正式項(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ì)劃形成。參與角色項(xiàng)目經(jīng)理(由SOW確定)項(xiàng)目組成員(由項(xiàng)目計(jì)劃確定)項(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é)任,其中包括:分配的任務(wù)和時(shí)間是合理的?？蓾M足完成任務(wù)所需要的業(yè)務(wù)要求。可滿足完成任務(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ì)象包括:項(xiàng)目主管項(xiàng)目組成員其它項(xiàng)目相關(guān)組織或人員(如文檔管理部門)完成標(biāo)志計(jì)劃經(jīng)過所有項(xiàng)目相關(guān)責(zé)任人員的確認(rèn)。對(duì)無法承擔(dān)項(xiàng)目責(zé)任進(jìn)行調(diào)整并反映到計(jì)劃中。調(diào)整的計(jì)劃向所有有關(guān)人員發(fā)布。4.4項(xiàng)目采購計(jì)劃采購規(guī)劃是確定哪些項(xiàng)目需求能夠經(jī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)行審核。中國外運(yùn)信息化建設(shè)中的IT采購工作分成項(xiàng)目采購和日常采購,日常采購包括但不限于個(gè)人電腦及配件的采購。日常采購在每年年底制訂采購計(jì)劃,并經(jīng)過項(xiàng)目采購方式選定合格經(jīng)銷商和購買產(chǎn)品種類,有效期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)用交付監(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)監(jiān)控點(diǎn)項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃箭頭所示是項(xiàng)目執(zhí)行監(jiān)控的一個(gè)應(yī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)目簡報(bào)的形式。項(xiàng)目監(jiān)控過程的目標(biāo)為:按照計(jì)劃跟蹤項(xiàng)目的實(shí)際結(jié)果和執(zhí)行性能。當(dāng)實(shí)際結(jié)果和執(zhí)行性能偏離計(jì)劃時(shí),要采取糾正措施并對(duì)其進(jìn)行管理。保證相關(guān)人員和組織同意所改變的責(zé)任。根據(jù)上述目標(biāo),項(xiàng)目監(jiān)控過程域包括四個(gè)過程:項(xiàng)目定期評(píng)審過程基于事件的評(píng)審過程偏離糾正過程計(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)入條件到達(dá)項(xiàng)目評(píng)審時(shí)間參與角色項(xiàng)目經(jīng)理(由SOW確定)項(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)注的偏離問題(如存在的話),并確定是否采取偏離糾正措施。偏離糾正措施(若存在需糾正的偏離)項(xiàng)目經(jīng)理審查當(dā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)志項(xiàng)目計(jì)劃本階段內(nèi)所有要求的完成內(nèi)容與實(shí)際完成狀態(tài)進(jìn)行了比較。對(duì)需要糾正的偏離,向相關(guān)項(xiàng)目人員發(fā)出了糾正措施或糾正措施執(zhí)行建議。項(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)審。參與角色項(xiàng)目經(jīng)理(由SOW確定)項(xiàng)目組相關(guān)成員(事件報(bào)告者和其它相關(guān)人員)輸入事件報(bào)告項(xiàng)目計(jì)劃過程步驟輸出序號(hào)描述項(xiàng)目經(jīng)理與相關(guān)人員分析事件對(duì)計(jì)劃的影響,其中包括:計(jì)劃進(jìn)度的影響計(jì)劃成本的影響計(jì)劃資源的影響質(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)志確定了項(xiàng)目事件處理措施并落實(shí)了相關(guān)事件處理的資源。項(xiàng)目事件評(píng)審報(bào)告完成并向相關(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)入條件項(xiàng)目定期評(píng)審會(huì)發(fā)出偏離糾正措施,或項(xiàng)目事件評(píng)審會(huì)發(fā)出事件處理措施參與角色偏離糾正人員,或事件處理人員、項(xiàng)目經(jīng)理輸入偏離糾正措施,或事件處理措施過程步驟輸出序號(hào)描述偏離糾正人員/事件處理人員根據(jù)偏離糾正措施/事件處理措施制訂糾正/處理步驟。偏離糾正/事件處理步驟偏離糾正人員/事件處理人員執(zhí)行制訂的偏離糾正/事件處理步驟,直至結(jié)束。偏離糾正/事件處理結(jié)果項(xiàng)目經(jīng)理審核偏離糾正/事件處理結(jié)果,若存在問題,則確定相應(yīng)措施,再重復(fù)1-2兩個(gè)步驟。偏離糾正人員/事件處理人員將偏離糾正/事件處理結(jié)果形成報(bào)告。偏離糾正/事件處理結(jié)果報(bào)告項(xiàng)目經(jīng)理審核偏離糾正/事件處理結(jié)果報(bào)告,并發(fā)布給有關(guān)人員。完成標(biāo)志項(xiàng)目經(jīng)理審核經(jīng)過偏離糾正/事件處理結(jié)果。偏離糾正/事件處理結(jié)果報(bào)告完成并向相關(guān)人員發(fā)布。5.4計(jì)劃修訂過程過程名計(jì)劃修訂過程過程標(biāo)識(shí)OM-04目標(biāo)當(dāng)實(shí)際結(jié)果和執(zhí)行性能偏離計(jì)劃時(shí),要采取糾正措施并對(duì)其進(jìn)行管理。保證相關(guān)人員和組織同意所改變的責(zé)任。進(jìn)入條件項(xiàng)目定期評(píng)審會(huì)發(fā)出偏離糾正措施,該措施包括計(jì)劃的修訂,或項(xiàng)目事件評(píng)審會(huì)發(fā)出事件處理措施,該措施包括計(jì)劃的修訂。參與角色項(xiàng)目經(jīng)理項(xiàng)目主管輸入偏離糾正措施,或事件處理措施過程步驟輸出序號(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)容,或?qū)徍私?jīng)過的計(jì)劃項(xiàng)目經(jīng)理發(fā)布經(jīng)項(xiàng)目主管的審核計(jì)劃,發(fā)布范圍同原計(jì)劃發(fā)布的范圍。完成標(biāo)志項(xiàng)目主管審核經(jīng)過修訂的計(jì)劃。審核經(jīng)過的修訂計(jì)劃向相關(guān)人員發(fā)布。5.5項(xiàng)目采購監(jiān)控在進(jìn)行項(xiàng)目采購的決策過程中,應(yīng)考慮項(xiàng)目預(yù)算等制約因素。實(shí)施組織的長遠(yuǎn)戰(zhàn)略也是在采購監(jiān)控中應(yīng)考慮的內(nèi)容。如果決定外購,則反映了實(shí)施組織的長遠(yuǎn)規(guī)劃和項(xiàng)目的當(dāng)前需要。例如,決定購置某種開發(fā)平臺(tái)或數(shù)據(jù)庫,不是臨時(shí)使用,而是希望獲得長期支持。從項(xiàng)目經(jīng)濟(jì)效益上看可能合算,也可能不合算。可是如果實(shí)施組織需要長期使用該開發(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ù)部等部門參加。根據(jù)<中國外運(yùn)股份有限公司投資管理規(guī)定>,超過三百萬的項(xiàng)目采購,還要上報(bào)股份公司,經(jīng)批準(zhǔn)后方可執(zhí)行。項(xiàng)目采購流程如下:起草立項(xiàng)報(bào)告項(xiàng)目組根據(jù)項(xiàng)目需求描述決定何時(shí)采購何物,制定相應(yīng)的采購計(jì)劃并起草立項(xiàng)報(bào)告,經(jīng)過內(nèi)請(qǐng)流程上報(bào)公司審批。審批經(jīng)過后,成立IT采購項(xiàng)目組,并確定項(xiàng)目組成員。確定采購方式經(jīng)IT采購項(xiàng)目組討論經(jīng)過后,決定采購方式,主要包括三種方式:公開招標(biāo)、邀請(qǐng)招標(biāo)、詢價(jià)采購。供應(yīng)商的選擇和詢報(bào)價(jià)IT采購項(xiàng)目組應(yīng)根據(jù)備選供方的報(bào)價(jià)單進(jìn)行評(píng)定,即進(jìn)行供應(yīng)商的選擇。確定供應(yīng)商和價(jià)格IT采購項(xiàng)目組經(jīng)過討論,最終確定供應(yīng)商和采購產(chǎn)品的價(jià)格。簽訂合同IT采購項(xiàng)目組和產(chǎn)品供應(yīng)商談判后簽署采購合同。合同執(zhí)行產(chǎn)品供應(yīng)商按合同規(guī)定履約,IT采購項(xiàng)目組成員負(fù)責(zé)產(chǎn)品驗(yàn)收。價(jià)款結(jié)算IT采購項(xiàng)目組負(fù)責(zé)辦理和產(chǎn)品供應(yīng)商的價(jià)款結(jié)算。填寫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ì)劃中,需要確定審核對(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)生的,還是前面階段遺留下來的)等。審核問題糾正審核問題糾正是解決審核中發(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í)間。參與角色審核主持人(由項(xiàng)目經(jīng)理在計(jì)劃中指定)審核人交付件開發(fā)責(zé)任人輸入審核對(duì)象定義(根據(jù)項(xiàng)目計(jì)劃)審核過程過程步驟輸出序號(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)。審核人名單確認(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)入條件到達(dá)審核計(jì)劃確定的審核任務(wù)時(shí)間審核對(duì)象材料發(fā)放參與角色審核主持人(由項(xiàng)目計(jì)劃確定)審核人員(由審核計(jì)劃確定,包括主審人)交付件開發(fā)責(zé)任人輸入審核計(jì)劃審核對(duì)象材料過程步驟輸出序號(hào)描述1所有審核人經(jīng)過審核對(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ì)人員提交審核報(bào)告。無完成標(biāo)志審核報(bào)告完成并向相關(guān)人員發(fā)布。七、IT項(xiàng)目需求開發(fā)與管理7.1需求開發(fā)的步驟系統(tǒng)需求是經(jīng)過一系列步驟逐步轉(zhuǎn)化得到的。這些步驟可能執(zhí)行一次,就可得到開發(fā)人員所要的系統(tǒng)規(guī)格定義,但更多的是重復(fù)地執(zhí)行多次來確定系統(tǒng)規(guī)格定義。需求開發(fā)的基本步驟如下:確定項(xiàng)目范圍獲取客戶需求分析客戶需求制訂系統(tǒng)規(guī)格驗(yàn)證系統(tǒng)規(guī)格系統(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ǔ)上對(duì)項(xiàng)目范圍取得共同的認(rèn)識(shí)。項(xiàng)目視圖需要采用客戶容易理解的圖示來表示,例如系統(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è)階段的目的是確定有效的方法,然后利用所確定的方法從相對(duì)分散的需求源,系統(tǒng)化地獲取客戶需求。獲取客戶需求方法的基本原則是系統(tǒng)地定義需求類別、建立統(tǒng)一的需求表示、識(shí)別和規(guī)劃需求獲取的渠道。系統(tǒng)地建立需求類別能夠?qū)⒁粋€(gè)大的問題分解為若干小的問題,同時(shí)可幫助客戶需求獲取人員完備地收集客戶需求。建立統(tǒng)一的客戶需求表示可一致化和規(guī)范化得到的需求,為后面的工作提供一個(gè)良好的基礎(chǔ)。識(shí)別和規(guī)劃需求渠道可有效地配備資源。需求獲取渠道不但僅是按確定用戶類別的訪談,也包括業(yè)務(wù)資料的分析等其它方面。分析客戶需求獲取的客戶需求難以直接轉(zhuǎn)化為系統(tǒng)規(guī)格定義,因?yàn)檫@些需求往往是概要性的、一般情況下不會(huì)完備、相互之間可能存在不一致。因此這個(gè)階段的目的是對(duì)獲取的需求系統(tǒng)地加以分析,建立一個(gè)相對(duì)完整的系統(tǒng)概念模型,如系統(tǒng)交互模型。經(jīng)過系統(tǒng)概念模型的建立來細(xì)化、補(bǔ)充需求、消除需求中的不一致性。這個(gè)階段會(huì)繼續(xù)執(zhí)行上個(gè)階段的工作,以解決已經(jīng)獲取需求中的問題并補(bǔ)充分析客戶需求所需要的進(jìn)一步信息。這個(gè)繼續(xù)工作不是簡單的重復(fù)需求獲取的工作,而是針對(duì)客戶需求分析中發(fā)現(xiàn)的問題?？蛻粜枨蠓治黾夹g(shù)包括許多類型,如非常形式化的建模計(jì)劃和簡單的業(yè)務(wù)場景分析技術(shù)。具體技術(shù)的采用取決于客戶需求的復(fù)雜程度、客戶的背景以及分析人員對(duì)技術(shù)的掌握等諸多因素。另外,分析技術(shù)的采用也取決于是否有有效的工具支持,特別是基于圖形的分析技術(shù)。制訂系統(tǒng)規(guī)格系統(tǒng)分析人員必須給系統(tǒng)設(shè)計(jì)人員提供完整、清晰、明確的系統(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ì)量成本。另外,系統(tǒng)規(guī)格是經(jīng)過客戶需求的分析和轉(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)格的同行審核(PeerReview,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)證形式是十分必要的。系統(tǒng)規(guī)格受控正如上面多次指出的,系統(tǒng)規(guī)格將在整個(gè)項(xiàng)目生存期中作為系統(tǒng)實(shí)現(xiàn)的依據(jù),其中包括設(shè)計(jì)的依據(jù)、系統(tǒng)測試的依據(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ì)其更改。這之后的任何更改要經(jīng)過嚴(yán)格變更控制程序。這兩個(gè)環(huán)節(jié)是將系統(tǒng)規(guī)格”基線化”。基線化是配置管理的任務(wù)。實(shí)際上,系統(tǒng)規(guī)格受控一般都是配置管理中的一個(gè)環(huán)節(jié)。7.2需求管理的步驟需求管理的目的是保證系統(tǒng)需求作為基線加以管理,即系統(tǒng)需求定義的建立、使用和修改均加以控制,以保證系統(tǒng)需求可用性和其它項(xiàng)目活動(dòng)與系統(tǒng)需求的一致性。需求管理與配置管理密切相關(guān)。實(shí)際上,需求是作為配置項(xiàng)納入到配置管理中的。需求管理的基本步驟如下:建立系統(tǒng)需求基線發(fā)布系統(tǒng)需求基線系統(tǒng)需求基線跟蹤報(bào)告處理系統(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ā)布系統(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è)步驟包括了一系列子步驟如下:對(duì)需要更新的基線部分提出更改請(qǐng)求。分析、審核更改請(qǐng)求,其中包括確認(rèn)更改理由的充要性、分析更改的波及范圍、估算更改的投入等方面。如果同意更改,則制訂更改計(jì)劃。實(shí)施更改計(jì)劃。審核更改結(jié)果。批準(zhǔn)更改。更新需求基線。由于需求基線修改涉及到多方面人員,因此對(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)目過程的輸出。這些輸出包括兩類,一類是經(jīng)過開發(fā)產(chǎn)生的交付件,這些交付件是軟件產(chǎn)品的一部分,有些會(huì)最終提供給客戶使用,有些僅僅是中間產(chǎn)品(如系統(tǒng)設(shè)計(jì))或管理文件(如項(xiàng)目計(jì)劃)。另一類是記錄性質(zhì)的文件,這些文件往往作為質(zhì)量證據(jù)使用,應(yīng)此稱之為質(zhì)量記錄,如評(píng)審記錄報(bào)告、測試記錄報(bào)告等。無論是交付件還是質(zhì)量記錄,一旦產(chǎn)生可能被多個(gè)人多次使用,特別是工作產(chǎn)品。如果這些產(chǎn)品能按類別分別以統(tǒng)一的形式與內(nèi)容要素產(chǎn)生,那么可有效的提高工作產(chǎn)品的質(zhì)量,降低工作產(chǎn)品的交流成本。8.1交付件項(xiàng)目交付件一般由四部分組成,封面、目錄、正文、附件。項(xiàng)目文件屬性信息需包括項(xiàng)目交付件的封面中文件標(biāo)題的下方。項(xiàng)目交付件屬性信息包括:項(xiàng)目交付件編號(hào)交付件類別版本號(hào)完成時(shí)間開發(fā)責(zé)任人批準(zhǔn)人密級(jí)所有的交付件都應(yīng)包含上述屬性信息,這些屬性定義可用于交付件文檔的管理并有利于交付件的使用。8.2質(zhì)量記錄項(xiàng)目質(zhì)量記錄是各種過程活動(dòng)的記錄,也包括活動(dòng)的報(bào)告。質(zhì)量記錄的重要特征是客觀。質(zhì)量記錄一般為表格形式的文件,這些表格形式的文件在形式上并不一致。原則上標(biāo)識(shí)信息應(yīng)涉及在表格的開始部分,其它信息在表格結(jié)尾部分。項(xiàng)目質(zhì)量記錄屬性信息包括:記錄編號(hào)記錄類別記錄時(shí)間記錄人審核批準(zhǔn)人所有的質(zhì)量記錄都應(yīng)包含上述屬性信息,這些屬性定義可用于質(zhì)量記錄的管理并有利于質(zhì)量記錄的引用。一類質(zhì)量記錄往往在項(xiàng)目中有多個(gè)實(shí)例,因此質(zhì)量記錄能夠通告定義模板來減輕質(zhì)量記錄格式的創(chuàng)立工作。8.3工作產(chǎn)品模板工作產(chǎn)品模板包括交付件模板和質(zhì)量記錄模板。模板的定義和應(yīng)用將可規(guī)范工作產(chǎn)品的格式和內(nèi)容要素,也可減少在項(xiàng)目過程中創(chuàng)立文檔格式的工作量。工作產(chǎn)品模板的應(yīng)用本質(zhì)也是質(zhì)量控制的手段。8.3.1任務(wù)書模板 項(xiàng)目名稱項(xiàng)目標(biāo)識(shí)項(xiàng)目主管項(xiàng)目下達(dá)時(shí)間年月 日項(xiàng)目經(jīng)理計(jì)劃提交時(shí)限年月 日項(xiàng)目定義類型用戶目標(biāo)內(nèi)容描述輸入項(xiàng)目限制時(shí)間資金資源實(shí)現(xiàn)8.3.2計(jì)劃書模板1.引言1.1目的 1.2范圍1.3參考資料1.4版本歷史2.項(xiàng)目概述3.項(xiàng)目目標(biāo)和交付件4.實(shí)施策略5.項(xiàng)目生存期6.任務(wù)分解與估算7.資源規(guī)劃7.1人力資源 7.2設(shè)施工具7.3關(guān)鍵資源8.時(shí)間計(jì)劃9.預(yù)算10.風(fēng)險(xiǎn)識(shí)別與控制11.項(xiàng)目監(jiān)控8.3.3評(píng)審報(bào)告模板項(xiàng)目名稱項(xiàng)目編號(hào)評(píng)審時(shí)間評(píng)審地點(diǎn)評(píng)審類別評(píng)審人員姓名項(xiàng)目職責(zé)評(píng)審職責(zé)簽字No.評(píng)審項(xiàng)評(píng)審意見/結(jié)論0102030405060708091011…評(píng)審報(bào)告起草人/時(shí)間評(píng)審報(bào)告審核人/時(shí)間8.3.4需求歸納表模板ID摘要類別描述優(yōu)先級(jí)來源狀態(tài)8.4項(xiàng)目驗(yàn)收8.4.1可交付物驗(yàn)收可交付物是指項(xiàng)目驗(yàn)收時(shí)向客戶提交的系統(tǒng)、源程序和文檔,一般的項(xiàng)目可交付物如下:<需求分析報(bào)告><功能規(guī)格說明書><體系架構(gòu)設(shè)計(jì)說明書>風(fēng)格設(shè)計(jì)的效果樣片(圖片)、頁面原型以及圖素(經(jīng)切割的圖片原素)詳細(xì)設(shè)計(jì)文檔為項(xiàng)目實(shí)施所編制的特定的程序代碼可能涉及到的網(wǎng)頁框架模板<系統(tǒng)維護(hù)手冊(cè)><用戶使用手冊(cè)>各階段的項(xiàng)目進(jìn)度報(bào)告8.4.2技術(shù)驗(yàn)收經(jīng)過驗(yàn)收會(huì)的形式向客戶陳述系統(tǒng)體系架構(gòu)的合理性,并從下面幾個(gè)方面對(duì)技術(shù)架構(gòu)進(jìn)行驗(yàn)收:系統(tǒng)的可靠性系統(tǒng)的安全性系統(tǒng)的延展性系統(tǒng)的操作性系統(tǒng)性能可能存在的技術(shù)問題和技術(shù)風(fēng)險(xiǎn)8.4.3功能驗(yàn)收功能驗(yàn)收主要針對(duì)功能性需求的滿足程度進(jìn)行驗(yàn)收,一般包括以下幾個(gè)方面:信息展示需求的滿足程度業(yè)務(wù)功能需求的滿足程度用戶管理需求的滿足程度數(shù)據(jù)初始化需求的滿足程度應(yīng)用集成需求的滿足程度未完全滿足的需求在下一期項(xiàng)目中的安排8.4.4驗(yàn)收計(jì)劃編號(hào)任務(wù)開始時(shí)間完成時(shí)間參與部門1可交付物驗(yàn)收2技術(shù)驗(yàn)收3功能驗(yàn)收4驗(yàn)收會(huì)5最終驗(yàn)收簽字

九、項(xiàng)目經(jīng)理的職責(zé)和素質(zhì)9.1項(xiàng)目經(jīng)理的職責(zé)項(xiàng)目經(jīng)理是負(fù)責(zé)管理項(xiàng)目日常工作的個(gè)人。項(xiàng)目經(jīng)理一般需要明確地給予授權(quán),以便能取得其它部門的支持與合作,帶領(lǐng)項(xiàng)目小組按時(shí)、按質(zhì)并在批準(zhǔn)的預(yù)算范圍內(nèi)完成任務(wù)。信息管理部IT項(xiàng)目經(jīng)理的職責(zé)包括:挑選項(xiàng)目組成員;制定項(xiàng)目計(jì)劃并得到相關(guān)領(lǐng)導(dǎo)的認(rèn)可;對(duì)項(xiàng)目進(jìn)行界定并得到相關(guān)領(lǐng)導(dǎo)的認(rèn)可;負(fù)責(zé)信息溝通;識(shí)別并處理風(fēng)險(xiǎn);有效分配并使用資源;監(jiān)控并跟蹤項(xiàng)目的進(jìn)展;解決項(xiàng)目執(zhí)行過程中出現(xiàn)的阻礙進(jìn)展的問題;控制范圍、成本、進(jìn)度、質(zhì)量等;領(lǐng)導(dǎo)項(xiàng)目小組;提交項(xiàng)目可交付使用的成果及收益;負(fù)責(zé)評(píng)價(jià)項(xiàng)目組成員的表現(xiàn)。簡單的講,項(xiàng)目經(jīng)理就是要關(guān)注四方面的內(nèi)容:T——時(shí)間C——成本Q——質(zhì)量性能S——工作范圍即在規(guī)定的時(shí)間內(nèi),在批準(zhǔn)的預(yù)算內(nèi),完成事先確定的工作范圍內(nèi)的工作,而且達(dá)到預(yù)期的質(zhì)量性能要求,這就是項(xiàng)目經(jīng)理的崗位職責(zé)。中外運(yùn)公司的IT項(xiàng)目經(jīng)理應(yīng)該面臨更激烈的競爭,需要承受更大的壓力,需要介入更廣闊的業(yè)務(wù),具體的崗位職責(zé)體現(xiàn)在計(jì)劃、組織、指導(dǎo)、控制四個(gè)方面。計(jì)劃計(jì)劃決不是可有可無的,而是必不可少的。如果沒有計(jì)劃,項(xiàng)目后期的控制便沒有基礎(chǔ)。項(xiàng)目經(jīng)理的計(jì)劃職責(zé)具體包括:確定項(xiàng)目目標(biāo),并取得管理層與客戶的一致意見;制定項(xiàng)目計(jì)劃,并取得管理層的批準(zhǔn);確定項(xiàng)目所需要的資源;制定項(xiàng)目管理所用的技術(shù)、方法、程序和規(guī)章。組織項(xiàng)目經(jīng)理是項(xiàng)目責(zé)、權(quán)、利的主體,是項(xiàng)目的組織者。項(xiàng)目經(jīng)理應(yīng)該把組織職責(zé)放在首位,在項(xiàng)目內(nèi)部建立一個(gè)領(lǐng)導(dǎo)核心,實(shí)現(xiàn)項(xiàng)目班子的最佳組合和有效領(lǐng)導(dǎo)。項(xiàng)目經(jīng)理組織工作的核心就是配備人員、制定規(guī)章制度、明確崗位責(zé)任、建立項(xiàng)目內(nèi)部和外部的溝通渠道等。對(duì)于項(xiàng)目組的工作,項(xiàng)目經(jīng)理要獲得項(xiàng)目組成員的承諾;對(duì)于項(xiàng)目組外部的工作,項(xiàng)目經(jīng)理需要與客戶界定各自的職責(zé)范圍并達(dá)成協(xié)議,還要注意與項(xiàng)目組成員和客戶的溝通協(xié)調(diào)。另外,項(xiàng)目經(jīng)理還應(yīng)該營造一種團(tuán)結(jié)緊張、嚴(yán)肅活潑的工作環(huán)境,使各方面的人員都能高效地工作。組織工作成功的標(biāo)準(zhǔn)是項(xiàng)目組織能夠高效率運(yùn)轉(zhuǎn)和能夠?qū)崿F(xiàn)有效的領(lǐng)導(dǎo)。項(xiàng)目經(jīng)理組織工作的具體內(nèi)容包括:開發(fā)項(xiàng)目所需要的人力資源,即組建項(xiàng)目小組;建立適當(dāng)?shù)捻?xiàng)目管理組織機(jī)構(gòu)圖;對(duì)項(xiàng)目各職位進(jìn)行描述,制定項(xiàng)目管理責(zé)任矩陣;確保項(xiàng)目組成員理解和接受她們的職責(zé);組織項(xiàng)目組成員制定項(xiàng)目計(jì)劃;促進(jìn)項(xiàng)目團(tuán)隊(duì)內(nèi)外部的有效溝通;根據(jù)批準(zhǔn)的項(xiàng)目計(jì)劃,配置各種資源。指導(dǎo)項(xiàng)目經(jīng)理需要把握項(xiàng)目的方向,需要指引項(xiàng)目組成員有效地完成項(xiàng)目目標(biāo),需要進(jìn)行項(xiàng)目決策,這些都是項(xiàng)目經(jīng)理的指導(dǎo)職能。項(xiàng)目經(jīng)理是項(xiàng)目組的最高決策者,及時(shí)、正確地做出各種決策,既是項(xiàng)目經(jīng)理的基本任務(wù),也是項(xiàng)目管理能否順利實(shí)施的重要前提,更是項(xiàng)目能否實(shí)現(xiàn)預(yù)期目標(biāo)的關(guān)鍵。項(xiàng)目經(jīng)理的指導(dǎo)職能具體體現(xiàn)在:具體指導(dǎo)實(shí)施項(xiàng)目計(jì)劃中的各項(xiàng)活動(dòng);提供階段性的項(xiàng)目進(jìn)展報(bào)告