DRP项目中的数据治理3000.docx

DRP项目中的数据治理DRP项目目进行到到后期，一一般的企企业都会会担心一一个问题题“顾问走走了之后后，我们们怎么办办？”。因为为如果实实施顾问问在现场场的话，感感觉都不不会出什什么问题题，就算算有问题题，顾问问也解决决掉了。但但一旦顾顾问离场场，DRRP系统统交由企企业的IIT部门门负责运运行与维维护的时时候，感感觉问题题就出的的比较多多了。这这些问题题可能会会包括系系统故障障增多，系系统运行行速度减减慢，软软件需求求得不到到响应，数数据不准准等。也也因为这这些原因因业务部部门也在在应用了了一段时时间之后后感觉系系统不好好用了，特特别是数数据不准准的情况况经常出出现，使使得报表表也不准准了，久久而久之之，业务务部门感感觉DRRP系统统的价值值也越来来越低了了，而这这样造成成的直接接后果就就是DRRP系统统的使用用效果打打折，经经常会听听到业务务部门在在抱怨：“这是什什么破系系统嘛，出出来的数数据都不不准!”，把数数据问题题与DRRP系统统逻辑问问题相混混淆，从从而有可可能对DDRP系系统本身身引发了了怀疑，导导致DRRP系统统的使用用周期因因为数据据不准而而大大缩缩短。 “数据事故故”引发的的数据治治理思考考 套用一句老老话：“ERPP是三分分软件、七七分实施施、十分分努力、十十二分数数据、百百分百的的领导支支持”。其实实笔者一一直在实实施DRRP项目目的过程程中，都都有碰到到多或多多或少的的数据问问题，但但应该都都是小问问题，所所影响的的范围也也不大，或或者通过过DRPP系统的的一些异异常处理理功能也也就能够够解决的的，如：退货单单出现的的退货价价格不准准确的问问题，只只要对这这张单据据进行废废除重做做就好了了，直到到笔者碰碰到两次次重大的的“数据事事故”，才对对DRPP项目的的数据治治理工作作引发了了重视与与思考。第一件事情情是由于于产品中中心对新新产品定定价错误误引发的的“数据事事故”。一直直以来，新新产品的的定价是是由产品品中心会会同财务务、销售售、计划划等部门门一起制制定的，而而且制定定的是产产品的零零售价，然然后根据据零售价价的折率率分别倒倒推定制制分销价价、出厂厂价、采采购价，而而采购价价也是一一个基准准价，也也就是说说，产品品的采购购必须低低于这个个价格，否否则的话话公司是是不会批批准对这这款产品品进行投投产的。在在年度某某季度新新产品定定价时，公公司各部部门定制制出了当当季产品品的各种种价格，并并已经在在系统中中进行实实施，但但随之而而来的是是，发现现在市场场对于当当季产品品的价格格反映是是偏高，而而且代理理商也认认为当季季产品的的分销价价格(即代理理商进货货价)太高，所所以公司司决定对对该款产产品进行行重新定定价。随随之而来来的就是是要求DDRP系系统中对对所有业业务环节节中的价价格进行行调整，包包括对已已经配送送到分公公司、代代理商的的产品进进行重新新调价，对对已经配配送到直直营店，在在仓库中中未销售售的产品品进行价价格调整整。这一一次的调调整由于于影响极极大，导导致公司司各业务务部门不不得不集集中人马马加班对对数据进进行调整整，而且且调整结结束之后后，在下下月的系系统过账账中发现现财务报报表总是是有些出出入，才才发现数数据调整整有问题题，有些些调过来来了，有有些没有有调整过过来，有有些调整整的时候候产品已已经销售售出去了了，有的的产品是是退货的的，但成成本却没没有改过过来，总总之是乱乱的一团团麻，使使的该月月的财务务报表不不得不在在财务部部门的要要求下，各各业务部部门签字字核定是是由于操操作不当当引起的的数据统统计问题题。本次次问题其其实是一一个业务务规范性性的问题题，或者者是系统统强壮型型问题，如如果业务务够规范范，不会会出现这这种在产产品进行行销售时时更改产产品成本本的问题题，或者者系统足足够强壮壮，能够够对数据据变更做做出及时时处理，这这次事故故应该也也是能够够避免的的。第二件事是是由于分分公司内内部管理理、控制制不到位位及流程程缺失导导致的“数据事事故”。记得得当时还还在外面面开会，被被财务总总监电话话催回公公司，说说是公司司领导要要求我今今天准备备一下，明明天去华华中大区区出差，因因为当地地分公司司的本月月的财务务、系统统数据都都有严重重问题，估估计账实实不符情情况严重重，需要要过去核核查一下下问题到到底出在在哪里。第第二天，当当公司的的财务、计计划、IIT三部部门人员员到达华华中大区区所在地地时，开开始安排排了对本本大区所所有的库库存盘点点的工作作，首先先是对直直营店进进行盘点点，全部部由总部部人员进进行监督督，经过过五个晚晚上的盘盘点之后后，再用用了四天天时间对对大区的的库房进进行盘点点，发现现：直营营店的手手工账务务与DRRP系统统中的数数据不符符情况严严重，而而直营店店的手工工账务与与实际库库存情况况相差无无几，直直营店也也较好地地执行了了失货赔赔偿制度度。而DDRP系系统中的的数据与与实际库库存严重重不符的的原因在在于：大大区的仓仓库管理理人员、数数据员都都没有及及时将直直营店的的退货、销销售、调调拨单据据进行处处理，以以致直营营店数据据失真；同时对对大区的的库存盘盘点时发发现：大大区的库库存结构构不合理理，库存存过大，直直营店的的过季产产品处理理不及时时，数据据员没有有对仓库库数据进进行及时时分析及及利用。同同时，大大区的财财务人员员也没有有根据DDRP系系统中的的数据进进行财务务数据核核对，以以至于仓仓库、数数据、财财务的工工作脱节节，形成成了大区区库房管管理工作作出现了了失控。这这次事故故经过审审核之后后，上报报到公司司领导，下下定决心心对相关关责任人人进行了了处罚，而而也是在在这次“数据事事故”之后引引发了笔笔者对于于如何进进行DRRP系统统“数据治治理”的思考考。 数据治理的的理论及及方法 项目小组总总结之后后，通过过查找相相关资料料发现：数据治治理其实实是一种种体系，是是一个关关注于信信息系统统执行层层面的体体系，这这一体系系的目的的是整合合IT与业业务部门门的知识识和意见见，通过过一个类类似于监监督委员员会或项项目小组组的虚拟拟组织对对企业的的信息化化建设进进行全方方位的监监管，这这一组织织的基础础是企业业高层的的授权和和业务部部门与IIT部门门的建设设性合作作。从范范围来讲讲，数据据治理涵涵盖了从从前端事事务处理理系统，后后端业务务数据库库到终端端的数据据分析，从从源头到到终端再再回到源源头形成成一个闭闭环负反反馈系统统（控制制理论中中趋稳的的系统）。从从目的来来讲，数数据治理理就是要要对数据据的获取取、处理理、使用用进行监监管（监监管就是是我们在在执行层层面对信信息系统统的负反反馈），而而监管的的职能主主要通过过以下五五个方面面的执行行力来保保证发现、监监督、控控制、沟沟通、整整合。1. 发现现：即发发现问题题和差异异（Isssuees && Gaaps），这这是监管管的基本本职能。我我们一定定要在萌萌芽阶段段发现问问题和差差异，将将其扼杀杀在苗头头。那么么如何去去发现呢呢？对于待建或或在建的的系统，要要建立专专家审核核制度，所所谓专家家包括技技术专家家和业务务专家，如如果本组组织不具具备条件件则可以以邀请第第三方的的顾问来来参与系系统数据据的架构构和设计计决策，但但根本原原则是任任何专家家必须是是相关领领域的专专业人士士。对于已建成成使用的的系统，则则关键是是IT的日日常运维维工作的的规范化化，主要要包括规规范的问问题管理理（Trroubble Mannageemennt），周周期性审审计(PPeriiodiic RReviiew)。前者者是为了了文档化化各种系系统问题题和缺陷陷，以及及相应的的IT判断断和响应应；后者者是为了了及时对对系统的的问题和和缺陷做做出归纳纳总结，找找出规律律而从根根本上解解决问题题。2. 监督督：即持持续的保保持对业业务数据据健康状状况的跟跟踪。监监督主要要通过周周期性的的数据分分析来完完成，市市场上也也有很多多自动化化的工具具可以帮帮助您方方便的对对数据的的健康状状况进行行分析。与与发现所所不同的的是，监监督是主主动的去去发掘问问题，而而且在发发现问题题后立即即采取行行动去修修正它。3. 控制制：即掌掌握信息息系统建建设的决决策权。任任何信息息系统的的建设、更更新升级级、大型型变更都都必须通通过数据据治理项项目小组组的审批批，极端端情况下下甚至可可以考虑虑任何数数据变更更都必须须审批。集集中化的的控制的的好处是是，首先先可以集集中技术术和业务务相关领领域的专专家的意意见，其其次可以以限制执执行层面面的ITT人员和和业务人人员的随随意性、不不严谨性性，再次次向监管管层提供供了从全全局和长长远的角角度看系系统的机机会。4. 交流流：即沟沟通，是是跨部门门的跨领领域的沟沟通。对对传统IIT的最最大挑战战就是跨跨组织跨跨领域的的沟通交交流，而而数据治治理委员员会这样样一个跨跨越了IIT部门门和业务务部门的的虚拟组组织，通通过建立立例行的的交流机机制，保保证了信信息在整整个组织织范围内内的透明明，这种种透明性性保证了了所有参参与者的的步调一一致的，保保证了业业务数据据的一致致性。交交流渗透透在前面面所述的的四点数数据治理理活动中中，是它它们成功功的保障障。5. 整合合：这是是我们的的目标同同时也是是解决之之道，主主要抓住住三个方方面的整整合信息的的整合，资资源的整整合，能能力的整整合。通通过信息息的整合合把分散散的业务务数据整整合到一一个一致致的没有有歧义的的体系中中来；通通过资源源的整合合把企业业IT资源源集中调调配；通通过能力力的整合合，将平平台的运运算能力力，业务务数据处处理能力力集中管管理，建建立一种种集中服服务的模模式，即即提高了了硬件利利用率、人人员工作作效率又又利于IIT对各各业务部部门服务务的成本本核算。 “数据事故故”分析 为了解决数数据事故故问题，笔笔者协调调财务、计计划、销销售、IIT等部部门成立立了专门门的“数据治治理”项目小小组。数数据事故故，应该该是由于于数据的的素质低低劣造成成的，根根据调查查机构GGarttnerr称，财财富一一千家大大型企业业所持有有的数据据，有超超过四分分一是不不准确、不不完整或或重复的的，并预预期有四四分之三三的大型型企业直直到20010年年前也不不会或难难以改善善内部数数据的素素质。其其实没有有一家企企业不受受数据素素质问题题困扰，但但就算有有公司意意识到问问题所在在，也常常常会低低估问题题的严重重性。何何况，数数据素质质会受多多个因素素影响而而变化。因因此，要要应付这这种挑战战，一次次性的行行动难以以奏效，企企业务必必持之以以恒，甚甚至采取取能改写写企业文文化的行行动才会会有效。Gartnner研研究显示示，良莠莠不齐的的客户数数据可造造成重大大损失，包包括流失失客户，以以及由处处理直销销邮件不不善和错错过销售售机会所所造成的的浪费等等。现时时很多企企业亦发发现劣质质数据不不单打击击销售及及市场推推广，更更会波及及最具策策略性的的业务活活动。后后勤部门门的运作作，例如如制定预预算、生生产及分分销也会会受到影影响。解决劣质数数据问题题不只只只是一个个IT的问问题。虽虽然ITT有助将将之改善善，但企企业管理理才是关关键所在在，例如如企业文文化对数数据素质质就有很很大的影影响力。数据治理，需需要对数数据的素素质提出出一个定定义，笔笔者认为为数据素素质涵盖盖以下多多方面：<!-if !suuppoortLListts->üü          <<!-enndiff->存在在 (即企企业到底底有没有有某一项项数据)<!-if !suuppoortLListts->üü          <<!-enndiff->合法法性 (即该项项数据的的数值是是否符合合一个可可接受的的范围)<!-if !suuppoortLListts->üü          <<!-enndiff->一贯贯性 (例如同同一项数数据不论论储存在在哪一个个地点都都有同一一数值)<!-if !suuppoortLListts->üü          <<!-enndiff->整全全性 (数据元元素与不不同数据据集之间间关系的的完整程程度)<!-if !suuppoortLListts->üü          <<!-enndiff->准确确性 (该项数数据是否否能够描描述它应应表达的的东西)<!-if !suuppoortLListts->üü          <<!-enndiff->关联联性 (该项数数据能否否恰当地地支援业业务宗旨旨)<!-if !suuppoortLListts->üü          <<!-enndiff->时间间性 (即该项项数据是是否能够够及时地地被反应应出来)针对以上数数据的素素质，再再结合DDRP系系统中的的相关模模块，对对DRPP系统中中数据问问题按模模块分别别分析。该该分析表表格如下下：采购订货分销直营门店价格仓储物流存在YYYYYYY合法性YYYYYYY一贯性YYYNNNY整全性NYYYNYY准确性NNNNNNN关联性YYYYYNN时间性NYNNNNN以上各模块块中，达达到相应应的数据据素质目目标即为为Y，否则则为N。经过过对DRRP系统统中的各各个模块块的数据据素质调调查发现现：数据据治理主主要针对对的是数数据的准准确性、时时间性、关关联性。进进一步对对数据事事故的原原因分析析，发现现数据出出问题往往往是因因为对数数据的应应用不够够充分。比比如物流流配送，根根据销售售和库存存信息来来做，首首先销售售的信息息，每天天系统里里面的销销售信息息和银行行回款对对比，有有没有差差异，没没有差异异就是对对的。第第二，配配送是根根据系统统去配。慢慢慢的精精细化，以以前可能能是粗放放的，现现在是一一个环节节套一个个环节，根根据这个个系统来来做，慢慢慢数据据就会越越来越准准确。百百分之百百的准确确不可能能，当然然也没有有必要，因因为随便便一个环环节都有有可能出出现串码码。但如果业务务部门发发现DRRP系统统不管用用，但DDRP使使用者就就会用自自己秘密密地使用用自己“更方便便更可靠靠的工作作流程/做法”。而管管理层认认为既然然没有发发生什么么不妥，也也就睁一一只眼，闭闭一只眼眼。其实实，任何何绕道DDRP系系统的工工作流程程/做法都都会产生生DRPP数据流流之外的的“数据暗暗流”。这种种“数据暗暗流”会削弱弱企业对对流程的的控制，损损害企业业对流程程的管理理和进一一步优化化，自然然DRPP系统的的数据准准确性就就更差了了。那么么，我们们又怎样样保证及及时数据据更新和和避免绕绕道DRRP的秘秘密的“更方便便更可靠靠的工作作流程/做法”呢?解决方方案原则则上很简简单：持持续提高高数据准准确率，定定期维护护订单修修订等系系统参数数，以确确保DRRP产生生的数据据流与实实际运作作相符，通通过基于于DRPP的工作作流程的的改进，禁禁止任何何绕道DDRP的的行为。同时，借鉴鉴了业内内同行的的“数据事事故”分析方方法，可可以得到到如下的的因果图图：<!-if !vmml-><<!-enndiff->针对上述发发现的各各种原因因，经过过进一步步的统计计与分析析，发现现主要的的问题在在审核流流程缺失失，KPPI指标标设定不不完善、考考核与处处罚机制制没有执执行、指指定时间间内的数数据不到到位、业业务不熟熟悉、操操作不当当上。相相反，由由于系统统原因造造成的DDRP数数据错误误很少。而而像流程程原因导导致数据据错误出出现的次次数只占占20%，但由由于流程程原因出出现的数数据错误误影响程程度最大大。而像像操作不不当、指指定时间间内的数数据不到到位的情情况出现现较频繁繁，但对对数据错错误的影影响有限限。 数据治理方方案 采用上述的的数据治治理理论论，在经经过“数据事事故”的教训训之后，发发现上述述数据问问题，分分别针对对时间因因素、流流程、数数据基础础、考核核机制、人人员、系系统制定定数据治治理方案案，并强强调方案案的执行行、监督督、控制制职能，加加强各业业务人员员沟通，达达到数据据治理的的目的。考核机制：数据治治理的问问题其实实也是企企业管理理的问题题，而出出现问题题往往是是没有一一个比较较好的考考核与激激励机制制。在数数据事故故当中，出出了问题题之后，IT人员急着去查找原因，财务部门则因为数据报表出不来而干着急，而往往是事故责任部门往往是数据生产部门，而不是数据消费部门。所以，没有好的考核机制，往往事故在出现了之后无据可依地进行处罚，导致员工情绪极大。因此，我们定制了如下考核办法：每月结束，涉及到DRP系统中数据操作的，出现错误次数在5次(含5次)以上的，每次罚款10元，充入公司奖金池；如果每月操作零错误的，则从奖金池内奖励30元；各部门的年度KPI指标中加入DRP系统数据操作正确率，并给予一定的权重，此举目的就是为了能够使各业务部门经理引起对DRP系统数据操作正确性的重视。人员：人员员责任心心不强的的问题，可可以由前前面的考考核机制制来加强强，而且且由于数数据操作作涉及到到部门的的绩效，因因此，各各业务部部门经理理也会加加强在这这方面的的监督；对于操操作不当当，业务务不熟悉悉的情况况，可以以归结为为培训不不够。对对于培训训我们分分为两大大块：一一是新员员工培训训，这包包括老员员工调职职到新岗岗位，新新员工如如果需要要操作DDRP系系统，必必须经过过IT部的的上岗培培训方可可开设DDRP系系统账号号，否则则的话，将将无权对对DRPP系统进进行操作作；还有有就是专专场培训训，这也也有两类类，一类类是专门门的计算算机基础础教育培培训，这这里会包包括一些些计算机机基础操操作，基基本故障障处理；另一类类是公司司业务流流程培训训，针对对各个不不同岗位位的人员员，将公公司的业业务流程程整合起起来讲，让让各业务务人员知知道自己己上下游游的业务务流程是是什么？如果有有异常如如何处理理等，同同时培训训由人力力资源部部培训组组与ITT部共同同负责，所所有培训训考勤、反反馈、考考核情况况都记入入员工培培训档案案，讲师师则由IIT部门门、业务务部门经经理分别别承担；如果是是针对各各业务经经理的培培训，也也会请外外部的流流程、IIT专家家来担任任。系统：系统统的问题题，主要要通过两两方面控控制：一一是加强强测试，所所有的系系统升级级都必须须经过公公司内部部的程序序员测试试，撰写写测试报报告，经经由ITT经理审审批之后后方可将将升级包包更新到到DRPP系统中中去，如如果由于于升级原原因造成成系统逻逻辑问题题造成的的数据错错误，必必须由程程序员与与IT经理理分别承承担责任任，根据据每次事事故的问问题严重重性，每每次罚款款303000不等，同同时ITT部门的的KPII指标中中也加入入系统数数据事故故的次数数进行考考核。二二是对于于关键服服务器、网网络设备备的突然然当机等等情况的的处理，这这些方案案可以根根据ITT部门的的原有处处置与考考核机制制进行。数据基础：基础数数据质量量差，这这就是对对数据生生产部门门提出需需求，必必须控制制数据质质量，完完善公司司数据规规格说明明，对于于必须填填写的数数据，由由IT部门门定期出出具数据据质量审审计报告告，对数数据生产产部门进进行考核核。对于于数据录录入准确确率低的的问题，一一是采用用条码、扫扫描等技技术手段段来加强强数据质质量，二二是通过过加强人人员责任任心来保保证，三三则是通通过数据据审核，下下游业务务流程一一定要加加强对数数据的审审核与比比对，特特别是在在分公司司，由财财务、仓仓管、数数据员三三方进行行数据确确认，以以保证数数据与业业务的同同步。流程：物流流是最头头痛的问问题，也也是处理理起来最最难的问问题，其其实关于于业务流流程管理理(BPPM)是是一个很很大的话话题，在在这里呢呢，只能能说是，根根据企业业实际情情况，一一点点的的改进，因因为流程程改进是是一个伤伤筋动骨骨的事情情，包括括：原有有流程是是合适企企业应用用的，但但现在不不合适了了怎么办办？原来来的流程程是由某某个部门门负责的的，现在在职能要要细化，要要分开怎怎么办？所以在在这里就就不再铺铺开来讲讲，但以以后有机机会进一一步进行行论述。时间因素：时间因因素，主主要在于于企业的的动作效效率，也也是对于于员工的的一个考考核指标标，这方方面没有有太大的的难度，我我们主要要也是将将时间作作为数据据生产部部门的一一个指标标来考核核，如：计划部部门必须须在订货货单的22小时之之内将订订货单货货配发出出去；专专卖店如如果有DDRP系系统，必必须在当当天将销销售数据据传回，如如果没有有DRPP系统，则则传真数数据必须须在当天天传回，当当地办事事处必须须在第二二天上午午11：00之前前将销售售数据做做到DRRP系统统中；客客服部必必须在112小时时内将客客户数据据录入到到DRPP系统中中，对于于客户的的礼品申申请，必必须在两两个工作作日内处处理完毕毕，并给给客户回回复等。上述所有的的针对问问题的解解决方案案都离不不开执行行、监督督、控制制与交流流。在这这几个环环节当中中，ITT部门与与行政部部门为主主要的执执行主体体，ITT部门负负责对DDRP系系统中的的数据异异常或每每月数据据质量出出具报告告，行政政部门则则根据IIT部门门的报告告和数据据质量方方面的制制度，给给业务部部门的KKPI指指标进行行评定，也也针对操操作人员员进行具具体的奖奖罚；同同时在培培训这一一块，由由人力资资源部门门与ITT部门负负责完成成。而IT部门门的系统统故障及及错误等等问题，则则落实到到财务部部与行政政部具体体负责进进行考核核，这也也就是一一个监督督机制，IT部门作为DRP系统的管理者，也是要被各个业务部门进行监督的。而由于涉及及到各个个业务部部门的各各个业务务环节，特特别在加加入了绩绩效考核核之后，会会引起业业务部门门对ITT部门的的敌视，甚甚至是对对DRPP系统的的敌视，因因此，所所有策略略的实施施都需要要IT经理理与数据据治理项项目小组组的负责责人加强强沟通。特特别是要要注意循循序渐进进，切忌忌要求一一步到位位，否则则的话引引起业务务部门的的不满与与反弹，有有可能事事情会变变的更糟糟糕。