本文以我2023年主持的某省**部門行政管理系統專案為例項，**了作為開發公司在資訊系統專案的風險方面碰到的問題及解決辦法，文章首先解釋了風險管理的基本概念，認為對於風險管控的工作做的不紮實，把控不準確，是導致專案難以成功的主要原因。風險管理過程包括：專案風險管理計畫、風險識別、風險的定性分析、風險的定量分析、風險應對計畫編制和風監控。
在專案開發的過程中我作為這個專案的專案經理，採用資訊系統專案管理的理論知識及其指導方法，針對各種風險採取規避、轉移、減弱等方法有效地實施了風險管理，使得專案在2023年底順利完成。
專案是在複雜的自然環境和社會環境中進行的，受眾多因素的影響。對於這些惡內外因素，從事專案活動的主體往往認識不足或者沒有足夠的力量加以控制。專案的過程和結果常常出乎人們意料，有時不但未達到專案主體預期的目的，範圍使其蒙受各種各樣的損失；而有時又會給他們帶來很好的機會。
專案同其它經濟活動一樣帶有風險。要避免和減少損失，將威脅化為機會，專案主體就必須了解和掌握專案風險的**、性質和發生規律，進而實行有效的管理。
專案風險是一種不確定的事件或條件，一旦發生，會對專案目標產生某種正面或負面的影響。風險有其成因，同時如果風險發生，也導致其某種後果。當事件、活動或專案有效損失或收益與之相聯絡，涉及到某種選擇時，才稱為有風險，以上三條，每乙個都是風險定義的必要條件，不是充分條件。
具有不確定性的事件不一定是風險。
2023年初，我所在的公司承接了省**部門行政管理的資訊系統整合專案的建設工作。該專案是省**年度重點專案之一，主要工作是根據當前行政管理的現狀和國家巨集觀調空的需要，建設覆蓋全省縣以上相關部門的行政管理資訊系統，實現行政管理過程中的申報、審批、執行跟蹤、管理等相關業務的電子化，形成行政管理資料庫，並對其進行分析。確保**能夠及時、準確、完成的**巨集觀經濟形勢，制定正確的產業投資政策。
同時，對該部門的資訊化平台進行改造，完善網路與硬體條件，建設統一的應用支撐平台，保障各應用系統的執行與資訊交換，並對於該行政管理相關的行政辦公系統進行改造、完善，確保該行政管理資訊系統有效執行。
該專案預計總投資近億，一期投資幾千萬，要求覆蓋全省區縣級以上層級的相關部門，並保證系統符合**網路的相關涉密要求，並要求年內實現系統的上線執行。我作為該項目的專案經理，感覺這個確實是一大挑戰。因為該資訊系統涉及的組織層級多，業務需求複雜，資料對保密存在不同的等級要求，而工期又相對較短，存在風險很大。
為了按照既定的專案進度、成本、時間和質量完成專案目標，在該專案我充分重視了風險管理，按照專案風險管理理論，集合自己的專案實踐，有條不紊地完成了該專案。具體來說我是按照以下基本的管理過程來進行專案管理。
1、風險管理計畫編制
在專案初期，根據專案章程、專案範圍說明書、專案管理計畫、組織過程資產和環境和組織因素，我組織專案組成員共同編制專案管理計畫，具體描述了如何為專案處理和執行風險管理活動。定義風險管理的級別、型別及可見性和風險本身以及專案對組織的重要程度。我們採用會議的方式來制定風險管理計畫，會議的參與者往往包括專案經理，也就是我、以及專案團隊負責人、組織中有責任管理專案風險計畫編制和執行活動的人、以及**部門中關鍵專案該干係人等。
在會議上除了進行風險管理計畫的編制和風險管理活動（每兩周一次定期的風險評估會議）之外，還列出了風險成本的要素和相關活動以便分辨包含在專案預算和進度安排中，對於風險責任指派了特定的責任人。，制定了風險管理的時間表，把風險管理活動納入了專案計畫，把風險管理費用納入了成本費用計畫。
2、風險識別
風險識別首先要識別並確定專案有哪些潛在的風險，其次識別引起這些風險的主要因素。最後識別專案風險可能引起的後果。
通過對專案章程、專案範圍說明書、專案管理計畫、組織過程資產以及環境及組織等因素的分析，結合德爾菲法、與專案干係人的訪談，以及根據公司相關專案的知識積累進行swot分析，建立風險分解結構（rbs）並更新了專案管理計畫，確定了專案的主要風險有以下幾點：
a) 業務流程的不規範性和不確定性
b) 專案管理能力管理組織的穩定性以及連續性上的風險
c) 專案資金上的風險
d) 對專案合作夥伴管理上的風險
e) 系統功能目標範圍過大無法控制
f) 功能需求不明確導致的風險
g) 功能需求改變的風險
h) 系統無法達到其預計的功能的風險
3、定性的風險分析
，以便採取進一步的措施。對於風險優先順序的排序，本專案根據風險概率和影響程度來進行級別劃分，同時借助了公司內部專家評審對分析過程中的出現的偏差進行了糾正。在定性風險分析過程中除了風險概率及影響評估之外，還是用了概率及影響矩陣和風險資料質量評估等方法。
4、定量風險分析
定性風險分析之後進行了對風險的定量分析。定量地分析風險對專案目標的影響。通過決策樹、專家判斷以及蒙特卡羅分析等手段，通過對風險影響結果的量化來輔助決策，實現對風險的分析。
根據定性的風險分析結果和定量風險分析，在上述風險點中,業務流程的不規範性和不確定性是最大的風險，而功能需求不明確，功能需求改變以及應用系統功能目標過大也是發生概率和造成危害都很高的風險。 這幾個風險的應對是否有效將直接決定管理資訊系統的開發的成敗。 根據這個分析結果對專案的範圍說明和專案的範圍計畫進行更新，為了保證專案年底的順利上線執行，專案的一些非主體功能部分被納入了專案的二期建設。
網路和系統的覆蓋範圍和廣度也做了一定程度上的縮小。
5、風險應對計畫編制
風險應對是這樣一系列過程，它通過開發備用的方法、制定某些措施以提高專案成功機會，同時降低失敗的威脅。在考慮到風險的重要性、成本的有效性、應對的及時性專案環境中的現實性。為了有效的避免/轉移/減輕負面風險，積極的開拓/分享/強大正面風險，針對上述風險分析的結果，制定了風險應對計畫，如下表所示：
在上述應對措施中,明確業務需求和靈活的設計方法是解決這些風險的關鍵,也是對開發者在需求分析和設計階段的主要要求和挑戰。針對該專案管理資訊系統, 再對照對業務需求模型內容的描述, 已經有了乙個初步的業務需求模型, 但還不夠完備, 有的地方還比較模糊, 不夠準確, 有的地方在業務的描述上與實際的業務可能還有偏差. 由於業務需求模型非常重要, 是整個專案成敗的關鍵,因此有必要和使用者一起重新確認對業務需求模型。
獲取使用者需求,經過分析最後得到乙個系統，完善，準確的業務需求模型是乙個複雜的過程。 基於該專案管理資訊系統的特點，定義了「與相關人員交流」、「執行現有系統」和「利用相關資料」三種主要需求獲取渠道：
6、風險監控
風險監控跟蹤已識別的危險，檢測參與風險和識別新的風險，保證風險計畫的執行。並評價這些假話對減輕風險的有效性。在專案執行的過程中，通過定期，每兩周一次的風險評審會議和不定期的風險審計，關注專案進展，實施風險追蹤。
在專案的全生命週期過程中有效的控制了風險，專案於年底順利的上線並投入使用。
經過專案組一年的努力，系統順利投入使用作為專案經理，又一次的感受到風險管理在專案中的重要作用。但由於在風險的識別角度仍舊有所欠缺，在專案的成本方面略微超出了預算。今後在風險管理的領域還需要進一步努力學習，總結經驗。
資訊系統專案管理師教程
完整版 指導 共分為5個文件 2 資訊系統專案管理師教程100 3 資訊系統專案管理師教程251 4 資訊系統專案管理師教程431 5 資訊系統專案管理師教程600 在文庫中搜尋以上5個文件，合起來就是完整版資訊系統專案管理師教程。中軟總公司計算機培訓中心 第1章緒論 1 什麼是專案 a 專案的定義...
資訊系統專案管理師習題集錦之風險管理
a 風險分析 b 風險追蹤 c 風險規避措施 d 風險管理計畫編制 8 下列中的 表述的是風險的倆個基本屬性。a 隨機性和相對性 b 必然性和絕對性 c 隨機性和絕對性 d 必然性和相對性 9人們對風險的承受能力越小。a.專案的收益越大 b.專案的投入越大 c.管理人員的地位越高 d.專案擁有的資源...
資訊系統專案管理師需求管理
摘要 通常大型資訊系統開發專案都具有相當的難度和複雜性，含糊的需求和頻繁變更讓經常會使專案進度多拖延 成本超支 偏離既定目標，嚴重時會導致專案的失敗，因此，加強專案需求管理尤為重要。2010年4月至10月，我參加了某集團企業協同辦公管理系統專案的開發，並擔任的該項目的專案經理。專案的總體目標是建立乙...