由于ERP系統項目涉及面廣，歷時長，必須在ERP系統項目的全過程進行細致的風險管理。其中的風險包括：
需求的表達不完整
為了避免在用戶接受階段出現各種意外，所有負責人應該在項目開始時在需求說明書上簽字，以確認所有需求已被列明。在設計階段中出現的附加需求都應整理歸檔在項目問題記錄中。
不切實際的期望
為了避免出現各種不切實際的期望，所有負責人和項目管理人員必須在項目計劃上簽字確認。
范圍轉移
由于軟件功能強大，而且它的實施會為企業帶來工巨大的好處，擴大項目實施范圍的誘惑也是很大的。項目的范圍在本文檔中定義，將來任何與項目范圍有關的問題將會登記在問題記錄中，并由指導小組解決。
作業流程重組和公司策略等問題是否能及時地解決
為了按時達到項目的各個階段目標，參加項目的人員必須能在所要求的時間內作出必要的作業流程重組和公司策略等問題的決策。所有有關的問題將會登記在問題紀錄中，每周進行監察并排定重要性。所有未被解決而且影響項目進度的問題會被提交到指導小組。
項目中的人員變動
人員的調動可能導致作業流程的重新設計，從而影響項目的進度。人員的任命應為新的負責人參與流程設計和指導項目實施留出充足的時間。
項目紀律
許多項目組的成員可能對實施大型系統的工作壓力、流程和紀律不習慣。項目管理組將進行監督和教育，以避免因此產生的不良后果。
并行操作帶來的沖擊
管理層將面對并行操作的沖擊以及維持各個有待改進方面協調的挑戰。各方面的負責人之間應保持良好的交流。
項目對員工士氣的沖擊
員工們可能擔心項目的實施將對他們的工作效率帶來影響，從而影響他們在公司的前途。員工們將會清楚地知道在項目實施過程中出現的個人發展的機會，對他們的工作表現的評價會有一套客觀的可衡量的標準。
項目人員以及用戶間的溝通
項目組人員之間、項目組和用戶之間必須保持良好的溝通以保證大家對時間表、項目實施帶來的沖擊以及項目的期望都有應該清楚的共識。
數據轉換
在目前這個階段，數據轉換的全部需求并不是完全清晰，在進行數據轉換之前必須安排一段時間讓經驗豐富的用戶進行數據整理以及數據轉換發展的評估。
現有系統和新系統間的協調
這是一個相當復雜的任務，需要內部審核小組的輸入和查證。舊系統上的數據由于可能在不同的系統或不同的單位中不一致，從而為新舊系統間的協調帶來困難。我們必須準備一系列詳盡的數據整理計劃，并且小心管理整個數據轉換過程，提供全面的報告，這樣才能保證新系統中的數據的可信程度。
原系統的歸檔程序
如果要保留現有的軟件的話，我們必須準備好一套將之存檔的方法和流程，而且應該盡快作出轉換的決定。
人員穩定性
管理者必須確保有經驗的公司人員在整個項目過程中保持穩定，以避免不必要的學習過程。
從拓步軟件QA得到及時的回饋
拓步軟件QA必須有及時反饋以確保及時發現可能出現的問題和需要改進的地方。
階段合并
階段的合并帶有一定的風險，因此需要適當的設計和測試，我們必須保證所有正在使用的軟件和每個階段的配置改變移植到合適的環境中。配置管理不良將對合并階段和用戶接受測試帶來很大的影響，進而影響生產。
功能差距
每一個用戶的要求與ERP之間的功能差距都應被視為一個潛在的危險。所有的功能差異應該在設計流程模型時確認、歸檔，并由項目管理人員進行評估。
新政策的解釋和推行
項目的成功依賴于一些新政策的推行。而且這些政策必須在各個部門有一致的解釋，流程定位功能將能確保溝通的一致性。
用戶需接受新的技術
新技術和新功能的引入可能導致一些最終用戶在初期的工作效率的降低。為此我們應盡早發現培訓的需求，并且在以后的整個過程中也保持應有的培訓。
業務人員是否能準時參加項目實施
項目會在不同階段要求業務人員的參與，諸如文檔評估、參加流程訓練和進行接受程度測試。如果業務人員不能在適當的時候準時參加，或者在項目進行中被調離，項目階段性目標將有可能不能實現。
與現有系統的接口
很多的反饋系統都與ERP有接口，而且還帶有一定的復雜性。我們應該認真地考慮這些接口的需求和它們帶來的收益。
PC上的病毒
必須對計算機病毒進行嚴格的控制，以避免工作成果丟失和不必要的延誤。從而導致項目組工作效率降低。
轉載請注明出處：拓步ERP資訊網http://m.guhuozai8.cn/
本文標題：ERP系統項目實施風險管理
相關文章
