【正文】 溝通計劃在本項(xiàng)目中，我們建立以下正式溝通計劃，并在工作中保證實(shí)現(xiàn)：類型溝通內(nèi)容參與人員責(zé)任人時間項(xiàng)目組首次會議培訓(xùn)項(xiàng)目管理方法、實(shí)施計劃項(xiàng)目組全體成員項(xiàng)目經(jīng)理待定項(xiàng)目動員大會明確目標(biāo)、落實(shí)責(zé)任、激發(fā)熱情全體成員項(xiàng)目發(fā)起人待定項(xiàng)目管理例會分析項(xiàng)目狀態(tài)，明確項(xiàng)目管理委員會項(xiàng)目經(jīng)理每月末階段評估會議評估項(xiàng)目階段的完成情況項(xiàng)目管理委員會項(xiàng)目經(jīng)理階段末項(xiàng)目驗(yàn)收會議評審項(xiàng)目驗(yàn)收標(biāo)準(zhǔn)的完成項(xiàng)目管理委員會項(xiàng)目經(jīng)理項(xiàng)目收尾時項(xiàng)目組工作例會匯報各項(xiàng)工作的進(jìn)度及問題項(xiàng)目經(jīng)理業(yè)務(wù)組長每周一項(xiàng)目變更會議決議變更需求項(xiàng)目管理委員會項(xiàng)目經(jīng)理變更產(chǎn)生時項(xiàng)目通訊對項(xiàng)目干系人宣傳項(xiàng)目狀況項(xiàng)目組全體成員項(xiàng)目管理辦公室每月項(xiàng)目信息共享了解項(xiàng)目狀態(tài)、計劃、問題等項(xiàng)目組全體成員實(shí)施組長隨時操作狀況了解用戶的操作狀況項(xiàng)目成員最終用戶上線后每日216。對于規(guī)模較大的項(xiàng)目，有時信息需要群發(fā)或多人討論，可以采用建立專用的信息溝通平臺，例如利用BBS、EXCHANGE等。 溝通管理項(xiàng)目實(shí)施是一個團(tuán)隊(duì)任務(wù)，信息不暢容易導(dǎo)致工作偏離目標(biāo)，或者是成員之間產(chǎn)生誤解，所以項(xiàng)目經(jīng)理要在信息溝通中起到非常重要的作用。匯報關(guān)系基于對本項(xiàng)目組織機(jī)構(gòu)定義，通過層級的劃分明確應(yīng)用系統(tǒng)承建商的定位和職責(zé)，以及項(xiàng)目匯報路徑。216。圖6439 項(xiàng)目需求管理. 項(xiàng)目溝通管理保證有效、良好的溝通對于項(xiàng)目的成功是至關(guān)重要的。同時，這也是由用戶對需求進(jìn)行最后確認(rèn)的機(jī)會，可以有效減少需求變更的發(fā)生。7．用戶參與需求評審作為需求的提出者，用戶理所當(dāng)然是最具權(quán)威的發(fā)言人之一。這個過程重復(fù)幾次后，系統(tǒng)原型逐漸向最終的用戶需求靠攏，從根本上減少需求變更的出現(xiàn)。先根據(jù)用戶對需求的說明建立一個系統(tǒng)原型，再與用戶溝通。5．合同約束需求變更會給系統(tǒng)建設(shè)帶來一定的影響，在與用戶簽訂合同時，應(yīng)增加相關(guān)的需求變更條款，如：規(guī)定用戶提出需求變更的時間原則，合理需求變更對項(xiàng)目進(jìn)度、工作量的影響原則，還可以規(guī)定發(fā)生需求變更時必須執(zhí)行變更控制流程。同時，應(yīng)該向用戶說明，進(jìn)入設(shè)計階段以后，再提出需求變更會給整個開發(fā)工作帶來什么樣的沖擊和不良后果。3．充分交流需求變更管理的過程很大程度上就是用戶與開發(fā)人員的交流過程。2．相互協(xié)作在討論需求時，與用戶相互理解、相互協(xié)作，對能解決的問題盡量解決。針對變更控制流程，在實(shí)際工作中總結(jié)出了如下幾點(diǎn)策略：1．排序分批實(shí)現(xiàn)每個需求的重要性是不同的。二、需求變更應(yīng)對措施需求變更控制一般要經(jīng)過變更申請、變更評估、決策、回復(fù)這四大步驟。5．需求變更后，受影響的項(xiàng)目計劃、產(chǎn)品、活動都要進(jìn)行相應(yīng)的變更，以保持和更新的需求一致。CCB由項(xiàng)目所涉及的多方人員共同組成，應(yīng)該包括用戶和應(yīng)用系統(tǒng)開發(fā)商的決策人員在內(nèi)。同時，這個流程具有一定的普遍性，對以后的項(xiàng)目開發(fā)和其他項(xiàng)目都有借鑒作用。 2．制訂簡單、有效的變更控制流程，并形成文檔。在開發(fā)過程中，需求確定并經(jīng)過評審后（用戶參與評審），可以建立第一個需求基線。根據(jù)軟件工程思想，需求說明書一般要經(jīng)過評審，如果在需求說明書經(jīng)過評審以后，需要在原有需求基礎(chǔ)上追加和補(bǔ)充新的需求或?qū)υ行枨筮M(jìn)行修改和削減，均屬于需求變更。 216。關(guān)于需求變更，參見項(xiàng)目變更控制章節(jié)。 二、需求說明書編寫需求規(guī)格說明書的內(nèi)容，根據(jù)我們實(shí)施項(xiàng)目經(jīng)驗(yàn)，有以下一些主要要素：1．根據(jù)項(xiàng)目需求規(guī)格說明模版,編寫項(xiàng)目需求要點(diǎn)：約定、法律法規(guī)、需求分類、技術(shù)限制、采用的技術(shù)和工具等，與項(xiàng)目干系人特別是用戶進(jìn)行溝通，然后討論，可以采用頭腦風(fēng)暴法和德爾菲方法來討論，確定說明書大綱。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確保用戶與項(xiàng)目組是使用一致的定義和術(shù)語。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對話框圖、對象類及交互作用圖。當(dāng)允許需求變更時，在特定的版本中加入每一項(xiàng)變更，并在那個版本計劃中作出需要的變更。4．確定需求優(yōu)先級確定需求的優(yōu)先級別應(yīng)用分析方法來確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級別。通過開發(fā)原形，用戶和集成商都可以相互了解業(yè)務(wù)，發(fā)掘潛在的信息，避免用戶需求的不必要變更。 2．創(chuàng)建開發(fā)原型創(chuàng)建用戶接口原型可以在如下應(yīng)用如下情況：如果開發(fā)人員或用戶不能確定需求時，開發(fā)一個用戶接口原型，這樣使得許多概念和可能發(fā)生的事更為直觀明了。 需求管理 獲取需求后下一階段的工作就是對需求分析、消化和評審，基線制定、需求說明書制定，這里我們主要集中在需求分析和編寫需求說明書兩方面來分析。一般來講IT集成需求包含三個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求，也包括非功能需求。216。大型的項(xiàng)目軟件生命周期模型較為復(fù)雜，一個需求的實(shí)現(xiàn)會經(jīng)過用戶調(diào)研、需求分析、設(shè)計、開發(fā)和測試、試運(yùn)行和驗(yàn)收多個環(huán)節(jié)，在這個過程中需要建立需求跟蹤機(jī)制，以確認(rèn)需求和中間階段產(chǎn)生的交付成果的一致性。需求管理工作是需求全生命周期的管理，從用戶原始需求的提出，到最終形成系統(tǒng)后，用戶對需求實(shí)現(xiàn)情況的驗(yàn)證形成閉環(huán)流程。. 項(xiàng)目需求管理需求管理就是軟件開發(fā)項(xiàng)目中的范圍管理，需求管理是整個軟件開發(fā)項(xiàng)目的源頭，軟件開發(fā)項(xiàng)目的估算、計劃、開發(fā)、測試、集成、試運(yùn)行以及后續(xù)的跟蹤控制，驗(yàn)證和確認(rèn)等各項(xiàng)工作都是跟需求密切相關(guān)的。3．測試驗(yàn)收階段本階段安全管理制度要求包括：（1）在測試驗(yàn)收前根據(jù)設(shè)計方案或合同要求等制訂測試驗(yàn)收方案，在測試驗(yàn)收過程中應(yīng)詳細(xì)記錄測試驗(yàn)收結(jié)果，并形成測試驗(yàn)收報告；（2）對系統(tǒng)測試驗(yàn)收的控制方法和人員行為準(zhǔn)則進(jìn)行書面規(guī)定；（3）指定或授權(quán)專門的部門負(fù)責(zé)系統(tǒng)測試驗(yàn)收的管理，并按照管理規(guī)定的要求完成系統(tǒng)測試驗(yàn)收工作；（4）組織相關(guān)部門和相關(guān)人員對系統(tǒng)測試驗(yàn)收報告進(jìn)行審定，并簽字確認(rèn)。具體各階段的安全保護(hù)方法如下所示：1．系統(tǒng)設(shè)計與開發(fā)階段本階段安全管理制度要求包括：（1）確保開發(fā)環(huán)境與實(shí)際運(yùn)行環(huán)境物理分開，開發(fā)人員和測試人員分離，測試數(shù)據(jù)和測試結(jié)果受到控制；（2）制定軟件開發(fā)管理制度，明確說明開發(fā)過程的控制方法和人員行為準(zhǔn)則；（3）制定代碼編寫安全規(guī)范，要求開發(fā)人員參照規(guī)范編寫代碼；（4）確保提供軟件設(shè)計的相關(guān)文檔和使用指南，并由專人負(fù)責(zé)保管；（5）確保對程序資源庫的修改、更新、發(fā)布進(jìn)行授權(quán)和批準(zhǔn)。 （4）軟件設(shè)備資源配置項(xiàng)受控的軟件設(shè)備資源配置項(xiàng)包括在項(xiàng)目開發(fā)過程中所使用的所有的軟件設(shè)備，如：操作系統(tǒng)，數(shù)據(jù)庫管理系統(tǒng)，開發(fā)工具軟件和開發(fā)中所使用的各類應(yīng)用軟件和防病毒軟件。定義配置項(xiàng)的標(biāo)識與狀態(tài)跟蹤方法。配置項(xiàng)類型主要包括：（1）開發(fā)階段所產(chǎn)生的各類技術(shù)文檔和管理文檔配置項(xiàng)受控的文檔配置項(xiàng)包括：開發(fā)各個階段所產(chǎn)生的各類技術(shù)文檔、管理類文檔以及規(guī)范類文檔的正式版本。 2．定義受控配置項(xiàng)總集成商定義整個工程級別的受控制的配置項(xiàng)，更多的體現(xiàn)在共性任務(wù)配置項(xiàng)、影響整個工程集成的配置項(xiàng)。二是詳細(xì)計劃的變更，在不影響階段性計劃的前提下，由相關(guān)經(jīng)理確認(rèn)后修改，并及時布置相關(guān)的修改措施。對計劃的變更，分為兩個層次，一是階段性計劃的變更，由項(xiàng)目領(lǐng)導(dǎo)小組召開相關(guān)人員參加的會議進(jìn)行討論后確定，確定變更后報項(xiàng)目領(lǐng)導(dǎo)小組審批確認(rèn)。在需求分析階段，若存在不確定的用戶需求，要將其劃為“暫時未明確”（不列入基線），或標(biāo)識“擱置”。（3）產(chǎn)品基線：在軟件測試階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的軟件產(chǎn)品和全部配置項(xiàng)的規(guī)格說明。配置管理基線包括：（1）需求基線：需求分析基線是指經(jīng)過聯(lián)合評審確認(rèn)的《需求規(guī)格說明書》中說明的有關(guān)事項(xiàng)，具體包括：業(yè)務(wù)需求分析中的業(yè)務(wù)流程圖（功能需求）、非功能需求描述（可用性、安全性、可維護(hù)性、可移植性等）、系統(tǒng)運(yùn)行平臺（硬件平臺、網(wǎng)絡(luò)平臺、操作系統(tǒng)平臺、數(shù)據(jù)庫平臺等）。項(xiàng)目階段性計劃和詳細(xì)計劃經(jīng)部門經(jīng)理和項(xiàng)目經(jīng)理簽字確認(rèn)后，各小組按既定的進(jìn)度要求制定周計劃，在例會上經(jīng)相關(guān)經(jīng)理批準(zhǔn)后確定實(shí)施。 配置管理活動 配置管理活動主要包括定義基線、定義受控配置項(xiàng)兩部分：1．定義基線基線既是前一階段工作的成果，又是下一階段工作的依據(jù)。獲得項(xiàng)目組審批通過的配置管理計劃要報送用戶、監(jiān)理單位備案。 配置管理計劃用戶委派的配置管理機(jī)構(gòu)，要制定詳實(shí)的配置管理計劃，報送用戶單位審批和備案，并按照計劃遵照執(zhí)行。相關(guān)的文檔包括：《項(xiàng)目變更申請表》《項(xiàng)目變更評審報告》《項(xiàng)目變更通知單》《項(xiàng)目變更跟蹤表》. 項(xiàng)目配置管理為了使系統(tǒng)實(shí)施方的產(chǎn)出物能夠得到有序完成的管理，整個工程應(yīng)該有統(tǒng)一的項(xiàng)目配置管理策略?？傮w變更管理委員會決定是否同意變更執(zhí)行；變更執(zhí)行實(shí)施：如果總體變更管理委員會通過評審，將變更交給執(zhí)行方執(zhí)行和實(shí)施變更，并同時通知相關(guān)的受影響方；變更備案：變更由歸檔備案。并確定是否為重大變更；專家委員會評審：如果變更為重大技術(shù)變更，必須組織專家委員會的專家技術(shù)評審。如下將針對項(xiàng)目實(shí)施過程中發(fā)生變更的處理流程進(jìn)行說明：提交變更請求：首先由應(yīng)用系統(tǒng)開發(fā)商提出項(xiàng)目變更請求，提交給用戶方。并經(jīng)過用戶和的簽批認(rèn)可。大型復(fù)雜項(xiàng)目的變更往往會導(dǎo)致項(xiàng)目建設(shè)目標(biāo)的偏離，造成投資的浪費(fèi)和成本的不可控。直接的影響會包括項(xiàng)目延期、成本增加等，所以變更管理在整個項(xiàng)目的管理中處于重要位置，直接對各方的溝通和項(xiàng)目成敗有非常大的影響。. 項(xiàng)目變更控制軟件項(xiàng)目的實(shí)施特點(diǎn)就是漸進(jìn)明細(xì)，項(xiàng)目實(shí)施的過程中變更是客觀存在的。項(xiàng)目進(jìn)度計劃的控制就是要經(jīng)常對每項(xiàng)工作進(jìn)度進(jìn)行監(jiān)督，然后，對那些出現(xiàn)“偏差”的工作采取必要措施，以保證項(xiàng)目按照原定計劃進(jìn)度執(zhí)行，使預(yù)定目標(biāo)按時和在預(yù)算范圍內(nèi)實(shí)現(xiàn)。掙值法通過測量和已完成的工作的預(yù)算費(fèi)用與已完成工作的實(shí)際費(fèi)用和計劃工作的預(yù)算費(fèi)用得到有關(guān)計劃實(shí)施的進(jìn)度和費(fèi)用偏差，而達(dá)到判斷項(xiàng)目預(yù)算和進(jìn)度計劃執(zhí)行情況的目的。項(xiàng)目費(fèi)用分析方面，通?；谠陧?xiàng)目管理中常用的 “掙值法”。. 項(xiàng)目進(jìn)度分析項(xiàng)目進(jìn)度的分析是對項(xiàng)目當(dāng)前執(zhí)行進(jìn)度與計劃編制進(jìn)度的比對。2．項(xiàng)目例會：就是項(xiàng)目組定期舉行工作會議，分析項(xiàng)目狀態(tài)，落實(shí)下一步工作，其中包括對現(xiàn)有的問題進(jìn)行討論并解決。項(xiàng)目進(jìn)度信息采集的方式：項(xiàng)目周報、項(xiàng)目例會、階段性評審。項(xiàng)目任務(wù)進(jìn)度的度量：首先把每項(xiàng)工作分解到工期在一周以內(nèi)，每周末進(jìn)行進(jìn)度評估，我們采取工時提交原則，即提交工作任務(wù)的完成工時。內(nèi)容包括但不限于：項(xiàng)目進(jìn)度與計劃執(zhí)行、已完成的工作內(nèi)容、有無遇到的困難和障礙、本項(xiàng)目的預(yù)期效果、人員配置、有無項(xiàng)目變更及/或變更情況、或其它與本項(xiàng)目有關(guān)的用戶應(yīng)該知道的情況或用戶要求知道的情況。根據(jù)進(jìn)展報告，與會者討論項(xiàng)目遇到的問題，分析并找出問題的原因，研究和確定應(yīng)對方案和預(yù)防措施，為控制項(xiàng)目提供依據(jù)。跟蹤的方法可分為正式跟蹤和非正式跟蹤。. 項(xiàng)目進(jìn)度管理在門戶網(wǎng)站項(xiàng)目開發(fā)管理中實(shí)施以下的項(xiàng)目進(jìn)度管理方案，并結(jié)合項(xiàng)目進(jìn)度及時向用戶報審項(xiàng)目文檔。如下圖：圖642 項(xiàng)目管理框架如圖的項(xiàng)目管理框架，以XX的項(xiàng)目管理相關(guān)標(biāo)準(zhǔn)為指導(dǎo)，基于成熟的項(xiàng)目管理工具，進(jìn)行綜合的項(xiàng)目管理，包括計劃制定、關(guān)鍵路徑分析、計劃實(shí)施、變更控制、配置管理等，并從組織上給以有力保障。 項(xiàng)目管理思路本項(xiàng)目的成功實(shí)施不光依靠先進(jìn)、成熟的信息技術(shù)，強(qiáng)有力的領(lǐng)導(dǎo)支持和經(jīng)驗(yàn)豐富的開發(fā)實(shí)施團(tuán)隊(duì)，更需要一套質(zhì)量控制和項(xiàng)目管理方法，我們公司在本項(xiàng)目中的項(xiàng)目管理指導(dǎo)思路是：1．服從業(yè)主對本項(xiàng)目建設(shè)的統(tǒng)一項(xiàng)目管理和協(xié)調(diào)；2．本項(xiàng)目管理規(guī)范符合XX的相關(guān)管理規(guī)范；3．組建穩(wěn)定、有力的項(xiàng)目執(zhí)行組織；4．充分重視項(xiàng)目工程中可能遇到的問題，合理規(guī)避項(xiàng)目風(fēng)險；5．在項(xiàng)目實(shí)施過程中強(qiáng)化項(xiàng)目工程質(zhì)量保證。項(xiàng)目管理方案，一方面需要參考和借鑒國內(nèi)外先進(jìn)、科學(xué)的項(xiàng)目管理理念，制定本項(xiàng)目相應(yīng)的項(xiàng)目管理制度、管理規(guī)范，另一方面借鑒用戶方的項(xiàng)目管理經(jīng)驗(yàn)和我公司多年積累的項(xiàng)目管理方法論來指導(dǎo)本項(xiàng)目的實(shí)施管理，確保本項(xiàng)目健康實(shí)施、少走彎路，降低風(fēng)險、節(jié)省成本，在規(guī)定的時間內(nèi)完成項(xiàng)目建設(shè)任務(wù)。業(yè)務(wù)部門的業(yè)務(wù)人員2－4名 項(xiàng)目核心人員簡歷詳見《》。 用戶接收測試 用戶方人員要求n 項(xiàng)目管理人員要求需要用戶方項(xiàng)目分管領(lǐng)導(dǎo)參與項(xiàng)目指導(dǎo)小組的工作，并指定專職的項(xiàng)目經(jīng)理進(jìn)入項(xiàng)目實(shí)施工作，負(fù)責(zé)各種會議、演示、匯報等溝通工作的開展，對項(xiàng)目需求分析、需求確認(rèn)、各種交付物的組織驗(yàn)收，共同對項(xiàng)目的實(shí)施過程進(jìn)行控制和跟蹤。 集成測試執(zhí)行216。 測試計劃與組織216。 OA集成開發(fā)和實(shí)施216。 財務(wù)速遞開發(fā)和實(shí)施216。 信息采編開發(fā)和實(shí)施216。 開發(fā)測試（UT）G06應(yīng)用開發(fā)團(tuán)隊(duì)216。 概要、詳細(xì)設(shè)計216。 數(shù)據(jù)映射設(shè)計G05平臺開發(fā)團(tuán)隊(duì)216。 業(yè)務(wù)對象分析216。G04業(yè)務(wù)需求團(tuán)隊(duì)216。G03顧問專家團(tuán)隊(duì)216。216。 檢查項(xiàng)目進(jìn)度、風(fēng)險，協(xié)調(diào)資源G02項(xiàng)目經(jīng)理216。同時我們認(rèn)為項(xiàng)目順利的實(shí)施有賴于雙方良好的溝通和緊密的配合，有賴于雙方領(lǐng)導(dǎo)的大力支持，也有賴于一些客觀條件，如軟硬件的采購、設(shè)備與軟件的按時到位、及時安裝、開發(fā)環(huán)境及場地準(zhǔn)備情況。其中，需求分析10個工作日；設(shè)備加電、安裝及部署需5個工作日；參數(shù)調(diào)整及定制開發(fā)50個工作日；軟硬件集成、單元測試15個工作日。主要工作內(nèi)容：– 進(jìn)行集成測試(功能及流程)– 進(jìn)行系統(tǒng)測試（非功能性測試）– 進(jìn)行用戶測試和驗(yàn)收– 部署生產(chǎn)系統(tǒng)– 系統(tǒng)培訓(xùn) 項(xiàng)目實(shí)施計劃 實(shí)施范圍構(gòu)建門戶基礎(chǔ)架構(gòu)，同時與OA系統(tǒng)、郵件系統(tǒng)集成。原則上在本項(xiàng)目中發(fā)生的所有需求變更必需得到“需求管理組”的評審與審批才能落實(shí)到實(shí)施層面。 系統(tǒng)開發(fā)和實(shí)施此項(xiàng)服務(wù)將基于上一階段的成果（各種說明書和設(shè)計文檔），進(jìn)行全面開發(fā)和實(shí)施工作，并完成單元測試。在此階段將分析客戶現(xiàn)階段業(yè)務(wù)功能、業(yè)務(wù)流程、IT情況等各個方面，制定相應(yīng)的系統(tǒng)實(shí)施方案，包括軟硬件配置部署、測試方案、培訓(xùn)和系統(tǒng)配置策略，推廣策略等等。 應(yīng)用方案設(shè)計項(xiàng)目建設(shè)需要考慮以后的發(fā)展規(guī)劃，該階段的工作