由于ERP系统项目涉及面广，历时长，必须在ERP系统项目的全过程进行细致的风险管理。其中的风险包括：
需求的表达不完整
为了避免在用户接受阶段出现各种意外，所有负责人应该在项目开始时在需求说明书上签字，以确认所有需求已被列明。在设计阶段中出现的附加需求都应整理归档在项目问题记录中。
不切实际的期望
为了避免出现各种不切实际的期望，所有负责人和项目管理人员必须在项目计划上签字确认。
范围转移
由于软件功能强大，而且它的实施会为企业带来工巨大的好处，扩大项目实施范围的诱惑也是很大的。项目的范围在本文档中定义，将来任何与项目范围有关的问题将会登记在问题记录中，并由指导小组解决。
作业流程重组和公司策略等问题是否能及时地解决
为了按时达到项目的各个阶段目标，参加项目的人员必须能在所要求的时间内作出必要的作业流程重组和公司策略等问题的决策。所有有关的问题将会登记在问题纪录中，每周进行监察并排定重要性。所有未被解决而且影响项目进度的问题会被提交到指导小组。
项目中的人员变动
人员的调动可能导致作业流程的重新设计，从而影响项目的进度。人员的任命应为新的负责人参与流程设计和指导项目实施留出充足的时间。
项目纪律
许多项目组的成员可能对实施大型系统的工作压力、流程和纪律不习惯。项目管理组将进行监督和教育，以避免因此产生的不良后果。
并行操作带来的冲击
管理层将面对并行操作的冲击以及维持各个有待改进方面协调的挑战。各方面的负责人之间应保持良好的交流。
项目对员工士气的冲击
员工们可能担心项目的实施将对他们的工作效率带来影响，从而影响他们在公司的前途。员工们将会清楚地知道在项目实施过程中出现的个人发展的机会，对他们的工作表现的评价会有一套客观的可衡量的标准。
项目人员以及用户间的沟通
项目组人员之间、项目组和用户之间必须保持良好的沟通以保证大家对时间表、项目实施带来的冲击以及项目的期望都有应该清楚的共识。
数据转换
在目前这个阶段，数据转换的全部需求并不是完全清晰，在进行数据转换之前必须安排一段时间让经验丰富的用户进行数据整理以及数据转换发展的评估。
现有系统和新系统间的协调
这是一个相当复杂的任务，需要内部审核小组的输入和查证。旧系统上的数据由于可能在不同的系统或不同的单位中不一致，从而为新旧系统间的协调带来困难。我们必须准备一系列详尽的数据整理计划，并且小心管理整个数据转换过程，提供全面的报告，这样才能保证新系统中的数据的可信程度。
原系统的归档程序
如果要保留现有的软件的话，我们必须准备好一套将之存档的方法和流程，而且应该尽快作出转换的决定。
人员稳定性
管理者必须确保有经验的公司人员在整个项目过程中保持稳定，以避免不必要的学习过程。
从拓步软件QA得到及时的回馈
拓步软件QA必须有及时反馈以确保及时发现可能出现的问题和需要改进的地方。
阶段合并
阶段的合并带有一定的风险，因此需要适当的设计和测试，我们必须保证所有正在使用的软件和每个阶段的配置改变移植到合适的环境中。配置管理不良将对合并阶段和用户接受测试带来很大的影响，进而影响生产。
功能差距
每一个用户的要求与ERP之间的功能差距都应被视为一个潜在的危险。所有的功能差异应该在设计流程模型时确认、归档，并由项目管理人员进行评估。
新政策的解释和推行
项目的成功依赖于一些新政策的推行。而且这些政策必须在各个部门有一致的解释，流程定位功能将能确保沟通的一致性。
用户需接受新的技术
新技术和新功能的引入可能导致一些最终用户在初期的工作效率的降低。为此我们应尽早发现培训的需求，并且在以后的整个过程中也保持应有的培训。
业务人员是否能准时参加项目实施
项目会在不同阶段要求业务人员的参与，诸如文档评估、参加流程训练和进行接受程度测试。如果业务人员不能在适当的时候准时参加，或者在项目进行中被调离，项目阶段性目标将有可能不能实现。
与现有系统的接口
很多的反馈系统都与ERP有接口，而且还带有一定的复杂性。我们应该认真地考虑这些接口的需求和它们带来的收益。
PC上的病毒
必须对计算机病毒进行严格的控制，以避免工作成果丢失和不必要的延误。从而导致项目组工作效率降低。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：ERP系统项目实施风险管理
相关文章
