ERP專案的風險控制與管理(轉)
摘要:風險管理一直是專案管理中的重點和難點問題。本文對風險的識別、衡量、管理、控制深入的研究,並有針對性的指出ERP專案實施的風險和相應的措施,以及風險控制在ERP中的具體運用。
關鍵詞:ERP專案 風險控制 風險管理
ERP的專案管理是本著整體規劃,分步實施的原則,對ERP專案所有方面的計劃,組織、管理和監控,是為了達到專案實施後的預期成果和目標而採取內部和外部的持續性的工作程式。這是對時間、成本以及產品、服務細節的需求相互間可能發生矛盾進行平衡的基礎原則。建立起一整套行之有效的專案風險管理機制,對提高ERP系統的實施成功率至關重要。
ERP專案的風險因素很多,比如業務流程設計失敗、企業全範圍的資料整合失敗、培訓不足、專案實施阻力大,缺乏高層管理人員的支援等等,這些現象的出現從根本上說,是專案管理過程無法可依,容易導致責任不清,遇到困難時就專案推諉。相反地,在專案管理控制程式下進行實施則能有效的控制專案風險。
一、風險管理的過程及方法
風險管理可以分為四個步驟:識別風險、衡量風險、管理風險、監控專案程式與狀態。
1、 識別風險
識別風險就是對將來可能發生的風險事件的一種設想和猜測。一般而言風險可以分成一下幾類:
⑴ 技術風險。如果專案採用了複雜或高新技術,或採取了非常規方法,就有潛在問題。另外,如技術目標過高、技術標準發生變化等也可造成技術風險。
⑵ 管理風險。比如進度和資源配置不合理、計算機草率且質量差、專案管理的基礎原則使用不當等就可能造成管理風險。
⑶ 組織風險。常見的是組織內部對目標未達成一致、高層對專案不重視、資金不足或其他專案有資源衝突等都有潛在的組織風險。
⑷ 外部風險。比如法律法規變化、專案相關介面方的情況發生變化,這些事件往往是不可控制的。但是,有些不可控制的“不可抗力”不作為風險,因為這些事件往往作災難防禦。
從經驗角度看,IT專案的外部介面等方面情況的變化是專案的重大風險;另外,專案的一些前提條件(例如尚未發行的軟體、尚未下線的裝置、目前仍被佔用的資源)如果不能滿足也會成為專案的風險。風險識別可以採用一下辦法:
⑴ 頭腦風暴。專案成員、外聘專家、客戶等各方人員組成小組,根據經驗列出所有可能的風險。
⑵ 歷史資料。透過閱讀類似專案的歷史資料瞭解可能出現的問題。
⑶ 檢查表。將可能出現的問題列出清單,可以對照檢查潛在的風險。
⑷ 評估表。根據歷史經驗進行總結,透過調查問卷方式判別專案的整體風險和風險的型別。
2、 衡量風險
衡量風險就是在進行風險識別並整理後,必須就各項風險對整個專案的影響程度做一個分析和評價。其目的就是估計風險發生的機率和對專案的影響力,對重大風險進行重點管理。通常這些評價建立在以特性為依據的判斷和以資料統計為依據的研究上,衡量風險的方法非常多。風險發生機率可以用數學模型、統計方法和人工估計進行分析,從實際工作看人工估計是比較實際的方法。風險的影響力是指風險發生後對專案的工作範圍、時間、成本質量的影響。工作中比較實用的兩種方法介紹如下:
⑴ 定性評估。將發生機率和影響力分成3-5級,透過相互比較確定每個事件的差級,然後透過分佈圖衡量風險。
⑵ 評分矩陣。將發生機率和影響力用0-1之間的數字描述,然後找出那些“機率×影響力”乘積大的事件。
此外,我們應當明確,風險是一種變化著的事物,基於這種易變條件上的預測和分析,是不可能做到十分的精確和可靠的。所有的衡量風險都是隻有一個目的,即儘量避免專案的失控和為具體專案實施中的突發問題預留足夠的後備措施和緩衝空間。
3、 管理風險
管理風險就是透過制定相應的措施,來應對風險對專案可能造成的威脅。最常採用的應對威脅的幾種措施是:規避、減輕、轉移、接受。
規避。透過變更專案計劃消除風險或風險的觸發條件,使目標免受影響。這是一種事前的風險應對策略。例如,採用更熟悉的工作方法、澄清不明確的需求、增加資源和時間、減少專案工作範圍、避免不熟悉的分包商等。
轉移。不消除風險,而是將專案風險的結果連同應對的權利轉移給第三方。這也是一種事前的應對策略,例如,簽定不同種類的合同,或簽定補償性合同。
弱化。將風險時間的機率或結果降低到一個可以接受的程度,當然降低機率更為有效。例如,選擇更簡單的流程、進行更多的試驗、建造原型系統、增加備份設計等。
接受。不改變專案計劃,而考慮發生後如何應對。例如制定應急計劃或退卻計劃、甚至僅僅進行應急儲備和監控,待發生時隨機應變。
具體採用何種方式來應對某一風險,取決於該風險的風險值、擬採取應對措施的可能成本、專案管理人員對待風險的態度等各方面,不可一概而論。
風險應對計劃是針對已識別的風險進行的;對於未來未知的風險,不可能預選制定相應的應對計劃或應急計劃。
4、風險監控
風險監控主要包括以下幾方面的任務:
⑴在專案進行過程中跟蹤已識別風險、監控殘餘風險並識別新風險,隨著專案的實施以及風險應對措施的執行,各種對專案的影響因素處於不斷變化的過程中,因此需要在整個專案過程中,時刻監督風險的發展與變化情況,確定伴隨某些風險的消失而來的新的風險並制定相應的處理措施。
⑵保證風險應對計劃的執行並評估風險應對計劃執行效果。評估的方法可以是專案週期性回顧、績效評估等。
⑶對突發的風險或“接受”風險採取適當的權變措施。
二、ERP專案實施中的主要風險及應對措施
(1)專案範圍的風險。專案採購管理通常有三種合同方式,即:固定價或總價合同、成本報銷(加獎勵)合同、單價合同。通常不確定性越大、風險越大的專案,越趨向於採用靠後的合同方式。這也是國外及國內部分ERP供應商在實施服務中採用按人天提供服務並收取費用的原因。但是採用這種方式,客戶存在較大的風險,因此,國內很多客戶傾向於以固定價格訂立實施服務合同。而這種合同方式,則對供應商存在較大風險。在此前提下,若專案範圍定義不清晰,可能導致買賣雙方對專案範圍的認知產生分歧:賣方希望儘量縮小實施範圍,以最小的成本結束專案;而買方希望將ERP系統的所有功能儘可能多的實施,以固定價格獲得最大的效益。若雙方的分歧較大,不能達成一致,則必然造成效率低下,相互扯皮。
因此,ERP專案合同中,應對專案的實施範圍做盡可能清晰的界定,切不可停留在“實施財務模組”或是“實施應收、應付、總帳管理”之類的層面上。寧願多花一些時間在專案實施前的範圍界定工作上,也不要在專案實施過程中,面對ERP繁多的功能,實施方與使用者爭執不下,或被迫讓步,投入更大的精力於專案中,而導致專案不能按時完成。
(2)專案進度的風險。關於ERP專案實施的週期,目前在宣傳上有強調“快速”的傾向。但ERP專案進度的控制絕非易事,不僅取決於公司的能力,同時也在很大程度上受到客戶對ERP期望值是否合理、對範圍控制是否有效、對專案投入是否足夠等方面的影響。
而實際操作中,並非所有使用者對ERP實施都有這種理解與認同,因此,在專案進度計劃時,一味在專案進度計劃時求快,甚至是刻意追求某個具有特殊意義的日期作為專案里程碑,將對專案的控制造成很大壓力。
事實上,很多專案的失敗,正是起因於專案進度出現拖延,而導致專案團隊士氣低落,效率低下。因此,ERP專案實施的時間管理,需要充分考慮各種潛在因素,適當留有餘地;任務分解詳細適中,便於考核;在執行過程中,應強調專案按進度執行的重要性,在考慮任何問題時,都要將保持進度作為先決條件;同時,合理利用趕工及快速跟進等方法,充分利用資源。
(3)專案人力資源的風險。人力資源是ERP專案實施過程中最為關鍵的資源。保證合適的人,以足夠的精力參與到專案中來,是專案成功實施的基本保證。
ERP專案實施中存在各種角色,對各種角色應具備的素質。要降低專案的人力資源風險,就要保證進入到專案中並承擔角色的各類專案干係人滿足專案要求。因此,實施雙方應對參與人員進行認真的評估,這種評估應該是雙方面的,不僅是使用者對諮詢顧問的評估,也應包括諮詢公司對參與專案的使用者方成員(在國內目前的環境下,主要是指關鍵使用者)的評估。同時,應保證專案人員對專案的投入程度。應將參與ERP專案人員的業績評估與ERP專案實施的狀況相關聯,明確ERP專案是在該階段專案相關人員最重要的本職工作;制定適當的獎懲措施;在企業中建立“一把手工程”的思想,層層“一把手”,即各級負責人針對ERP實施向下行使全權、對上擔負全責,將一把手從個體概念延伸到有機結合的群體概念。
(4)對ERP認識不正確的風險 。有的企業把ERP視為企業管理的靈丹妙藥,認為既然ERP“功能強大”,只要上了ERP,企業的所有問題便迎刃而解,或者以為企業的所有流程都可以納入到ERP中來;還有的人簡單的將ERP視為當前業務流程的電子化。
要防範或減輕這種風險,需要對使用者進行大量的培訓:ERP的由來,ERP的功能,實施ERP的目的與期望等等,儘可能在使用者產生“ERP不能滿足我的需求和期望”這種想法之前,讓使用者知道“現階段對ERP合理的需求期望是什麼”。
三、ERP專案實施中的風險監控
可以採取以下措施對ERP專案實施中的風險進行監控,以防止危及專案成敗的風險發生。
(1)建立並及時更新專案風險列表及風險排序。專案管理人員應隨時關注與關鍵風險相關因素的變化情況,及時決定何時、採用何種風險應對措施。
(2)風險應對審計:隨時關注風險應對措施(規避、減輕、轉移)實施的效果,對殘餘風險進行評估。
(3)建立報告機制,及時將專案中存在的問題反映到專案經理或專案管理層。
(4)定期召集專案干係人召開專案會議,對風險狀況進行評估,並透過各方面對專案實施的反應來發現新風險
(5)更新相關資料庫如風險識別檢查表,以利於今後類似專案的實施。
(6)引入第三方諮詢,定期對專案進行質量檢查,以防範大的風險。
在ERP實施過程中出現的問題是多樣的,我們風險管理體系目前遠遠沒有成熟,需要大家不斷的努力,挖掘新的解決方案,完善專案管理中的風險管理體系。 [@more@]
關鍵詞:ERP專案 風險控制 風險管理
ERP的專案管理是本著整體規劃,分步實施的原則,對ERP專案所有方面的計劃,組織、管理和監控,是為了達到專案實施後的預期成果和目標而採取內部和外部的持續性的工作程式。這是對時間、成本以及產品、服務細節的需求相互間可能發生矛盾進行平衡的基礎原則。建立起一整套行之有效的專案風險管理機制,對提高ERP系統的實施成功率至關重要。
ERP專案的風險因素很多,比如業務流程設計失敗、企業全範圍的資料整合失敗、培訓不足、專案實施阻力大,缺乏高層管理人員的支援等等,這些現象的出現從根本上說,是專案管理過程無法可依,容易導致責任不清,遇到困難時就專案推諉。相反地,在專案管理控制程式下進行實施則能有效的控制專案風險。
一、風險管理的過程及方法
風險管理可以分為四個步驟:識別風險、衡量風險、管理風險、監控專案程式與狀態。
1、 識別風險
識別風險就是對將來可能發生的風險事件的一種設想和猜測。一般而言風險可以分成一下幾類:
⑴ 技術風險。如果專案採用了複雜或高新技術,或採取了非常規方法,就有潛在問題。另外,如技術目標過高、技術標準發生變化等也可造成技術風險。
⑵ 管理風險。比如進度和資源配置不合理、計算機草率且質量差、專案管理的基礎原則使用不當等就可能造成管理風險。
⑶ 組織風險。常見的是組織內部對目標未達成一致、高層對專案不重視、資金不足或其他專案有資源衝突等都有潛在的組織風險。
⑷ 外部風險。比如法律法規變化、專案相關介面方的情況發生變化,這些事件往往是不可控制的。但是,有些不可控制的“不可抗力”不作為風險,因為這些事件往往作災難防禦。
從經驗角度看,IT專案的外部介面等方面情況的變化是專案的重大風險;另外,專案的一些前提條件(例如尚未發行的軟體、尚未下線的裝置、目前仍被佔用的資源)如果不能滿足也會成為專案的風險。風險識別可以採用一下辦法:
⑴ 頭腦風暴。專案成員、外聘專家、客戶等各方人員組成小組,根據經驗列出所有可能的風險。
⑵ 歷史資料。透過閱讀類似專案的歷史資料瞭解可能出現的問題。
⑶ 檢查表。將可能出現的問題列出清單,可以對照檢查潛在的風險。
⑷ 評估表。根據歷史經驗進行總結,透過調查問卷方式判別專案的整體風險和風險的型別。
2、 衡量風險
衡量風險就是在進行風險識別並整理後,必須就各項風險對整個專案的影響程度做一個分析和評價。其目的就是估計風險發生的機率和對專案的影響力,對重大風險進行重點管理。通常這些評價建立在以特性為依據的判斷和以資料統計為依據的研究上,衡量風險的方法非常多。風險發生機率可以用數學模型、統計方法和人工估計進行分析,從實際工作看人工估計是比較實際的方法。風險的影響力是指風險發生後對專案的工作範圍、時間、成本質量的影響。工作中比較實用的兩種方法介紹如下:
⑴ 定性評估。將發生機率和影響力分成3-5級,透過相互比較確定每個事件的差級,然後透過分佈圖衡量風險。
⑵ 評分矩陣。將發生機率和影響力用0-1之間的數字描述,然後找出那些“機率×影響力”乘積大的事件。
此外,我們應當明確,風險是一種變化著的事物,基於這種易變條件上的預測和分析,是不可能做到十分的精確和可靠的。所有的衡量風險都是隻有一個目的,即儘量避免專案的失控和為具體專案實施中的突發問題預留足夠的後備措施和緩衝空間。
3、 管理風險
管理風險就是透過制定相應的措施,來應對風險對專案可能造成的威脅。最常採用的應對威脅的幾種措施是:規避、減輕、轉移、接受。
規避。透過變更專案計劃消除風險或風險的觸發條件,使目標免受影響。這是一種事前的風險應對策略。例如,採用更熟悉的工作方法、澄清不明確的需求、增加資源和時間、減少專案工作範圍、避免不熟悉的分包商等。
轉移。不消除風險,而是將專案風險的結果連同應對的權利轉移給第三方。這也是一種事前的應對策略,例如,簽定不同種類的合同,或簽定補償性合同。
弱化。將風險時間的機率或結果降低到一個可以接受的程度,當然降低機率更為有效。例如,選擇更簡單的流程、進行更多的試驗、建造原型系統、增加備份設計等。
接受。不改變專案計劃,而考慮發生後如何應對。例如制定應急計劃或退卻計劃、甚至僅僅進行應急儲備和監控,待發生時隨機應變。
具體採用何種方式來應對某一風險,取決於該風險的風險值、擬採取應對措施的可能成本、專案管理人員對待風險的態度等各方面,不可一概而論。
風險應對計劃是針對已識別的風險進行的;對於未來未知的風險,不可能預選制定相應的應對計劃或應急計劃。
4、風險監控
風險監控主要包括以下幾方面的任務:
⑴在專案進行過程中跟蹤已識別風險、監控殘餘風險並識別新風險,隨著專案的實施以及風險應對措施的執行,各種對專案的影響因素處於不斷變化的過程中,因此需要在整個專案過程中,時刻監督風險的發展與變化情況,確定伴隨某些風險的消失而來的新的風險並制定相應的處理措施。
⑵保證風險應對計劃的執行並評估風險應對計劃執行效果。評估的方法可以是專案週期性回顧、績效評估等。
⑶對突發的風險或“接受”風險採取適當的權變措施。
二、ERP專案實施中的主要風險及應對措施
(1)專案範圍的風險。專案採購管理通常有三種合同方式,即:固定價或總價合同、成本報銷(加獎勵)合同、單價合同。通常不確定性越大、風險越大的專案,越趨向於採用靠後的合同方式。這也是國外及國內部分ERP供應商在實施服務中採用按人天提供服務並收取費用的原因。但是採用這種方式,客戶存在較大的風險,因此,國內很多客戶傾向於以固定價格訂立實施服務合同。而這種合同方式,則對供應商存在較大風險。在此前提下,若專案範圍定義不清晰,可能導致買賣雙方對專案範圍的認知產生分歧:賣方希望儘量縮小實施範圍,以最小的成本結束專案;而買方希望將ERP系統的所有功能儘可能多的實施,以固定價格獲得最大的效益。若雙方的分歧較大,不能達成一致,則必然造成效率低下,相互扯皮。
因此,ERP專案合同中,應對專案的實施範圍做盡可能清晰的界定,切不可停留在“實施財務模組”或是“實施應收、應付、總帳管理”之類的層面上。寧願多花一些時間在專案實施前的範圍界定工作上,也不要在專案實施過程中,面對ERP繁多的功能,實施方與使用者爭執不下,或被迫讓步,投入更大的精力於專案中,而導致專案不能按時完成。
(2)專案進度的風險。關於ERP專案實施的週期,目前在宣傳上有強調“快速”的傾向。但ERP專案進度的控制絕非易事,不僅取決於公司的能力,同時也在很大程度上受到客戶對ERP期望值是否合理、對範圍控制是否有效、對專案投入是否足夠等方面的影響。
而實際操作中,並非所有使用者對ERP實施都有這種理解與認同,因此,在專案進度計劃時,一味在專案進度計劃時求快,甚至是刻意追求某個具有特殊意義的日期作為專案里程碑,將對專案的控制造成很大壓力。
事實上,很多專案的失敗,正是起因於專案進度出現拖延,而導致專案團隊士氣低落,效率低下。因此,ERP專案實施的時間管理,需要充分考慮各種潛在因素,適當留有餘地;任務分解詳細適中,便於考核;在執行過程中,應強調專案按進度執行的重要性,在考慮任何問題時,都要將保持進度作為先決條件;同時,合理利用趕工及快速跟進等方法,充分利用資源。
(3)專案人力資源的風險。人力資源是ERP專案實施過程中最為關鍵的資源。保證合適的人,以足夠的精力參與到專案中來,是專案成功實施的基本保證。
ERP專案實施中存在各種角色,對各種角色應具備的素質。要降低專案的人力資源風險,就要保證進入到專案中並承擔角色的各類專案干係人滿足專案要求。因此,實施雙方應對參與人員進行認真的評估,這種評估應該是雙方面的,不僅是使用者對諮詢顧問的評估,也應包括諮詢公司對參與專案的使用者方成員(在國內目前的環境下,主要是指關鍵使用者)的評估。同時,應保證專案人員對專案的投入程度。應將參與ERP專案人員的業績評估與ERP專案實施的狀況相關聯,明確ERP專案是在該階段專案相關人員最重要的本職工作;制定適當的獎懲措施;在企業中建立“一把手工程”的思想,層層“一把手”,即各級負責人針對ERP實施向下行使全權、對上擔負全責,將一把手從個體概念延伸到有機結合的群體概念。
(4)對ERP認識不正確的風險 。有的企業把ERP視為企業管理的靈丹妙藥,認為既然ERP“功能強大”,只要上了ERP,企業的所有問題便迎刃而解,或者以為企業的所有流程都可以納入到ERP中來;還有的人簡單的將ERP視為當前業務流程的電子化。
要防範或減輕這種風險,需要對使用者進行大量的培訓:ERP的由來,ERP的功能,實施ERP的目的與期望等等,儘可能在使用者產生“ERP不能滿足我的需求和期望”這種想法之前,讓使用者知道“現階段對ERP合理的需求期望是什麼”。
三、ERP專案實施中的風險監控
可以採取以下措施對ERP專案實施中的風險進行監控,以防止危及專案成敗的風險發生。
(1)建立並及時更新專案風險列表及風險排序。專案管理人員應隨時關注與關鍵風險相關因素的變化情況,及時決定何時、採用何種風險應對措施。
(2)風險應對審計:隨時關注風險應對措施(規避、減輕、轉移)實施的效果,對殘餘風險進行評估。
(3)建立報告機制,及時將專案中存在的問題反映到專案經理或專案管理層。
(4)定期召集專案干係人召開專案會議,對風險狀況進行評估,並透過各方面對專案實施的反應來發現新風險
(5)更新相關資料庫如風險識別檢查表,以利於今後類似專案的實施。
(6)引入第三方諮詢,定期對專案進行質量檢查,以防範大的風險。
在ERP實施過程中出現的問題是多樣的,我們風險管理體系目前遠遠沒有成熟,需要大家不斷的努力,挖掘新的解決方案,完善專案管理中的風險管理體系。 [@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-959974/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ERP專案的風險管理(轉)
- IT專案管理中的風險控制(轉)專案管理
- ERP專案實施風險分析與控制方法探討(轉)
- 小議ERP專案中的風險管理(轉)
- 專案管理過程之風險控制 (轉)專案管理
- 專案管理過程之風險控制(轉)專案管理
- ERP專案實施風險控制
- 專案風險管理(轉)
- 施工專案管理與專案成本控制(轉)專案管理
- 專案風險管理與蒙特卡羅方法(轉)
- 論專案管理與成本控制(轉)專案管理
- 整合專案中的風險管理 (轉)
- 工程專案管理中的風險分析與防範(轉)專案管理
- ERP的專案管理(1)(轉)專案管理
- ERP的專案管理(2)(轉)專案管理
- 專案管理之風險管理案例-專案交付風險專案管理
- ERP實施的專案管理(轉)專案管理
- ERP系統執行風險的控制(轉)
- STC訂單專案風險管理(轉)
- ERP專案實施應用與專案管理辯證方案(轉)專案管理
- 軟體開發專案的風險管理(轉)
- 專案風險管理
- 風險管理在施工專案管理中的應用(轉)專案管理
- ERP實施的專案管理(上)(轉)專案管理
- ERP實施的專案管理(下)(轉)專案管理
- 專案管理的主要控制要素(轉)專案管理
- ERP專案管理實戰談(轉)專案管理
- ERP專案人力資源管理(轉)
- ERP專案管理方法分析(轉)專案管理
- 淺談房地產專案的風險管理(轉)
- 專案融資與風險投資的概述1(轉)
- 專案融資與風險投資的概述2(轉)
- 專案融資與風險投資的概述3(轉)
- 專案融資與風險投資的概述4(轉)
- 專案融資與風險投資的概述5(轉)
- 專案融資與風險投資的概述6(轉)
- 專案融資與風險投資的概述7(轉)
- 專案融資與風險投資的概述8(轉)