关于SAP项目中Data Migration的一些经验总结.docVIP

关于ERP项目中Data Migration的一些经验总结 ? Data MigrationERP项目中的极为重要的一项任务。 数据的完整性和正确性是业务流程在项目上线以及上线后顺畅运行，企业获得正确的经营报表的必要保障。 所谓“垃圾进，垃圾出”，其重要性是不言而喻的。所以项目管理自上而下必须给予极高的重视和相应的资源投入。 同时DM项目又是繁琐复杂的，特别是在涉及有众多分支机构的大型企业兼并重组，大量异构系统迁移整合的项目中情况更甚。 因此，在DM在项目管理方法，具体执行上必须有一个从全局着眼，贯穿ERP项目各个阶段的计划和实施的清晰思路。 ? ? 在DM项目的组织上，一般而言，有两种方式，一种是业务部门牵头，IT部门配合实施；一种是IT部门牵头，业务部门配合。 这两种管理方式各有利弊。 业务部门是数据最终的使用者和所有者，对数据在业务层面的含义理解深刻。IT部门熟悉数据技术层面的知识，如数据的结构，定义等技术特性。 但不管是由那个部门牵头实施，两个部门密切有效的配合才是DM成功的关键。在XXX公司DM这块应该是由IT部门牵头，业务部门配合来进行实施的。 而本文的目的就在于，基于已确定的项目组织方式，就如何使得业务部门更有效的配合IT部门进行DM实施提供一些设想。 这些想法或思路主要来自于以往项目的一些经验总结。 由于不同的企业，其项目背景，文化等具体情况不同，本文所列的想法肯定有所偏颇和局限，希望只是作为一个讨论的基础。 ? ? 正如XXX公司架构师在DM Workshop中所介绍的，在大型DM项目中，ETL (Extraction，Transformation，Loading)是目前主要采用的方法论。 如下图所示，ETL代表了DM实施过程的三个主要步骤，围绕这三个主要步骤，会有许多任务需要展开。 ? ? ? 下面就一些和业务部门关系较大的关键任务来阐述业务部门的用户应扮演怎样的角色和如何扮演好相应的角色。 ? 1.????? Who Will Be Involved? ? 基本上，DM是一项繁琐沉重的工作，同时又是重中之重。 选择合适的人来进行这一工作非常关键。 可以从下面几点考虑： ? 1）XXX公司Data Team，由这个Team在中国区范围内集中统一的进行日常的数据管理维护等工作。如果在计划中，是否可能及早推进。未来Data Team的成员应该是DM项目的最合适的人选。 当然这部分人主要是要从业务部门抽调上来的，和Global的Data Team性质是不同的，Global Data Team只是技术支持性质的。 2）Key User也是比较好的DM的人选，他们代表的相应的业务部门，参与相应的流程设计和实施。并作为其部门和项目组之间的桥梁。由他们同时担负起DM相关的任务是很合适的。 是否可以在指定具体流程的Owner时，同时指定每一个数据对象的Owner。（注:对于每一个数据对象，IT人员可以指定为IT Owner，Key User可以指定为Business Owner） 3）如果暂时不会有Data Team，那么是否可以知道系统上线后谁将是日常数据具体的维护者？这部份人是否可以在FIT/GAP后期确定？ 可以由这部分人在数据字段的Mapping完成后，进入协助Key User进行诸如Commonality Check，Harmonization，Validation等非常耗时的具体工作。 ? ? ? 2.????? Determination of Data Scope ? 在项目进行之初，可以抛开SAP，通过一个Survey来收集各业务部门现有的数据对象，这些数据从分类上看，可以是Master Data，Transaction Data；从数据源上看，可以是来自Legacy System的，如BPCS、MFGPRO等，也可以是Offline的数据，如用户手工维护在Paper和电子表格中的（如PTP流程中涉及的Paper Contracts，”Where to buy” list等）。数据清单的提供者同时有负责向DM Team解释的工作。 基于这些信息，DM Team再结合SAP的特点，未来具体的流程，制定出正式的数据对象清单。在制定的过程中，可能会出现到数据对象的重新命名（如”Where to buy” list就变成SAP中的Source List），数据对象的合并，数据对象的丢弃等情况。 ? 在这一个过程中，业务部门就负担起提交数据清单和进行解释的责任。Survey中可以收集的信息有： ? 1)????? Data Object Name 2)????? Description 3)????? Master Data or Transaction Data 4)????? Where ( BPCS