数据中台乱象:不拆“烟囱”,在开始建设的时刻,就可能会失败( 二 )


服务调用方 , 不能想要什么服务就自己建 , 要先考虑是不是已经有现成的服务可以调用 , 如果有就要去调用 , 如果不满足要求 , 就要去推动服务提供方完善服务 , 这点也是开发人员抵触的 , 害怕去推动 , 不愿去“麻烦”别人 。
先有“中台思维” , 才有“中台系统”
知道了问题所在 , 就可以针对性地寻找解决办法 。
组织层面 。 要获得高层的支持 , 解决好合并组织带来的人员之间的矛盾 , 这些都要安排妥当 。 不要因为问题棘手 , 而选择故意躲避 , 问题始终存在 , 而且随时可能爆发 。
思维层面 。 给技术人员宣导“中台思维” , 即:服务调用方要考虑充分使用现有的服务 , 不要自己去写 。 服务提供方 , 要兼顾“小前台”们的需求 , 提供好中台服务 。
有了组织、思维方面的支撑 , 建立中台系统才是事半功倍、水到渠成的事情 。
写在末尾的话
总结一下:
1、建中台的过程 , 就是拆“烟囱”的过程 。
2、“烟囱”分成:产品、系统、数据、组织四种 。
3、中台建设难就难在 , 组织和思维两个方面 , 技术反而是好解决的 。
4、建中台要先获得高层的支持 , 解决组织的问题 。 做好“中台思维”的全员宣贯 , 服务提供方和服务调用方都必须升级成“中台思维” , 解决思维的问题 。
【数据中台乱象:不拆“烟囱”,在开始建设的时刻,就可能会失败】5、总之就是一句话:拆系统“烟囱”容易 , 拆思维“烟囱”难 。


推荐阅读