信小程序運營項目整體設想與策劃

第一節(jié)項目總體方案 2一、項目總體設計原則 2二、項目總體實施原則 2三、項目總體推進計劃 3第二節(jié)項目運營體系 4一、總體架構 4二、建設原則 4三、建設內(nèi)容 5第三節(jié)項目管理方案 9一、項目管理流程 9二、項目范圍管理 10三、項目進度管理 11四、項目風險管理 15五、項目質(zhì)量管理 22六、項目協(xié)調(diào)合作 29七、項目配置管理 30八、項目變更管理 32九、項目文檔管理 33十、項目人員管理 33十一、項目保密管理 33十二、項目測試計劃 34第一節(jié)項目總體方案軟件項目是一項復雜、長期的系統(tǒng)工程，為保證能夠順利地實施，必須要制定科學、合理、切實可行的實施計劃。一方面要從組織上進行落實，成立強有力的項目領導小組和經(jīng)驗豐富的項目實施隊伍；另一方面要制定嚴格的時間進度表，明確各里程碑的時間。同時還要制定工作原則，以指導項目的全面實施。一、項目總體設計原則1.以用戶為中心。設計由用戶控制的界面，而不是界面控制用戶。2.清楚一致的設計。所有界面的風格保持一致，所有具有相同含義的術語保持一致，且易于理解。3.擁有良好的直覺特征。以用戶所熟悉的現(xiàn)實世界事務的抽象來給用戶暗示和隱喻，來幫助用戶能迅速學會軟件的使用。較快的響應速度。簡單且美觀。二、項目總體實施原則1.承建方成立領導親自掛帥的項目小組，在調(diào)研、設計、編碼、安裝調(diào)試、測試、培訓、運行、驗收、售后服務等項目的各個階段，配合系統(tǒng)開發(fā)方的工作，一方面可以培訓自己的技術維護隊伍，為系統(tǒng)的使用保駕護航；另一方面，在開發(fā)過程中，協(xié)調(diào)用戶方和承建方的關系，保證項目的順利進行，及時發(fā)現(xiàn)問題，并對項目進度和質(zhì)量進行監(jiān)督。2.采用“兩手抓”的方針，一手抓開發(fā)、一手抓使用對于軟件項目，之所以稱為一個工程，很大程度上是因為軟件項目的建設，除了技術因素外，還有很多的非技術因素需要考慮，并且必須被得到重視。衡量一個軟件項目是否成功，很大程度上不是看這個軟件項目采用了多么先進的技術，而是軟件對用戶來說是否適用，是否能夠幫助用戶解決許多預期的問題。國內(nèi)很多軟件項目的失敗，很大程度上是使用抓得不夠。建議在項目的試運行過程中，在抓系統(tǒng)維護的同時，也要狠抓系統(tǒng)的使用，開發(fā)方和用戶方齊心協(xié)力幫助業(yè)務人員從原來的手工處理轉到計算機輔助處理上來，在業(yè)務人員適應計算機輔助業(yè)務處理的過程中，盡可能早發(fā)現(xiàn)系統(tǒng)中存在的問題，從而最大可能地使系統(tǒng)保質(zhì)保量按時完成。3.數(shù)據(jù)同程序同等重要該系統(tǒng)的建設，數(shù)據(jù)位于首要的地位，程序的編寫完成，僅僅意味著系統(tǒng)完成了一半，數(shù)據(jù)的收集、整理、錄入，對系統(tǒng)的建設來說同等重要。在項目實施過程中，一定要重視系統(tǒng)中數(shù)據(jù)的錄入工作，充分估計數(shù)據(jù)處理的難度，在系統(tǒng)建設之初，就將數(shù)據(jù)工作提到議事日程上來，安排相應的資金、時間等，將數(shù)據(jù)工作落到實處，只有這樣才能爭取系統(tǒng)早日達到實用化。三、項目總體推進計劃為了有效地保證系統(tǒng)開發(fā)的質(zhì)量，整個系統(tǒng)建設的全過程劃分為準備、設計、開發(fā)、實施和運行階段，每個階段完成相應的任務，確保信息系統(tǒng)的建設。軟件安裝完成并確認可在系統(tǒng)正常運行后，開始相關業(yè)務人員的培訓；在培訓開始之前需要由雙方協(xié)商形成《培訓計劃》，明確培訓環(huán)境、條件及方式，參加人員，課程課時等詳細內(nèi)容，由雙方現(xiàn)場實施負責人簽字后生效，并分別開始著手準備，在既定時間內(nèi)完成。第二節(jié)項目運營體系一、總體架構運營服務體系由運營服務制度、運營服務流程、運營服務組織、運營服務隊伍、運營技術服務平臺以及微信小程序運營工作對象六部分組成，涉及制度、人、技術、對象四類因素。制度是規(guī)范運營管理工作的基本保障，也是流程建立的基礎。運營服務組織中的相關人員遵照制度要求和標準化的流程，采用先進的運營管理平臺對各類運營對象進行規(guī)范化的運行管理和技術操作。二、建設原則（一）以完善的運營服務制度、流程為基礎。為保障微信小程序運營工作的質(zhì)量和效率，應制定相對完善、切實可行的微信小程序運營工作管理制度和規(guī)范，確定各項運營活動的標準流程和相關崗位設置等，使運營人員在制度和流程的規(guī)范和約束下協(xié)同操作。（二）以先進、成熟的運營管理平臺為手段。通過建立統(tǒng)一、集成、開放并可擴展的運營管理平臺，實現(xiàn)對各類運營事件的全面采集、及時處理與合理分析，實現(xiàn)微信小程序運營工作的智能化和高效率。（三）以高素質(zhì)的運營服務隊伍為保障。運營服務的順利實施離不開高素質(zhì)的運營服務人員，因此必須不斷提高運營服務隊伍的專業(yè)化水平，才能有效利用技術手段和工具，做好各項運營工作。三、建設內(nèi)容（一）運營管理制度建設總結現(xiàn)有的運營管理經(jīng)驗，相關運營標準，結合目前的實際情況，統(tǒng)一制定運營管理制度和規(guī)范。通過定期和不定期的檢查，促進各項制度規(guī)范在數(shù)據(jù)中心的貫徹落實，從而建立起全轄統(tǒng)一、規(guī)范的微信小程序運營工作管理工作方式。同時，隨著信息化建設的不斷發(fā)展，也要確保各項制度的及時更新。（二）運營技術服務平臺運營技術服務平臺由運營事件響應中心、運營管理系統(tǒng)、運營知識庫和運營輔助分析系統(tǒng)構成。（三）微信小程序運營工作管理流程為加強對信息系統(tǒng)的微信小程序運營工作管理，確保微信小程序運營工作體系高效、協(xié)調(diào)運行，應依據(jù)運營管理環(huán)節(jié)、管理內(nèi)容、管理要求制定統(tǒng)一的微信小程序運營工作流程，實現(xiàn)微信小程序運營工作的標準化、規(guī)范化和自動化。通過建立運營管理流程，可以使日常的運營工作流程化，職責角色更加清晰，從而使解決問題的速度和質(zhì)量得到有效提高，實現(xiàn)知識積累和知識管理，并可以幫助運營部門進行持續(xù)的服務改進，提高服務對象的滿意度。微信小程序運營工作流程包含的環(huán)節(jié)有事件管理、問題管理、變更管理及配置管理。1.事件管理對日常性運營工作中出現(xiàn)的突發(fā)事件（即日常微信小程序運營工作管理平臺自動發(fā)現(xiàn)并產(chǎn)生的告警事件）和由工作人員報告的事件會轉入事件管理流程。2.問題管理問題是指導致事件產(chǎn)生的原因，許多事件往往是由同一個問題引起的。問題的來源主要有以下幾種：（1）已經(jīng)處理的事件，經(jīng)過回顧分析后，可能形成一個問題；（2）重大事件，雖然經(jīng)過緊急處理恢復服務，但未找到根本原因，也形成一個問題；（3）對于趨勢性事件的分析，并形成問題。問題管理流程可以按照不同領域的問題，由相關領域的技術支持專家來處理。原則上這些專家可以是二線支持專家，他們在負責接收來自一線支持人員的支持請求的同時，也負責對以往事件進行分析，找出事件產(chǎn)生的根本原因，從而確定解決方案，消除這些根本原因，最終使此類事件不再發(fā)生；另一方面，也要從發(fā)生的事件中找出事件的發(fā)展趨勢或潛在可能發(fā)生的問題，主動提供預防性措施，提高系統(tǒng)可靠性，降低運營成本。問題管理流程著重于消除事件或減少事件發(fā)生，確定事件的根本原因，其流程如下：首先，定期分析事件，找出潛在問題，調(diào)查問題以找出其原因，制定解決方案、變通方法或提出預防性措施，以消除產(chǎn)生原因，或在事發(fā)時使其影響力最小化。其次，記錄解決方案、變通方法、預防性措施。再次，提出變更請求，對問題的解決方案進行評估，通過提出變更請求以對該方案進行測試和實施。最后，問題必須進行事后回顧以找出改進機會或總結預防性措施，包括改進事件監(jiān)測、找出技能差距和文檔資料改進等。3.變更管理變更請求通常由于問題的解決方案中需要對生產(chǎn)環(huán)境進行某些改變而產(chǎn)生，變更請求來源于問題管理環(huán)節(jié)或由用戶提交。變更管理通過一個單一的職能流程來控制和管理整個信息系統(tǒng)運行環(huán)境中的一切變更，其流程如下。（1）由問題管理環(huán)節(jié)的工作人員提出變更申請，由運營負責人檢查和完善其內(nèi)容，并進行風險等級、優(yōu)先級的初步評估。（2）通過分類，確定是否為重大變更、緊急變更，如果是常規(guī)變更請求，則由運營負責人安排實施；如果是風險等級為“重大”的變更請求，則應上報變更管理小組。（3）根據(jù)特定的變更請求成立特定的變更管理小組，成員包括對該變更申請有批準權的人員、對該變更的評估和批準提供參考意見的技術人員和管理人員。評估內(nèi)容包括變更的技術可行性、對系統(tǒng)性能的影響、對現(xiàn)有服務的影響、對資源的需求等。（4）變更管理小組評估后決定是否批準變更申請。變更請求得到批準后，運營負責人安排相應資源進行變更的計劃、測試，并制定實施方案，確定實施時間表，分配相應資源，通知請求人。（5）相應崗位實施變更，運營負責人監(jiān)視實施過程，并在必要時進行協(xié)調(diào)。（6）定期回顧變更管理流程以提高效率和效能，在實施變更流程不久之后，可以進行第一次回顧，以確保流程得到正確實施并達到預期目的。對發(fā)現(xiàn)的問題必須追根溯源并盡快解決，之后可以定期舉行回顧。4.配置管理配置管理流程著重于管理生產(chǎn)環(huán)境中所有必須控制的組成元素，并為其他相關流程（如事件管理等）提供信息，使這些流程更有效地運行，從而確保應用系統(tǒng)環(huán)境的完整性和穩(wěn)定性，其主要流程內(nèi)容如下。（1）識別和維護配置元素：確定需要進行配置管理的元素及所有必需的配置屬性，并指明與生產(chǎn)環(huán)境中其他配置元素之間的關系。對配置管理數(shù)據(jù)庫提供日常維護。（2）配置狀態(tài)匯總：根據(jù)需要定期產(chǎn)生配置管理報表，并能使相關人員進行相關配置的提取、查詢，定期產(chǎn)生配置項的狀態(tài)報告，并能反映配置項的版本和變動歷史。（3）審計和確認：定期審核全部或部分配置數(shù)據(jù)庫中的配置項，確認其和物理環(huán)境的一致性，從而確保配置信息的完整性。（4）計劃、回顧和改進：定期制定計劃（如半年），以明確下階段配置管理工作；定期回顧流程和審核結果，找出需要改進的配置項。第三節(jié)項目管理方案一、項目管理流程二、項目范圍管理項目管理范圍包括本項目建設周期內(nèi)各個階段以及所有相關的建設單位、設備、軟硬件、場地等內(nèi)容，從軟硬件采購、需求分析、系統(tǒng)設計、軟件開發(fā)、系統(tǒng)集成、測試、驗收、試運行、系統(tǒng)維護的全過程都包括在內(nèi)，如項目啟動、項目范圍內(nèi)容、項目范圍變更等項，具體內(nèi)容在項目實施前經(jīng)詳細討論確定。三、項目進度管理針對本項目的進度管理從任務分解、時間進度安排到資源分配，每個階段都有里程碑標志，每個階段都須嚴格按照工期要求按時、保質(zhì)完成，項目經(jīng)理負責項目進度控制。（一）建設周期保障措施及承諾項目進度是本項目建設的一個關鍵要素。為了切實做好項目進度精確控制，確保項目按時按質(zhì)量完成。本公司擬定了嚴格的三級控制體系。示意圖如下：三級控制體系1.里程碑控制層：主要針對項目進度中制定出來的各里程碑點進行監(jiān)控。預防進度偏差的產(chǎn)生，并階段性測量里程碑點的偏差系數(shù)。如發(fā)現(xiàn)偏差，并及時采取糾正措施。確保每個里程碑點按計劃完成。2.關鍵路徑控制層：主要針對項目進度中的關鍵任務進行監(jiān)控，并與關鍵任務上的關鍵人員進行溝通，了解任務情況并預測關鍵任務的偏差系數(shù)。如發(fā)現(xiàn)偏差，并及時采取糾正措施，確保每個關鍵任務按計劃實施。3.工作包控制層：主要針對每個具體的實施任務進行監(jiān)控，該監(jiān)控任務由各任務自己負責，業(yè)務控制任務進度偏差的產(chǎn)生。如發(fā)現(xiàn)偏差，需及時上報項目經(jīng)理并采取糾正行動。確保項目組成員的任務按計劃完成。（二）進度偏差控制約定1.項目現(xiàn)場實施前由項目執(zhí)行小組負責人根據(jù)工程合同擬訂項目需求計劃，以及制訂工程實施計劃和項目預算計劃，經(jīng)本公司項目管理部組織第三方評審通過后，項目執(zhí)行組負責雙方的交付成果，并組織現(xiàn)場工程實施。2.項目成員非小組組長以上人員的變更由其在項目組織中的直接上級核準，小組成員的變更由項目執(zhí)行小組核準，項目執(zhí)行小組組長變更由項目領導小組核準。項目成員的變更其核準人應及時（通常在24小時內(nèi)）告知其他項目成員。3.項目進度計劃的調(diào)整，在項目實施過程中，項目執(zhí)行小組應按時提供周報、月報及其階段成果總結報告。若出現(xiàn)客觀原因，導致偏差，項目執(zhí)行小組負責召集項目成員分析原因和討論糾正措施，之后將進度調(diào)整方案報項目領導小組批準，分送相關部門備案。同時啟動預算計劃調(diào)整流程。（三）項目進度計劃偏差監(jiān)控項目計劃監(jiān)控是指，一旦計劃建立，就必須實施。這意味著根據(jù)計劃執(zhí)行項目實施并控制項目活動，使項目工作范圍在預算內(nèi)按進度完成。包括測得實際進度并將其與計劃進度加以比較。在任何時候，如果項目不按計劃進行，必須采取糾正措施重新修訂計劃。有效的項目計劃監(jiān)控關鍵是及時、定期地把實際進度與計劃進度加以比較，在需要時即刻采取糾正措施。（四）進度偏差變更控制1.項目變更申請當項目執(zhí)行情況發(fā)生變更時，將影響到項目后續(xù)計劃的執(zhí)行，此時應當提出項目變更申請。由項目負責人向項目管理部和客戶負責部門提出書面的申請報告?？蛻糌撠煵块T和項目管理部審批后方可執(zhí)行變更計劃。2.項目計劃變更管理項目計劃變更采用分級審批方式，項目變更需及時通報各項目干系人。項目計劃變更分級審批流程：三天內(nèi)的計劃變更由項目執(zhí)行組直接審批。并通報客戶和項目管理部。一周之內(nèi)的計劃變更由項目執(zhí)行小組上報項目領導小組部門領導審批，并通報各干系部門。半個月之內(nèi)的計劃變更由項目執(zhí)行小組報項目領導小組分管領導審批，并通報各干系部門。一個月之內(nèi)的計劃變更由項目執(zhí)行小組報項目領導小組會議討論，并制定項目緊急處理措施，重新制定項目下一步執(zhí)行計劃。并通報各干系部門。（五）項目進度可視化管理我們利用Project工具制訂項目實施進度計劃、項目實施資源計劃和項目預算計劃，為便于項目的監(jiān)控，制定項目里程碑計劃，各種計劃均由項目組成員參與制訂，并組織對各項計劃的完整性，工作量的合理性，輸出文檔的全面性等進行評審，并與客戶共同確認后實施。1.項目計劃的執(zhí)行：在總體計劃的基礎上，每周要求制訂下兩周的詳細實施計劃（稱“雙周滾動計劃”）。在項目實施過程中，項目經(jīng)理將及時提供周報、月報及階段成果總結報告。若出現(xiàn)客觀原因，導致偏差，項目經(jīng)理負責召集項目成員分析原因和討論糾正措施，之后將進度調(diào)整方案上報給項目領導小組批準。在此建議，將項目計劃打印后張貼在辦公室，每天根據(jù)項目完成情況各自有專人在計劃上做記錄，以確保項目完成活動的適時確認和可視，并對進度的有效監(jiān)控。2.項目計劃的監(jiān)控：在任何時候，如果項目不按計劃進行，必須采取糾正措施重新修訂計劃。有效的項目計劃監(jiān)控關鍵是及時、定期地把實際進度與計劃進度加以比較，在需要時即刻采取糾正措施，如趕工或快速跟進。3.項目計劃變更：項目計劃變更采用分級審批方式，如一周以內(nèi)、兩周以內(nèi)、一個月以內(nèi)或一個月以上的計劃變更，分別由項目經(jīng)理、項目領導小組、干系人討論審批確定。項目計劃變更需及時通報各項目干系人。同時，項目執(zhí)行過程中將共同制訂并遵循計劃變更流程，如流程規(guī)定誰提出變更，誰審核分析變更影響，誰批準變更，確保項目計劃適應變化，使整個項目實施過程能夠受控。四、項目風險管理通過對大量的風險事件進行分析，在本項目中下列事件出現(xiàn)的概率最大，影響也是最大的。如何使得將上述事件對項目造成的影響降低到最小，是項目風險管理的主要工作。首先需要預防上述事件的發(fā)生，其次當事件發(fā)生不可避免之后，應當采取必要的、事先準備好的措施進行工作，將風險對項目目標的影響降低到可以容忍的程度。（一）技術風險本項目是一個采用先進的信息技術，在建設過程中需要與各個業(yè)務單位、多個技術支撐系統(tǒng)、多個業(yè)務系統(tǒng)之間接口。系統(tǒng)需要采集的數(shù)據(jù)量大、涉及的相關系統(tǒng)范圍廣，需要比較高的信息管理的專業(yè)知識。因此系統(tǒng)建設存在一定的技術風險，需要業(yè)主和系統(tǒng)建設方從系統(tǒng)開始建設之初，就要充分認識到該項目的技術難度，在系統(tǒng)調(diào)研、系統(tǒng)設計階段就要進行反復的論證，在系統(tǒng)構架的時候盡可能采用國際上成熟的產(chǎn)品，借鑒相關的成功經(jīng)驗，同時系統(tǒng)的建設分步驟、分階段進行，將技術難點逐個突破，力求將技術風險降至最低。（二）需求風險當前是一個項目周期較長、涉及相關部門較多、數(shù)據(jù)量大、系統(tǒng)功能要求高的復雜系統(tǒng)，只能在建設過程中與多家業(yè)務部門進行溝通，才能逐步明晰系統(tǒng)的需求。同時，由于專業(yè)性較強，有些需求各業(yè)務部門人員根本不可能明確地提出，需要系統(tǒng)建設方根據(jù)已有的系統(tǒng)建設經(jīng)驗進行用戶需求的引導。這些狀況容易造成系統(tǒng)的需求不明確，或者系統(tǒng)的需求變更頻繁，使得項目進展嚴重滯后，最后造成項目的失敗。為了能夠減少該項目需求不清和需求頻繁變更的風險，需要用戶和公司在項目初期做好充分的需求調(diào)研，切實理解各個業(yè)務部門在信息方面的業(yè)務需求，盡可能避免對需求的誤解和片面性。同時，在系統(tǒng)建設過程中，嚴格遵守項目管理的規(guī)章制度，對項目需求變更進行嚴格的審核與控制，以保障項目的質(zhì)量和進度。（三）協(xié)調(diào)與溝通風險在系統(tǒng)建設過程中公司需要協(xié)調(diào)多個部門，與這些部門的溝通與協(xié)調(diào)可能直接影響到本項目的質(zhì)量與進度。因此，建立高效的協(xié)調(diào)與溝通機制，減少相互之間的誤解與拖延，是保障本項目成功實施的關鍵點之一。這需要各相關單位充分理解項目溝通管理的重要性，嚴格遵守項目管理的各項規(guī)章制度，提高協(xié)調(diào)溝通的效率，降低項目協(xié)調(diào)與溝通的風險。（四）項目人員風險由于項目周期較長，技術難度大，因此項目人員壓力會隨著項目的進展逐漸加大，工作效率也可能會隨著項目的進展逐漸降低，造成工作效率低下，甚至會造成項目成員的不穩(wěn)定。這就需要用戶與公司相互理解，明確共同的目標，發(fā)揮團隊精神，同時要合理規(guī)劃項目進度，做到勞逸結合，提高項目人員的積極性，降低項目人員的風險。（五）系統(tǒng)實施難點、風險及應對措施項目風險管理包括風險管理規(guī)劃、風險識別、風險分析、風險應對規(guī)劃和風險監(jiān)控等各個過程。項目風險管理的各個過程，包括：1.規(guī)劃風險管理——定義如何實施項目風險管理活動的過程。2.識別風險——判斷哪些風險會影響項目并記錄其特征的過程。3.實施定性風險分析——評估并綜合分析風險的發(fā)生概率和影響，對風險進行優(yōu)先排序，從而為后續(xù)分析或行動提供基礎的過程。4.實施定量風險分析——就已識別風險對項目整體目標的影響進行定量分析的過程。5.規(guī)劃風險應對——針對項目目標，制定提高機會、降低威脅的方案和措施的過程。6.監(jiān)控風險——在整個項目中，實施風險應對計劃、跟蹤已識別風險、監(jiān)測殘余風險、識別新風險和評估風險過程有效性的過程。7.風險是一種不確定的事件或條件，一旦發(fā)生，會對至少一個項目目標造成影響，如范圍、進度、成本和質(zhì)量。8.規(guī)劃風險管理是定義如何實施項目風險管理活動的過程。（六）規(guī)劃風險管理風險管理計劃：概率影響矩陣。應該根據(jù)風險可能對項目目標產(chǎn)生的影響，對風險進行優(yōu)先排序。把風險劃分成高、中、低級別，以便進行相應的風險應對規(guī)劃。（七）識別風險識別風險是判斷哪些風險會影響項目并記錄其特征的過程。1.文檔審查對項目文檔（包括各種計劃、假設條件、以往的項目檔案和其他信息）進行結構化審查。2.信息收集技術：頭腦風暴、德爾菲技術、訪談、根本原因分析。3.核對表分析：可以根據(jù)以往類似項目或從其他渠道積累的歷史信息與知識，編制風險識別核對表。4.假設分析。5.圖解技術。6.SWOT分析。7.專家判斷。（八）實施定性風險分析實施定性風險分析是評估并綜合分析風險的發(fā)生概率和影響，對風險進行優(yōu)先排序，從而為后續(xù)分析或行動提供基礎的過程。實施定性風險分析根據(jù)風險發(fā)生的相對概率或可能性、風險發(fā)生后對項目目標的相應影響以及其他因素（如應對時間要求，與項目成本、進度、范圍和質(zhì)量等制約因素相關的組織風險承受力），來評估已識別風險的優(yōu)先級。1.風險概率和影響評估風險概率評估旨在調(diào)查每個具體風險發(fā)生的可能性。2.風險分類可以按照風險來源（如使用風險分解結構）。（九）實施定量風險分析實施定量風險分析是就已識別風險對項目整體目標的影響進行定量分析的過程。實施定量風險分析的對象是在定性風險分析過程中被認為對項目的競爭性需求存在潛在重大影響的風險。實施定量風險分析通常在定性風險分析之后進行。有時，不需要實施定量風險分析，就可以制定出有效風險應對措施。1.數(shù)據(jù)收集和表現(xiàn)技術訪談。訪談技術利用經(jīng)驗和歷史數(shù)據(jù)，對風險概率及其對項目目標的影響進行量化分析。所需的信息取決于所用的概率分布類型。概率分布。在建模和模擬中廣泛使用的連續(xù)概率分布，代表著數(shù)值的不確定性，如進度活動的持續(xù)時間和項目組成部分的成本的不確定性。而不連續(xù)分布則用于表示不確定性事件。2.定量風險分析和建模技術常用的技術包括面向事件和面向項目的分析方法：（1）敏感性分析。（2）預期貨幣價值分析。（3）建模和模擬。反復模擬通常采用蒙特卡洛技術。3.專家判斷專家判斷（最好來自具有近期相關經(jīng)驗的專家）用于識別風險對成本和進度的潛在影響，估算概率以及定義各種分析方法所需的輸入（如概率分布）。（十）規(guī)劃風險應對1.消極風險或威脅的應對策略通?？捎们叭N策略來應對威脅或可能給項目目標帶來消極影響的風險。第四種策略，即接受，既可用來應對消極風險或威脅，也可用來應對積極風險或機會?；乇?、轉移、減輕、接受。2.積極風險或機會的應對策略開拓、分享、提高、接受。3.應急應對策略4.專家判斷（十一）實施風險應對實施風險應對是執(zhí)行商定的風險應對計劃的過程。本過程的主要目的是確保按計劃執(zhí)行商定的風險應對措施，來管理整體項目風險敞口，最小化單個項目威脅，最大化單個項目機會。通過項目管理計劃、項目文件、組織過程資產(chǎn)，采用專家判斷、人際關系團隊技能、項目管理信息系統(tǒng)，得到變更請求、項目文件更新（問題日志、經(jīng)驗教訓登記冊、項目團隊派工單、風險登記冊、風險報告）。（十二）監(jiān)控風險1.監(jiān)控風險是在整個項目中，實施風險應對計劃、跟蹤已識別風險、監(jiān)測殘余風險、識別新風險和評估風險過程有效性的過程。2.監(jiān)控風險過程需要采用諸如偏差和趨勢分析的各種技術。這些技術需要以項目實施中生成的績效信息為基礎。3.監(jiān)控風險可能涉及選擇替代策略、實施應急或彈回計劃、采取糾正措施，以及修訂項目管理計劃。五、項目質(zhì)量管理說到軟件項目的質(zhì)量管理，首先要弄清楚什么是質(zhì)量。國際標準化組織ISO9000對質(zhì)量的定義是“一個實體的性能總和，它可以憑借自己的能力去滿足對它的明示或暗示的需求”。所謂軟件項目的質(zhì)量，就是“軟件項目能夠滿足已確定的全部需求的特征集合”，是能夠滿足軟件項目在項目開始階段確定的功能、性能等特征的集合。它主要反映了三個方面的信息特征：能滿足客戶需求的特性之全體；利用各種質(zhì)量標準體系，指導軟件開發(fā)人員開發(fā)軟件；是否滿足用戶隱含需求。質(zhì)量是構成社會財富的物質(zhì)內(nèi)容，沒有質(zhì)量就沒有數(shù)量，也沒有經(jīng)濟價值。軟件項目的質(zhì)量管理的主要目的就是確保項目滿足它所應滿足的需求。從用戶需求出發(fā)，保證最終交付的軟件要滿足客戶的期望。質(zhì)量管理的重點在事前的預防，而不是時候的檢查，這就需要管理者在項目執(zhí)行的全過程中持續(xù)堅持質(zhì)量管理的理念，不斷改進，使最終交付的軟件產(chǎn)品滿足客戶明確需求、隱含需求的所有特性。一般軟件項目可分為啟動、規(guī)劃、執(zhí)行、監(jiān)控和收尾五個部分。其中質(zhì)量管理涉及規(guī)劃、執(zhí)行、監(jiān)控三個部分。軟件的質(zhì)量管理包括質(zhì)量規(guī)劃、實施質(zhì)量保證、實施質(zhì)量控制三個部分。（一）質(zhì)量管理體系標準本項目實施應采用先進的質(zhì)量管理模式和科學的質(zhì)量管理體系和流程，并根據(jù)項目自身特點選用合適的質(zhì)量控制規(guī)程。（二）質(zhì)量控制過程本項目中，由項目經(jīng)理制訂質(zhì)量控制計劃，項目質(zhì)量控制組進行審核。審核方面包括：質(zhì)量控制措施是否足夠、各個成員的質(zhì)量責任是否明確合理，測試方法是否適用。（三）質(zhì)量評定計劃為了加強項目質(zhì)量管理和界定產(chǎn)品質(zhì)量標準，本公司將制訂適應于項目的檢查驗收規(guī)定和質(zhì)量評定標準，確保工程質(zhì)量。本項目中，應實行兩級檢查、兩級驗收制度。一級檢查、二級檢查和一級驗收由本公司實施小組組織完成；二級驗收由用戶組織實施。各級檢查驗收嚴格按項目實施中制訂的相應的檢查驗收規(guī)定和質(zhì)量評定標準執(zhí)行。對實施和驗收過程中出現(xiàn)的重大技術問題，將上報用戶協(xié)調(diào)處理，對一般質(zhì)量問題的處理應予以書面記錄。（四）質(zhì)量管理措施在項目實施過程中還將采取如下措施保障項目實施質(zhì)量：1.在項目實施前后對網(wǎng)絡性能進行評估。2.在系統(tǒng)部署完成后要在實際環(huán)境中進行網(wǎng)絡連通性測試、安全策略驗證和應用系統(tǒng)測試。3.配合應用系統(tǒng)做好壓力測試，根據(jù)壓力測試結果調(diào)整系統(tǒng)配置。4.項目實施后要進行一定時間的試運行，在試運行期間要重點監(jiān)控網(wǎng)絡環(huán)境的運行情況、安全策略的驗證和業(yè)務應用系統(tǒng)運行情況，若出現(xiàn)的問題要及時查找原因并加以修正。5.在試點實施過程中驗證方案的可行性和正確性。（五）階段性評審軟件質(zhì)量保證過程包括對軟件過程質(zhì)量控制和軟件產(chǎn)品質(zhì)量控制。我公司在本系統(tǒng)項目組織中，由質(zhì)量控制組負責質(zhì)量控制和管理，采用軟件度量過程采集信息對軟件過程和軟件產(chǎn)品的質(zhì)量進行管理。軟件開發(fā)過程的節(jié)點控制是提高軟件開發(fā)的計劃性和成功經(jīng)驗的可重復應用的重要支持手段。我公司在開發(fā)本系統(tǒng)的過程中，將充分利用該方法，確保本系統(tǒng)的高質(zhì)、準時完成。在本系統(tǒng)的開發(fā)過程中，把涉及軟件開發(fā)、應用的人員分為甲方、乙方，甲方代表各種層次的軟件系統(tǒng)的用戶，乙方代表軟件開發(fā)商中各組織、各層次人員。軟件系統(tǒng)的最終成功基于甲乙雙方對軟件開發(fā)過程的共同控制與管理，甲方側重“需求”與“監(jiān)督”職能，乙方側重“供求”與“控制”職能。甲乙雙方實現(xiàn)職能的基礎是軟件開發(fā)過程的可視性，即從甲乙雙方角度得到軟件開發(fā)過程的可見性。如下圖所示：圖（a）表示一個對甲乙雙方可見性極差的過程，甲方給出需求后，經(jīng)過乙方的開發(fā)過程得到的是最終結果，甲方對軟件開發(fā)過程沒法參與。乙方中只有具體的開發(fā)人員了解局部的軟件過程，高層管理人員沒法得到開發(fā)過程中具體的過程狀態(tài)信息，不能根據(jù)過程狀態(tài)做出決策。圖（b）表示一個對甲乙雙方可見性較好的軟件過程，在軟件開發(fā)過程的特定階段設置階段控制點（也稱為里程碑），甲乙雙方依據(jù)階段成果，從各自的角度提出過程改善與修改意見，控制軟件系統(tǒng)生產(chǎn)的質(zhì)量、開發(fā)過程的效率及項目資源消費。（六）提高項目質(zhì)量管理的方法1.加強人員的執(zhí)行力和技術影響軟件項目質(zhì)量的因素主要是“人、過程、技術”。首先要明確的是這三個因素中，人是第一位的。很多時候?qū)е缕髽I(yè)缺乏核心競爭力的原因是執(zhí)行力太差。對質(zhì)量管理目的的偏差，是造成執(zhí)行力低這一問題的很大因素。我們總是常常提到利潤最大化這個詞，如果開發(fā)公司不斷盲目強調(diào)收益，而且是“用最小的投入獲得最大的利益”。這會導致開發(fā)團隊不得不最大限度地甚至不擇手段地去取得財務的增長，從而大大降低了他們的執(zhí)行力。質(zhì)量的目的只是為了解決銷售，質(zhì)量管理真正實現(xiàn)的根基就不存在。我們應當逐步讓公司企業(yè)選擇一種更和諧的盈利方式。使自己的開發(fā)團隊去注重用戶的感受，選擇與客戶、合作伙伴的長遠利益。此外我們應當認識到軟件行業(yè)中人才的重要性以及人才對軟件質(zhì)量的重要作用，特別是領頭人的作用。一個項目的主管、開發(fā)經(jīng)理、實施經(jīng)理對項目的把控水平、相互之間的溝通、協(xié)調(diào)、配合，以及項目中其他人員之間的合作，是項目質(zhì)量保證的關鍵。項目經(jīng)理需要關注如何才能充分調(diào)動項目成員的積極性、主動性，激發(fā)他們工作熱情和責任感等問題。除了采用目標激勵、信任激勵、職務激勵等精神激勵外，還要采取相應的物質(zhì)激勵手段，這些都可以有助于提高人員的執(zhí)行力。而人員的技術永遠是質(zhì)量過硬的最高保障，企業(yè)應當積極提倡和鼓勵工作人員參與軟考和各類認證考試以及職稱評審，這樣可以在公司內(nèi)形成了良好的積極進取向上的科研與學習氣氛，有效地提高各成員業(yè)務水平。2.明確用戶需求明確用戶的真實需求是非常重要的，在項目失敗的案例中，大部分是由于需求分析的不明確造成的。軟件項目的需求決定了軟件項目的功能和目標，目標不明確就沒法制定下一階段的工作計劃，從而不能按質(zhì)量完成整個軟件項目。因此，明確客戶的真實需求，是保證軟件產(chǎn)品質(zhì)量是否能合格使用的關鍵一環(huán)。需求分析是研發(fā)人員對系統(tǒng)需要做什么和怎樣做的定義過程。從系統(tǒng)研發(fā)的過程得知，系統(tǒng)分析時犯下的錯誤，會在接下來的階段被成倍的放大，越是在研發(fā)的后期，糾正分析時犯下的錯誤所花費的代價越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。所以需求分析一定要做好、做細，確保需求分析的準確性，并做好需求變更風險評估與需求變更記錄。此外，軟件項目負責人和需求的提出者應該盡可能早地分析項目的相關業(yè)務邏輯、明確軟件項目的需求。項目需求明確得越早，就能夠越早的制定開發(fā)計劃，軟件項目的開發(fā)質(zhì)量就越容易得到保證。在項目的實施階段，還需要對每個階段的需求進行進一步明確，制定每個階段的子計劃，從而使得軟件項目的開發(fā)得以分解。保證了每個子計劃的開發(fā)質(zhì)量，就能夠保證整個項目的開發(fā)質(zhì)量。3.實行軟件測試在項目實施的全部質(zhì)量管理工作中，測試活動是軟件產(chǎn)品質(zhì)量保障的最直接和最有效環(huán)節(jié)。由于很多項目在實施中不夠規(guī)范，因此軟件測試一定要把好關。測試是一個驗證項目實施階段是否滿足需求的逆向過程，在所有的軟件開發(fā)過程中都是最重要的部分。測試是軟件項目管理質(zhì)量控制過程實質(zhì)性采用的工具和技術。經(jīng)過多方面的測試活動，通過消除各種錯誤來保證項目的質(zhì)量，使整個項目的交付成果基本滿足了客戶的需求。說明了某項目實施過程中通過各項測試后質(zhì)量問題逐步消除的情況。當然測試不可能發(fā)現(xiàn)所有潛在的問題，一些小的功能或操作方面的問題在使用過程中一段時間會出現(xiàn)，這是不可避免的，需要向使用人員事先進行說明，但是大的功能性問題不應該進入正式運行階段，是質(zhì)量管理應當解決的問題。4.進行代碼走查代碼的質(zhì)量充分體現(xiàn)了軟件的質(zhì)量。程序員編寫代碼時，要思路清晰，認真負責，好的程序是高內(nèi)聚、低耦合，同時也是條理分明，結構科學的。但由于項目組中各個成員的能力、編碼習慣各有不同，所開發(fā)的代碼質(zhì)量也不盡相同。因此，在軟件開發(fā)過程中引進代碼走查是非常有必要的。在一段時間內(nèi)或是規(guī)定的時間，讓程序員對其所開發(fā)代碼的主要部分進行講解，不僅能促使開發(fā)人員自己提高開發(fā)代碼的質(zhì)量，而且能夠促進組內(nèi)成員的交流和學習，從而更有力促進軟件質(zhì)量的提高。代碼走查的作用是非常有效率的，它可以檢查到其他測試方法無法監(jiān)測的錯誤，好多的邏輯錯誤是無法通過測試手段發(fā)現(xiàn)的，許多項目證明這是一個很好的質(zhì)量控制方法。六、項目協(xié)調(diào)合作對項目實施中的溝通是項目完成的順利與否的重要因素，所以在整個項目實施的過程中要有一套完善的溝通機制。（一）協(xié)調(diào)與合作管理方案在項目實施中，將以項目經(jīng)理為核心，實現(xiàn)全面、有效的溝通管理。其中：1.項目經(jīng)理從始至終控制整個項目的工作進展與步驟，是信息的收集者和發(fā)送者。2.項目經(jīng)理要密切聯(lián)系了解各干系人信息，及時傳達給項目組其他成員。3.項目經(jīng)理要每周與項目領導小組交換項目工作進展情況，確保項目按計劃有步驟地進行，并提交全部項目管理報告給項目領導小組。4.項目經(jīng)理要每周組織項目組成員召開會議，了解項目進展情況，分派工作，了解項目實施中的問題，及時解決。5.項目主管定期聯(lián)系用戶負責人，傾聽用戶對項目的建議和意見，并采取相應的措施，最大程度保證用戶滿意度。6.銷售人員和用戶保持正常通暢的溝通渠道，及時接收用戶反饋意見。（二）協(xié)調(diào)手段作為溝通的手段，采用如下方式進行項目的交流：1.進程報告（工程簡報）：工程實施期間，各實施人員每天向項目經(jīng)理報告工作進展；項目經(jīng)理按照要求每周向公司提交《項目進展報告》；同時，項目經(jīng)理每周向用戶單位提交項目進展文件。2.周例會：必要時參加由項目管理組、用戶方在每周共同召開的周例會，會議將對一周以來的工作進展進行回顧，總結問題點，分析原因，并確定解決方案。對下一階段的工作任務進行部署。會議結果由項目管理組發(fā)布會議紀要。3.工程階段總結：在實施的每一個階段，進行工程階段總結，評估上一階段工作得失，為下階段的工作進行必要的預溝通，解決隱患問題；4.多種形式的交流：項目經(jīng)理與項目領導小組、用戶、其他廠商之間、以及項目隊伍成員之間保持通信聯(lián)絡，以傳真、電話、電子郵件等方式進行溝通。七、項目配置管理公司采用相應的配置控制程序來管理新系統(tǒng)的各個部分，包括文檔，需求，設計，數(shù)據(jù)庫設計，編碼，文件和數(shù)據(jù)。并在項目實際實施時制定配置管理計劃，并委任一名配置管理員。配置控制的目的是控制系統(tǒng)的物理和功能特性，確保整個系統(tǒng)的完整性。配置控制既是技術活動又是管理活動，它的過程包括：1.配置項目發(fā)現(xiàn)和保存每個配置項目要有一個編號，用來區(qū)別有不同需求和實施要求的其他項目。它還有一個版本號，用來標明該項目所處的階段，在配置項目修改時，版本號要更新。配置系統(tǒng)要能夠容納新的配置項目，不必修改現(xiàn)存項目。配置項目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件項目的控制必須建立如下典型的軟件庫：名稱狀態(tài)開發(fā)庫動態(tài)的主庫控制的靜態(tài)庫靜態(tài)的開發(fā)庫是軟件作為一系列模塊進行開發(fā)和測試的動態(tài)庫。主庫是一個被控制的庫，項目的放入和取出必須按規(guī)定并以一定的控制方式進行。例如，在單元測試成功之后，模塊可以被轉入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測試。任何經(jīng)過以上測試需要修改模塊都要放回開發(fā)庫，以供測試。當主庫達到一定程度的穩(wěn)定后，就可以將它合成一個基準。每當基準發(fā)布以后，相關主庫都要進行拷貝產(chǎn)生靜態(tài)庫。之所以叫做靜態(tài)庫，因為以后不再更新，并且歸檔。2.配置變動控制只有當項目已經(jīng)成為基準的一部分時，軟件配置控制才能夠進行，它主要控制：評估對配置項目的變動以及協(xié)調(diào)批準的變動。在本項目的執(zhí)行過程中，項目經(jīng)理將與用戶一起定義處理配置變動以及變動授權管理方法。作為對于已經(jīng)通過的單元，系統(tǒng)的驗收測試項目的變動，需要更高級別的授權。3.配置狀態(tài)記錄（1）配置狀態(tài)記錄包括所有配置項目跟蹤報告，并且貫穿整個系統(tǒng)開發(fā)周期中，配置項目狀態(tài)將通過配置管理員來跟蹤和控制。（2）為有效進行配置狀態(tài)記錄，應該詳細記錄以下信息：（3）每個基準版的日期，版本和問題；（4）每份問題審閱以及文檔修改的日期狀態(tài)；（5）每份軟件問題報告、修改請求、和修改報告的日期和狀態(tài)；（6）每個配置項目的總結描述。4.軟件版本公司將在版本文檔內(nèi)記錄軟件的版本，后續(xù)版本要附一個版本說明。該說明列出了版本內(nèi)的配置項目，并且說明其安裝步驟。而且，所有已經(jīng)修改的錯誤和已經(jīng)合并的新的需求都要有記錄。要在提交新版本之前重新測試修改過的軟件。對于每個版本公司保證文檔和代碼的一致性，而且保存舊版本。八、項目變更管理產(chǎn)品的完整性需要通過變更管理來維持。用戶需求的變化、系統(tǒng)需求的變化和系統(tǒng)設計的變化都被監(jiān)控和跟蹤，從而了解被批準變動