作者回复: 西蒙,你好~
数据中台的设计与建设方式,我们用的是一种叫LDD(Lean Data Discovery,精益数据创新)的方法,由于篇幅有限,本专栏就没有展开介绍。
这个方法其实也是同样借鉴了双菱形,两次发散再收敛的过程,从业务价值从场景出发(而不是从技术和数据出发),做跨业务线的数据资产诊断识别,再配合数据与AI的技术底座建设,一起来完成从数据到场景的打通的。
这么说可能比较干,我在总结篇里分享了两篇凯哥(我司数据与智能团队负责人)的数据中台的文章,开个对于数据中台的理解比我深的多,LDD也是他和团队一起通过实践摸索出来的,对于数据中台感兴趣的话可以看一下,以及公众号的其他文章~
希望回复对你有帮助,感谢~
作者回复: 壶中无酒,你好~
首先很认同你的观点,至少从我看到的这么多家做中台的,很少有一样的,甚至说的都不是一个东西。
不过补充的一旦,中台也是分层的,越靠技术其实离业务越远,反而越通用(例如大家的微服务平台都差不多),缺点是复用程度低,需要前台做大量的工作;
反而越靠近业务,则通用性越差,但是因为离业务越近,所以复用的威力也越大,对前台的支撑也赋能效果也越显著。
所以如果说两个不同的企业,技术中台都差不多的话,我觉得倒是没什么问题(可以想想为什么互联网卖云都是卖的技术平台和组件…),因为跨行业通用嘛。
但是很少有听说直接卖业务中台的,因为行业间通用性低。但也有例外,就是只切入一个非常垂直的行业,例如零售行业,因为有了新的约束,自然也有有了更多的可能性(不知道能不能理解)。所以也正是因为在一个具体的行业或是场景下,通用的平台可以像业务再走一步(Headless CMS、Headless Commerce)……
所以这也能解释为什么业界很多做中台的都是只针对特定的领域,比如房地产,汽车,金融。因为这样就能沉淀一些行业内通用的业务能力,然后进行高层次抽象复用,我觉得也没什么问题。
总之,非常认同你的观点,这也是为什么我讲的多是一些通用的方法论,因为只有向后抽象一层,才能同时满足更多的不同的行业和场景。
希望回复对你有启发,如果有反馈可以继续留言,我们继续探讨~
作者回复: 二蛋,你好~
好问题哈,所有的公司愿景啊、战略啊,这些大面上偏虚的东西,最终都会沉淀到每一个系统,每一个API,每一行代码上,否则也没有任何价值,就真的是炒概念了。
作为中台的核心技术人员(我去年的时候也开在一个中台的核心系统里做设计写代码,今年相对少一些),我们其实才是决定最终中台建设是否能达到最终效果的关键所在。中台最终不会只停留在PPT里,最终能否达到预期的效果,也是靠我们一笔一笔设计和写出来的。
那对于作为每天写代码的技术人员的我们,我认为最重要的一是也要理解我们所做的中台产品的大面上的事情(产品愿景、目标、定位、客户、用户等等),因为这些因素都会影响到我们对于产品的设计,也是这个专栏更多关注的点。对应到你的问题,也就是工作思维有哪些改变这一点,我觉得就是需要技术人员有更多的“产品思维”,多想几个为什么,而不是每天只是重复的实现一个个功能。中台产品的愿景和形态比较模糊,这是区别于其他2C类产品的比较重要的一点,所以也需要在产品思维上有更多的思考,否则很容易设计偏,做偏。
聊完了产品层面,再回到我们关心的技术层面,我认为中台产品的设计与开发,需要比一般产品更强的抽象,设计和代码能力,好的中台不是只是把大家拼在一起,交给一个团队就可以了的。真正能发挥出中台的能力,必须要有很强的抽象、设计与实施能力,如今DDD、TDD又一次焕发了第二春,也是于此有一些关系。
而作为中台的核心技术人员,我们不但要具备更强的产品思维,了解更多的业务知识和培养自己的业务视角,同时在技术上无论是设计能力、抽象能力、还是技术运用的能力、还是写出好代码(易读易维护)的能力都提出了更高的要求。
但是理想虽丰满,显示则骨感。像你说的很多时候我们因为各种各样的原因,成为了内部的救火队员,疲于奔命。首先这种情况并不少见,和一些阿里的朋友聊过,其实大家遇到的问题是差不多的,只不过差异在于是否积极想办法解决。
就像我在10总结篇中推荐的张巍老师的文章《七问七答,亲历者讲阿里中台落地的实践》中描述的2015年当时阿里交易平台的实际情况也是一样的,只不过人家看到了问题,还开始着手解决问题,开始注重对于平台能力的治理,也一定自下而上催生了中台的实际产生。
所以我最后的一点点小的建议就是,有问题正常,每家企业都有问题,我们可以找一个点着手开始思考如何改进,如果治理,日拱一卒,持续演进,看看能不能通过不断的努力扭转局面。
因为不了解具体项目的上下文,只能基于我的经验给一些建议,希望对你有所启发和帮助~
作者回复: 哈哈,可能我自己习惯了这些概念了,所以不觉得什么吧,我已经注意尽量用白话来表达了,可能还是功力有限……
一些概念其实就是一层窗户纸,网上查一查就捅破了,不要被吓住……多了解点概念也有好处不是:)
作者回复: 赵强强,你好~ 你理解没误哈,也正是我想表达的。
拿中台与分布式系统对比,是因为很多人,尤其是技术出身的人,确实是就把业务中台就简单理解成微服务,从而导致用微服务做系统的思路和方法做中台建设,必然会遇到一些问题。(这通过大家的留言就能看出来,很多人都在问中台与微服务的区别)。
可能是我文中没有表达清楚,希望回复能帮你解释清楚,有问题可以继续留言探讨~
作者回复: 未来不可预知,但是所有的企业都有愿景和发展战略,行业也有行业的发展趋势。可以向CEO或是董事长请教,不过一般都很难。
可以通过一些公司的使命愿景价值观,行业的一些调研,竞品的一些分析,领导的一些讲话里分析出企业目前的投入重点和发展趋势。
当然唯一不变的就是变化,也不能因为一直变化就不做计划,没有计划也谈不上变化哈,我们要做的就是有计划,且不断调整。
作者回复: Peanut,你好~ 不知道你是不是在说我哈,能不能留一些具体信息呢,如果是讲我的内容,可以提一些具体的问题或是反馈:)多谢了~
作者回复: 京京beaver,你好~ 只是我们内部的一个玩笑哈,觉得挺有意思就写出来了。不过我们现在内部也是中英文混读的,有点像“第四”的发音,可能是因为比较铿锵有力,且顺嘴吧,哈哈……