揭开主数据管理的陷阱对于主数据

文章图片

文章图片

对于主数据，最初的定义为：表示业务实体对象的基准数据以及其被引用的关联属性信息。2010年，主数据的概念被中翰软件率先引入中国并加以调整改善，使之更加通俗易懂。通俗化后的主数据定义为：描述某一业务实体对象时，基础数据（静态或相对静态的数据）中被两个及两个以上业务系统共同使用的属性字段。此定义很快被证明了其的合理性，短期内被各厂家推广使用，这也就是目前国内主数据厂商对主数据的统一标准定义。
但是，随着主数据管理平台的逐渐被推广使用，一连串的问题就来了，这也导致了目前很多企业实施主数据管理项目后，数据质量重蹈覆辙的悲剧。
1．主数据的动态性问题凸显
【揭开主数据管理的陷阱】随着企业业务系统的新增和更换，原来被主数据厂商咨询出来的主数据已经无法满足新的业务系统的上线需求，需要重新进行主数据的扩充识别和相关模型、流程等的变更操作，从而造成了主数据管理平台后期运维成本的居高不下，严重违背了实施主数据管理平台的初衷。
甚至目前很多主数据项目的招标现场招标方就非常严肃地问投标方“你们的主数据平台未来调整模型中的某个属性字段需要多久？” ，仔细想想这个问题还真的很严肃，因为未来这个调整是会频繁发生的，为了应标很多人不负责任的脱口而出 “1小时”、“2小时”等等，难道我们加一个属性字段不需要确定他的元数据标准？不需要补充他的历史取值？不需要找业务部门的“大爷们”讨论、协商？
其实，为什么我们老是想尽一切办法去识别主数据呢？难道就是为了让我们的主数据管理员未来别闲呆着？难道就是因为老外提出了这个理念就无法动摇？数据治理核心要解决的是数据质量、安全、服务以及相关的环境等，费了九牛+二虎之力识别出了所谓的主数据，没多久因为业务系统的变化出现了倒逼主数据必须变化的情况，何苦呢！干吗要自己给自己设置障碍？干吗非要先去贴标签再去解决数据质量、数据安全等问题？
负责任地讲，在数据治理行业，外企不值得我们去迷信。
某核电集团， 2013年实施了某国外MDM（Master Data Management）平台， 2014年中期，该企业领导发现主数据管理员在不断地调整花了几百万费用制定的主数据模型标准，一怒之下彻查原因，最终发现是由于业务系统的扩充、变更造成的。其实主数据管理员也很委屈，不改变主数据模型标准，数据就无法顺利分发出去，改变模型还要自己去琢磨如何识别主数据字段，识别出来后还要确认元数据标准等，一连串的问题忙得不可开交，最后还被领导痛骂，想想就挺可怜的。
这样的情况不是个例，随着大家对主数据的概念认识得越来越清晰，对主数据管理的理解也会越来越深刻，尤其是当真正走到主数据项目后更应该能体会到主数据动态性造成的“麻烦”会有多大。
2．主数据管理无法满足业务场景需求
主数据的核心管理理念就是实现数据的“单一视图” ，是共享性数据的统称。但是，要管理业务场景的数据（业务场景数据：指针对某一业务实体对象在特定业务场景下的描述信息，不包含主数据部分，如某产品在不同生产线的描述，以及针对不同区域的价格描述等），就是增加了业务场景视角的数据管理。因此业务场景数据管理和主数据管理有是两个层面的问题，但是从数据治理的角度出发，如果我们无法涉及业务场景数据，可能就无法很好的保证业务场景的数据对现有业务以及未来数据中心的有效支撑。目前很多实施了传统主数据管理平台的企业只是在顶层管理解决了部分数据问题，开始数据中心等的建设时又被迫重新开始数据的全面治理工作。