象没有完全对应，存在事实上两张皮的现象。而实际上，各层级业务流程地图应该得到准确描述，业务需求和SAP系统实现完全匹配。
问题二：难以保障需求变更和系统变更的完全匹配。
需求变更导致了系统配置的更改。而且，受其影响所致的操作步骤、流程、业务场景、项目蓝图等的变更无法准确评估，会导致测试范围过大或过小。
问题三：项目成果未能集中管理、持续更新，也没有转化为模板进行推广。
项目结束后蓝图设计、系统配置、测试文档等关键交付品都被束之高阁，运维过程中的更新与修改没有融入到原先的交付品文档中。正确的做法是启用解决方案记录实施成果，在SAP项目管理系统中建立集团标准模板，以及不同行业的应用模板，各下级单位应在标准模板和行业模板的基础上进行推广实施；实施结束后，将成果回滚，更新优化标准模板和行业模板支持运维工作在解决方案基础上进行。
问题四：企业的信息化建设只重系统功能，忽略业务需求的问题。
业务驱动、IT引领，使信息系统以满足公司业务需求、服务工作流程为首要任务，应该将传统的信息化建设“IT驱动项目”的模式，转变为“业务流程驱动项目”的模式。
问题五：难以满足ERP项目对质量控制的特殊要求。
目前，项目管理在ERP实施中已得到了充分的重视，但对IT类项目的质量控制要求，却缺少有效的管理手段。其实，可以借助于统一的SAP实施和运维管理平台，控制好关键路径的里程碑，来引导调整项目跟随路径的状态，从而满足项目管理的严格要求。例如，业务蓝图审批签署前，应锁定SAPECC开发系统，不允许将SANDBOX的配置传输进去。
问题六：难以满足ERP项目对SAP系统配置管理的特殊要求。
在SAP项目实施过程中，一般都启用了多个SAP系统（DEV/QAS/MOCK/PRD），以达到充分测试检验系统功能和流程的目的。但是，缺少方便快捷的技术手段，让配置和系统管理人员直接检查比较各个目标系统配置。而且，系统配置文档记录的内容可能与当前SAP系统配置不匹配，将给运维支持带来困难和危害。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
