前言
这几天群内的话题质量都非常高,而且很多都是比较前沿的话题,看着各位大佬唠嗑,也是很有意思的。
我就当个转述师,跟大家分享一下吧。
数据中台 VS MDM
王总提问:在设计数据中台项目时,是不是可以通过数据中台实现MDM主数据统一的订阅和分发功能?
王总是乙方,在给甲方做数据中台项目的提案。甲方的数据管理能力不足,没有主数据管理系统。数据治理工作比较多。那是单独建一个MDM,还是跟数据中台项目一起建设呢?
数据中台偏数据整合,适合主数据的订阅和分发,沉淀服务能力,而MDM偏向后台,主要负责数据治理、数据管理。
如果建设MDM呢,本身项目就不小,可能影响项目进度。如果不建设呢,底层数据管理的不好,这地基就不行,上面建设的中台可能也就危险了。
当然也有其他方法,比如不建设MDM,用RPA、接口等形式,进行各个系统之间的主数据订阅和分发。这样的好处比较轻,但是坏处是可能会有数据质量问题。
最后大家达成一致的结果是由@程序猫 贡献的:
在具备条件的情况下,先建主数据系统,或者至少主数据系统顺序靠前一点实施,或者同期做,主要是主数据第一个价值是用于系统间的集成,确定主数据源头和流向,这样才好集成各个系统。上线后,如果主数据管理的好,那么各个系统数据交互正常,那么产生的数据用于后续分析等就质量比较好了。
数据中台和MDM建议分开两个系统比较合理,中台做主数据的订阅和分发不太合适,主数据属于基础支撑型的系统,甚至可以归为应用系统的基础设施了。
实在是没有办法,再去考虑各系统间的数据订阅和分发,数据质量问题交给数据中台去统一管控,有问题则下发、修复。
感谢@中电-苗峰(公众号:猫说信息化)、@王雪岩、@北京-数据中台-Jack、@穆君文-北京、@中海数字化平台负责人 孙 等大佬的贡献。
RPA
RPA是接着上面的话题来的。王总提到,现在很多项目直接用RPA把数据从excel里搬运到各个系统中,进行数据的同步和分发。
造成这个局面很简单,每个系统都是独立的,但是又因为费用、建设周期等原因没有建设主数据。所以才用了RPA、低代码等方式,快速建设数据同步通道,解决数据同步、分发的需求。
目前RPA的市场很大,厂商也很多。国际:uipath,aa,bp,中国:uibot,艺赛旗、来也等。
RPA就是信息机器人,主要解决规则明确、重复度高的信息处理工作。各种走流程、倒换数据、审核规则的工作,交给他们最合适不过了。
典型应用就是各种财务报销单据的审核、汇聚和计算,直接给结果。马上知道单据有没有啥问题,要不要补全信息,全自动审核,超级省时省力。
但是规则必须明确,并且相对比较稳定。规则变化太快,RPA需要经常调整,用户使用体感下降不少。所以比较适合各个公司中相对比较明确、不变的场景。
比如,财务人员报税、统计直报等场景就非常适合。那个规则非常明确,而且一般不变,变了也是提前培训过的,有充足的时间调整。
又比如,客户到银行开户,手工填写开户单据,银行的柜员扫描单据,上传系统,通过RPA实现信息的识别,自动录入系统。
感谢@陈豪-来也科技RPA、@北京-数据中台-Jack、@蓝、@李姣、@陶瓷鱼、@王雪岩、@汪丽、@林 等大佬倾情奉献。
数字化工厂
单总发起话题:基于上次我们群里的交流 和线下跟企业数字化负责人探讨 与方案整理,发现数字化工厂建设其实并不难,实现路径可以很清晰。
但是需要深入业务一线,把业务提炼为指标、模型、算法,如同群名一样,要做数字化转型架构。
数字化转型是整个企业的问题,要想阶段性成功一定要切入企业的具体业务运作之中,如血液与血管的关系是一样的。
然后围绕某个具体业务场景,规划数字化转型方案,去尝试、做试点。
但是目前很多地方的信息化程度不够,各种数据都需要增加传感器,进行数据的采集,这里难度不小。
广义来说,数字工厂属于 Operation的范畴,监控阈值定义->传感布点->监控触发->恢复运转,全过程打通,然后进行多线生产排程精益化,细化到零件、配料、废料重复利用等,尽可能减少材料的损失,减低成本。
中小企业需要的是数字化赋能,去优化每个环节,降本增效,而不是转型。
感谢@陈晓峰、@观海听涛、@上海-球迷Long-集团运营、@等 各位大佬的贡献。
结语
说实话,在这个群里,哪怕不用说话,只是看你们的聊天记录,都能学习到很多东西。
感谢阅读,本次分享的内容就结束了。本公众号目前保持日更3000字,为你提供优秀的数据领域的分享。
欢迎大家加我微信好友,尽个点赞之交,有需要的可以拉你进数字化转型架构交流群,一起在数字化的浪潮之巅浪吧!
推荐阅读:
更多精彩: