【正文】 加的會(huì)議進(jìn)行討論后確定，確定變更后報(bào)項(xiàng)目領(lǐng)導(dǎo)小組審批確認(rèn)。確認(rèn)后由項(xiàng)目經(jīng)理及時(shí)部署相關(guān)修改措施，保證項(xiàng)目能按新的計(jì)劃正常完成。二是詳細(xì)計(jì)劃的變更，在不影響階段性計(jì)劃的前提下，由相關(guān)經(jīng)理確認(rèn)后修改，并及時(shí)布置相關(guān)的修改措施。項(xiàng)目中的開(kāi)發(fā)規(guī)范確定之后，項(xiàng)目全體開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中要嚴(yán)格遵守，對(duì)其變更要嚴(yán)格執(zhí)行變更規(guī)程。 2．定義受控配置項(xiàng)總集成商定義整個(gè)工程級(jí)別的受控制的配置項(xiàng)，更多的體現(xiàn)在共性任務(wù)配置項(xiàng)、影響整個(gè)工程集成的配置項(xiàng)。應(yīng)用軟件開(kāi)發(fā)商定義受其項(xiàng)目管理的配置項(xiàng)。配置項(xiàng)類(lèi)型主要包括：（1）開(kāi)發(fā)階段所產(chǎn)生的各類(lèi)技術(shù)文檔和管理文檔配置項(xiàng)受控的文檔配置項(xiàng)包括：開(kāi)發(fā)各個(gè)階段所產(chǎn)生的各類(lèi)技術(shù)文檔、管理類(lèi)文檔以及規(guī)范類(lèi)文檔的正式版本。 （2）軟件產(chǎn)品配置項(xiàng)為本項(xiàng)目所產(chǎn)生的軟件產(chǎn)品及其相關(guān)部件，包括：應(yīng)用源代碼、公用組件源代碼，后臺(tái)的數(shù)據(jù)庫(kù)表結(jié)構(gòu)和數(shù)據(jù)庫(kù) SQL腳本、數(shù)據(jù)字典等，一旦提交，即要對(duì)其整個(gè)過(guò)程進(jìn)行監(jiān)控。定義配置項(xiàng)的標(biāo)識(shí)與狀態(tài)跟蹤方法。（3）硬件設(shè)備資源配置項(xiàng)受控的硬件設(shè)備資源配置項(xiàng)包括在項(xiàng)目開(kāi)發(fā)過(guò)程中的所有硬件設(shè)備如：PC機(jī)，服務(wù)器，網(wǎng)絡(luò)設(shè)備，打印設(shè)備等開(kāi)發(fā)必備設(shè)備。 （4）軟件設(shè)備資源配置項(xiàng)受控的軟件設(shè)備資源配置項(xiàng)包括在項(xiàng)目開(kāi)發(fā)過(guò)程中所使用的所有的軟件設(shè)備，如：操作系統(tǒng)，數(shù)據(jù)庫(kù)管理系統(tǒng)，開(kāi)發(fā)工具軟件和開(kāi)發(fā)中所使用的各類(lèi)應(yīng)用軟件和防病毒軟件。 . 項(xiàng)目安全管理根據(jù)信息安全技術(shù)信息系統(tǒng)安全等級(jí)保護(hù)基本要求，在本項(xiàng)目的建設(shè)過(guò)程的各個(gè)階段應(yīng)該加強(qiáng)安全等級(jí)保護(hù)意識(shí)，將安全等級(jí)保護(hù)制度作為項(xiàng)目的一個(gè)重點(diǎn)。具體各階段的安全保護(hù)方法如下所示：1．系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)階段本階段安全管理制度要求包括：（1）確保開(kāi)發(fā)環(huán)境與實(shí)際運(yùn)行環(huán)境物理分開(kāi)，開(kāi)發(fā)人員和測(cè)試人員分離，測(cè)試數(shù)據(jù)和測(cè)試結(jié)果受到控制；（2）制定軟件開(kāi)發(fā)管理制度，明確說(shuō)明開(kāi)發(fā)過(guò)程的控制方法和人員行為準(zhǔn)則；（3）制定代碼編寫(xiě)安全規(guī)范，要求開(kāi)發(fā)人員參照規(guī)范編寫(xiě)代碼；（4）確保提供軟件設(shè)計(jì)的相關(guān)文檔和使用指南，并由專(zhuān)人負(fù)責(zé)保管；（5）確保對(duì)程序資源庫(kù)的修改、更新、發(fā)布進(jìn)行授權(quán)和批準(zhǔn)。2．工程實(shí)施階段本階段安全管理制度要求包括：（1）指定或授權(quán)專(zhuān)門(mén)的部門(mén)或人員負(fù)責(zé)工程實(shí)施過(guò)程的管理；（2）制定詳細(xì)的工程實(shí)施方案控制實(shí)施過(guò)程，并要求工程實(shí)施單位能正式地執(zhí)行安全工程過(guò)程；（3）制定工程實(shí)施方面的管理制度，明確說(shuō)明實(shí)施過(guò)程的控制方法和人員行為準(zhǔn)則。3．測(cè)試驗(yàn)收階段本階段安全管理制度要求包括：（1）在測(cè)試驗(yàn)收前根據(jù)設(shè)計(jì)方案或合同要求等制訂測(cè)試驗(yàn)收方案，在測(cè)試驗(yàn)收過(guò)程中應(yīng)詳細(xì)記錄測(cè)試驗(yàn)收結(jié)果，并形成測(cè)試驗(yàn)收?qǐng)?bào)告；（2）對(duì)系統(tǒng)測(cè)試驗(yàn)收的控制方法和人員行為準(zhǔn)則進(jìn)行書(shū)面規(guī)定；（3）指定或授權(quán)專(zhuān)門(mén)的部門(mén)負(fù)責(zé)系統(tǒng)測(cè)試驗(yàn)收的管理，并按照管理規(guī)定的要求完成系統(tǒng)測(cè)試驗(yàn)收工作；（4）組織相關(guān)部門(mén)和相關(guān)人員對(duì)系統(tǒng)測(cè)試驗(yàn)收?qǐng)?bào)告進(jìn)行審定，并簽字確認(rèn)。4．系統(tǒng)交付（總體竣工驗(yàn)收）階段本階段安全管理制度要求包括：（1）制定詳細(xì)的系統(tǒng)交付清單，并根據(jù)交付清單對(duì)所交接的設(shè)備、軟件和文檔等進(jìn)行清點(diǎn)；（2）對(duì)負(fù)責(zé)系統(tǒng)運(yùn)行維護(hù)的技術(shù)人員進(jìn)行相應(yīng)的技能培訓(xùn)；（3）確保提供系統(tǒng)建設(shè)過(guò)程中的文檔和指導(dǎo)用戶進(jìn)行系統(tǒng)運(yùn)行維護(hù)的文檔；（4）對(duì)系統(tǒng)交付的控制方法和人員行為準(zhǔn)則進(jìn)行書(shū)面規(guī)定；（5）指定或授權(quán)專(zhuān)門(mén)的部門(mén)負(fù)責(zé)系統(tǒng)交付的管理工作，并按照管理規(guī)定的要求完成系統(tǒng)交付工作。. 項(xiàng)目需求管理需求管理就是軟件開(kāi)發(fā)項(xiàng)目中的范圍管理，需求管理是整個(gè)軟件開(kāi)發(fā)項(xiàng)目的源頭，軟件開(kāi)發(fā)項(xiàng)目的估算、計(jì)劃、開(kāi)發(fā)、測(cè)試、集成、試運(yùn)行以及后續(xù)的跟蹤控制，驗(yàn)證和確認(rèn)等各項(xiàng)工作都是跟需求密切相關(guān)的。因此為了保證項(xiàng)目的進(jìn)度、質(zhì)量和成本目標(biāo)的順利實(shí)現(xiàn)，保證項(xiàng)目計(jì)劃的嚴(yán)肅性和可執(zhí)行性；為了保證軟件系統(tǒng)最終開(kāi)發(fā)的成果正是與需求提出者的期望值相符，所以項(xiàng)目的中需求管理工作至關(guān)重要。需求管理工作是需求全生命周期的管理，從用戶原始需求的提出，到最終形成系統(tǒng)后，用戶對(duì)需求實(shí)現(xiàn)情況的驗(yàn)證形成閉環(huán)流程。因此我們需要跟蹤和了解到需求狀態(tài)的演變過(guò)程。大型的項(xiàng)目軟件生命周期模型較為復(fù)雜，一個(gè)需求的實(shí)現(xiàn)會(huì)經(jīng)過(guò)用戶調(diào)研、需求分析、設(shè)計(jì)、開(kāi)發(fā)和測(cè)試、試運(yùn)行和驗(yàn)收多個(gè)環(huán)節(jié)，在這個(gè)過(guò)程中需要建立需求跟蹤機(jī)制，以確認(rèn)需求和中間階段產(chǎn)生的交付成果的一致性。另外變更管理是需求管理的另外一個(gè)重點(diǎn)，需求在經(jīng)過(guò)評(píng)審確認(rèn)后需要基線并受到控制，當(dāng)出現(xiàn)需求變更的時(shí)候必須進(jìn)行相應(yīng)的需求影響分析以確認(rèn)對(duì)需求變更的處理方式，當(dāng)變更工作量影響較大的時(shí)候還需要調(diào)整并重新基線項(xiàng)目計(jì)劃。216。 獲取需求獲得需求的方式可以有多種多樣：電話詢問(wèn)、現(xiàn)場(chǎng)考察、聆聽(tīng)用戶講解、閱讀用戶編制的相關(guān)文件（如招標(biāo)書(shū)），我們可以通過(guò)以下兩類(lèi)技術(shù)手段來(lái)達(dá)到：GET（獲取）和PUSH（引導(dǎo)、反饋、激發(fā)）相互結(jié)合的方式來(lái)得到我們真正的需求，而這兩個(gè)過(guò)程都是必須交互進(jìn)行的，一般我們可以篩選非常有經(jīng)驗(yàn)（包括談判技巧、深厚的業(yè)務(wù)和技術(shù)背景、勤奮努力）的項(xiàng)目成員擔(dān)任需求工程師，其工作職責(zé)主要是界定項(xiàng)目的范圍和需求變更管理，通過(guò)我們編制的各類(lèi)模板文檔來(lái)實(shí)現(xiàn)需求變更的控制。一般來(lái)講IT集成需求包含三個(gè)不同的層次：業(yè)務(wù)需求、用戶需求和功能需求，也包括非功能需求。業(yè)務(wù)需求反映了組織機(jī)構(gòu)或用戶對(duì)系統(tǒng)、應(yīng)用高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明；用戶需求文檔描述了應(yīng)用必須要完成的任務(wù)，這在使用實(shí)例文檔或方案腳本說(shuō)明中予以說(shuō)明；功能需求定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求，必須具備一定的業(yè)務(wù)背景和技術(shù)背景，能從三個(gè)不同的層次發(fā)掘客戶的需求。 需求管理 獲取需求后下一階段的工作就是對(duì)需求分析、消化和評(píng)審，基線制定、需求說(shuō)明書(shū)制定，這里我們主要集中在需求分析和編寫(xiě)需求說(shuō)明書(shū)兩方面來(lái)分析。 一、需求分析1．建立需求關(guān)聯(lián)圖需求關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型，同時(shí)它也明確了通過(guò)接口的信息流和數(shù)據(jù)流，通過(guò)關(guān)聯(lián)圖，對(duì)用戶需求的約定和確認(rèn)以及項(xiàng)目變更控制會(huì)員會(huì)的評(píng)審都是非常關(guān)鍵的。 2．創(chuàng)建開(kāi)發(fā)原型創(chuàng)建用戶接口原型可以在如下應(yīng)用如下情況：如果開(kāi)發(fā)人員或用戶不能確定需求時(shí)，開(kāi)發(fā)一個(gè)用戶接口原型，這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過(guò)評(píng)價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問(wèn)題。通過(guò)開(kāi)發(fā)原形，用戶和集成商都可以相互了解業(yè)務(wù)，發(fā)掘潛在的信息，避免用戶需求的不必要變更。 3．可行性分析分析需求可行性在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙，這個(gè)主要用于內(nèi)部評(píng)審和制定技術(shù)線路提供依據(jù)。4．確定需求優(yōu)先級(jí)確定需求的優(yōu)先級(jí)別應(yīng)用分析方法來(lái)確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類(lèi)需求。當(dāng)允許需求變更時(shí)，在特定的版本中加入每一項(xiàng)變更，并在那個(gè)版本計(jì)劃中作出需要的變更。 5．為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說(shuō)明極好的補(bǔ)充說(shuō)明，它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類(lèi)及交互作用圖。 6．編寫(xiě)數(shù)據(jù)字典在需求階段，很難使團(tuán)隊(duì)的思路一致，建立一個(gè)合適的機(jī)制是完全必要的，這就是數(shù)據(jù)字典，數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確保用戶與項(xiàng)目組是使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。 二、需求說(shuō)明書(shū)編寫(xiě)需求規(guī)格說(shuō)明書(shū)的內(nèi)容，根據(jù)我們實(shí)施項(xiàng)目經(jīng)驗(yàn)，有以下一些主要要素：1．根據(jù)項(xiàng)目需求規(guī)格說(shuō)明模版,編寫(xiě)項(xiàng)目需求要點(diǎn)：約定、法律法規(guī)、需求分類(lèi)、技術(shù)限制、采用的技術(shù)和工具等，與項(xiàng)目干系人特別是用戶進(jìn)行溝通，然后討論，可以采用頭腦風(fēng)暴法和德?tīng)柗品椒▉?lái)討論，確定說(shuō)明書(shū)大綱。 2．附加文檔的管理，通過(guò)附加文檔來(lái)跟蹤用戶的新的需求和需求變更，建立一個(gè)配套的文檔集合，隨時(shí)跟蹤需求，保證項(xiàng)目團(tuán)體步調(diào)統(tǒng)一，需要準(zhǔn)備這些文件：《需求（或功能）變更申請(qǐng)書(shū)》、《需求（或功能）變更規(guī)格書(shū)》、《需求清單一覽表》等。關(guān)于需求變更，參見(jiàn)項(xiàng)目變更控制章節(jié)。3．編寫(xiě)需求說(shuō)明書(shū)的時(shí)候，可能還會(huì)遇到一些解決不了的需求，我們也一定用專(zhuān)門(mén)的章節(jié)要羅列出來(lái)，防止漏項(xiàng)，同時(shí)也利于我們?cè)谧鰧?shí)施計(jì)劃的時(shí)候來(lái)采取何種措施，采購(gòu)其他設(shè)備、投入相關(guān)人力或其他辦法等。 216。 需求變更管理需求變更是因?yàn)樾枨蟀l(fā)生變化。根據(jù)軟件工程思想，需求說(shuō)明書(shū)一般要經(jīng)過(guò)評(píng)審，如果在需求說(shuō)明書(shū)經(jīng)過(guò)評(píng)審以后，需要在原有需求基礎(chǔ)上追加和補(bǔ)充新的需求或?qū)υ行枨筮M(jìn)行修改和削減，均屬于需求變更。 一、實(shí)施需求變更原則實(shí)施需求變更管理需要遵循以下六大原則1．建立需求基線，需求基線是需求變更的依據(jù)。在開(kāi)發(fā)過(guò)程中，需求確定并經(jīng)過(guò)評(píng)審后（用戶參與評(píng)審），可以建立第一個(gè)需求基線。此后每次變更并經(jīng)過(guò)評(píng)審后，都要重新確定新的需求基線。 2．制訂簡(jiǎn)單、有效的變更控制流程，并形成文檔。在建立了需求基線后提出的所有變更都必須遵循這個(gè)控制流程進(jìn)行控制。同時(shí)，這個(gè)流程具有一定的普遍性，對(duì)以后的項(xiàng)目開(kāi)發(fā)和其他項(xiàng)目都有借鑒作用。3．成立項(xiàng)目變更控制委員會(huì)（CCB）或相關(guān)職能的類(lèi)似組織，負(fù)責(zé)裁定接受哪些變更。CCB由項(xiàng)目所涉及的多方人員共同組成，應(yīng)該包括用戶和應(yīng)用系統(tǒng)開(kāi)發(fā)商的決策人員在內(nèi)。4．需求變更一定要先申請(qǐng)然后再評(píng)估，最后經(jīng)過(guò)與變更大小相當(dāng)級(jí)別的評(píng)審確認(rèn)。5．需求變更后，受影響的項(xiàng)目計(jì)劃、產(chǎn)品、活動(dòng)都要進(jìn)行相應(yīng)的變更，以保持和更新的需求一致。6．妥善保存變更產(chǎn)生的相關(guān)文檔。二、需求變更應(yīng)對(duì)措施需求變更控制一般要經(jīng)過(guò)變更申請(qǐng)、變更評(píng)估、決策、回復(fù)這四大步驟。如果變更被接受，還要增加實(shí)施變更和驗(yàn)證兩個(gè)步驟，有時(shí)還會(huì)有取消變更的步驟。針對(duì)變更控制流程，在實(shí)際工作中總結(jié)出了如下幾點(diǎn)策略：1．排序分批實(shí)現(xiàn)每個(gè)需求的重要性是不同的。由于資源或技術(shù)條件的限制，排出個(gè)優(yōu)先級(jí)來(lái)，優(yōu)先級(jí)高的需求先實(shí)現(xiàn)，優(yōu)先級(jí)低的需求在一下版式本實(shí)現(xiàn)。2．相互協(xié)作在討論需求時(shí)，與用戶相互理解、相互協(xié)作，對(duì)能解決的問(wèn)題盡量解決。對(duì)不能達(dá)成一致意見(jiàn)的問(wèn)題，仔細(xì)分析原因，積極提出可行的替代方案。3．充分交流需求變更管理的過(guò)程很大程度上就是用戶與開(kāi)發(fā)人員的交流過(guò)程。學(xué)會(huì)認(rèn)真聽(tīng)取用戶的要求、考慮和設(shè)想，并加以分析和整理。同時(shí)，應(yīng)該向用戶說(shuō)明，進(jìn)入設(shè)計(jì)階段以后，再提出需求變更會(huì)給整個(gè)開(kāi)發(fā)工作帶來(lái)什么樣的沖擊和不良后果。4．安排專(zhuān)職人員負(fù)責(zé)需求變更管理在項(xiàng)目的實(shí)施過(guò)程中安排一名專(zhuān)職的需求變更管理人員負(fù)責(zé)與用戶及時(shí)交流關(guān)于需求變更事宜。5．合同約束需求變更會(huì)給系統(tǒng)建設(shè)帶來(lái)一定的影響，在與用戶簽訂合同時(shí)，應(yīng)增加相關(guān)的需求變更條款，如：規(guī)定用戶提出需求變更的時(shí)間原則，合理需求變更對(duì)項(xiàng)目進(jìn)度、工作量的影響原則，還可以規(guī)定發(fā)生需求變更時(shí)必須執(zhí)行變更控制流程。6．選用適當(dāng)?shù)拈_(kāi)發(fā)模型采用建立原型的開(kāi)發(fā)模型比較適合需求不明確的開(kāi)發(fā)項(xiàng)目。先根據(jù)用戶對(duì)需求的說(shuō)明建立一個(gè)系統(tǒng)原型，再與用戶溝通。一般用戶看到一些實(shí)際的東西后，對(duì)需求會(huì)有更為詳細(xì)的解釋?zhuān)筛鶕?jù)用戶的說(shuō)明進(jìn)一步完善系統(tǒng)原型。這個(gè)過(guò)程重復(fù)幾次后，系統(tǒng)原型逐漸向最終的用戶需求靠攏，從根本上減少需求變更的出現(xiàn)。目前業(yè)界較為流行的疊代式開(kāi)發(fā)對(duì)工期緊迫的項(xiàng)目的需求變更控制很有成效。7．用戶參與需求評(píng)審作為需求的提出者，用戶理所當(dāng)然是最具權(quán)威的發(fā)言人之一。實(shí)際上，在需求評(píng)審過(guò)程中，用戶往往能提出許多有價(jià)值的意見(jiàn)。同時(shí)，這也是由用戶對(duì)需求進(jìn)行最后確認(rèn)的機(jī)會(huì)，可以有效減少需求變更的發(fā)生。對(duì)于項(xiàng)目實(shí)施過(guò)程中的需求變更，可能是客戶提出的，也可能是項(xiàng)目團(tuán)隊(duì)提出的，我們都嚴(yán)格按照需求變更流程來(lái)處理，需求變更控制流程如圖所示。圖6439 項(xiàng)目需求管理. 項(xiàng)目溝通管理保證有效、良好的溝通對(duì)于項(xiàng)目的成功是至關(guān)重要的。因此從應(yīng)用系統(tǒng)承建商的角度來(lái)看項(xiàng)目建設(shè)中的溝通包括以下管理的方案：匯報(bào)關(guān)系、溝通計(jì)劃、問(wèn)題管理、會(huì)議管理、信息共享等。216。 匯報(bào)管理建立有效的匯報(bào)組織機(jī)構(gòu)是實(shí)現(xiàn)有效溝通的前提和保證。匯報(bào)關(guān)系基于對(duì)本項(xiàng)目組織機(jī)構(gòu)定義，通過(guò)層級(jí)的劃分明確應(yīng)用系統(tǒng)承建商的定位和職責(zé)，以及項(xiàng)目匯報(bào)路徑。216。 溝通管理項(xiàng)目實(shí)施是一個(gè)團(tuán)隊(duì)任務(wù)，信息不暢容易導(dǎo)致工作偏離目標(biāo)，或者是成員之間產(chǎn)生誤解，所以項(xiàng)目經(jīng)理要在信息溝通中起到非常重要的作用。對(duì)于信息的發(fā)布，一定要保證版本的有效性，對(duì)于通過(guò)電子郵件發(fā)布的重要信息，一定要讓對(duì)方反饋接收與否的信息。對(duì)于規(guī)模較大的項(xiàng)目，有時(shí)信息需要群發(fā)或多人討論，可以采用建立專(zhuān)用的信息溝通平臺(tái)，例如利用BBS、EXCHANGE等。216。 溝通計(jì)劃在本項(xiàng)目中，我們建立以下正式溝通計(jì)劃，并在工作中保證實(shí)現(xiàn)：類(lèi)型溝通內(nèi)容參與人員責(zé)任人時(shí)間項(xiàng)目組首次會(huì)議培訓(xùn)項(xiàng)目管理方法、實(shí)施計(jì)劃項(xiàng)目組全體成員項(xiàng)目經(jīng)理待定項(xiàng)目動(dòng)員大會(huì)明確目標(biāo)、落實(shí)責(zé)任、激發(fā)熱情全體成員項(xiàng)目發(fā)起人待定項(xiàng)目管理例會(huì)分析項(xiàng)目狀態(tài)，明確項(xiàng)目管理委員會(huì)項(xiàng)目經(jīng)理每月末階段評(píng)估會(huì)議評(píng)估項(xiàng)目階段的完成情況項(xiàng)目管理委員會(huì)項(xiàng)目經(jīng)理階段末項(xiàng)目驗(yàn)收會(huì)議評(píng)審項(xiàng)目驗(yàn)收標(biāo)準(zhǔn)的完成項(xiàng)目管理委員會(huì)項(xiàng)目經(jīng)理項(xiàng)目收尾時(shí)項(xiàng)目組工作例會(huì)匯報(bào)各項(xiàng)工作的進(jìn)度及問(wèn)題項(xiàng)目經(jīng)理業(yè)務(wù)組長(zhǎng)每周一項(xiàng)目變更會(huì)議決議變更需求項(xiàng)目管理委員會(huì)項(xiàng)目經(jīng)理變更產(chǎn)生時(shí)項(xiàng)目通訊對(duì)項(xiàng)目干系人宣傳項(xiàng)目狀況項(xiàng)目組全體成員項(xiàng)目管理辦公室每月項(xiàng)目信息共享了解項(xiàng)目狀態(tài)、計(jì)劃、問(wèn)題等項(xiàng)目組全體成員實(shí)施組長(zhǎng)隨時(shí)操作狀況了解用戶的操作狀況項(xiàng)目成員最終用戶上線后每日216。 相關(guān)文檔包括：1．《會(huì)議紀(jì)要》2．《項(xiàng)目周報(bào)》3．《項(xiàng)目月度狀態(tài)報(bào)告》4．《項(xiàng)目階段評(píng)估報(bào)告》5．《項(xiàng)目總結(jié)報(bào)告》. 項(xiàng)目文檔管理我們保證對(duì)系統(tǒng)項(xiàng)目相關(guān)的所有技術(shù)文件，以及由用戶提供的所有內(nèi)部資料、技術(shù)文檔和信息予以保密