“我们提出的需求到底实现了没有?最新的设计文档是否包含了最近的变更需求?为什么要做这样的配置?测试是否覆盖了预设的业务范围?”

在ERP的实施和运维工作中，我们经常会听到类似疑问和困惑。A集团以他们的实际经验总结了ERP项目实施过程中六大问题。

问题一：难以保障企业的流程地图和SAP系统的完全匹配。

ERP项目实施过程中，业务蓝图及其对应的需求和SAP系统中的业务对象没有完全对应，存在事实上两张皮的现象。而实际上，各层级业务流程地图应该得到准确描述，业务需求和SAP系统实现完全匹配。

问题二：难以保障需求变更和系统变更的完全匹配。

需求变更导致了系统配置的更改。而且，受其影响所致的操作步骤、流程、业务场景、项目蓝图等的变更无法准确评估，会导致测试范围过大或过小。

问题三：项目成果未能集中管理、持续更新，也没有转化为模板进行推广。

项目结束后蓝图设计、系统配置、测试文档等关键交付品都被束之高阁，运维过程中的更新与修改没有融入到原先的交付品文档中。正确的做法是启用解决方案记录实施成果，在SAP项目管理系统中建立集团标准模板，以及不同行业的应用模板，各下级单位应在标准模板和行业模板的基础上进行推广实施;实施结束后，将成果回滚，更新优化标准模板和行业模板支持运维工作在解决方案基础上进行。

　　问题四：企业的信息化建设只重系统功能，忽略业务需求的问题。

业务驱动、IT 引领，使信息系统以满足公司业务需求、服务工作流程为首要任务，应该将传统的信息化建设“IT驱动项目”的模式，转变为“业务流程驱动项目”的模式。

问题五：难以满足ERP项目对质量控制的特殊要求。

目前，项目管理在ERP实施中已得到了充分的重视，但对IT类项目的质量控制要求，却缺少有效的管理手段。其实，可以借助于统一的SAP实施和运维管理平台，控制好关键路径的里程碑，来引导调整项目跟随路径的状态，从而满足项目管理的严格要求。例如，业务蓝图审批签署前，应锁定SAP ECC开发系统，不允许将SANDBOX的配置传输进去。

问题六：难以满足ERP项目对SAP系统配置管理的特殊要求。

在SAP项目实施过程中，一般都启用了多个SAP系统(DEV/QAS/MOCK/PRD)，以达到充分测试检验系统功能和流程的目的。但是，缺少方便快捷的技术手段，让配置和系统管理人员直接检查比较各个目标系统配置。而且，系统配置文档记录的内容可能与当前SAP系统配置不匹配，将给运维支持带来困难和危害。