眼爆科技

中台灵魂拷问,计划经济模式还是市场经济模式?

时间:2019-10-08 10:30  编辑:眼爆科技

在线教育,中台,模式,创新

图片来自“Unsplash”

问题一:到底哪些应该作为中台,哪些不应该作为中台,是谁决定的?如何决定的?

问题二:每一个中台应该有哪些功能?谁来定义?和业务方如何切分?怎样保证切分的合理?每一个中台应该有多大?按接口数?代码行数?什么时候决定再拆分?谁决定?

问题三:维护每一个中台的团队应该有多大?10个人?100人?用户中心和商品中心应该哪个人多哪个人少?什么时候能扩招?谁来定?绩效如何?谁来定?

问题四:和业务方的矛盾如何处理?业务方是否一定要用中台?谁有权要求业务方一定用中台?

看完了这些问题,你可能会觉得这些问题还不够深入灵魂,因为大部分人觉得只要有一个英明神武的CIO或者CTO,加上一个英明神武的中台技术委员会,就可以解决上面的问题了。

但是如果仔细想一下一个具体落地的场景,你就会发现,这事儿没这么简单。

例如:中台技术委员会定下来,要构建一个商品中心,组织应该有100人,服务提供50个接口,接口之外的功能都属于业务方定制化需求,所有业务方必须要用商品中心否则枪毙。

这个时候,我们就可以把问题问的更加深入灵魂一点。

问题一:为啥商品中心是,xxx中心就不是,你怎么知道商品中心能够复用,xxx中心不能,谁长前后眼了吗?

1.jpg

问题二:为啥是100人,不是50人,不是150人,你能精准评估人力吗?业务方因为赚大钱狂招人,中台组跟的上吗?

2.jpg

问题三:为啥xx接口和功能应该属于中台,yy接口和功能不应该属于中台,每个接口都要评估嘛?评估的过来吗?技术委员会了解技术细节吗?为什么他们评估的就是对的?会不会业务方不满当前接口和功能不使用?

3.jpg

问题四:业务方一定要用中台服务吗?不用能把他怎么样?如果业务方说中台耽误他们赚钱了怎么办?中台的老大有业务的老大强势吗?业务方自己偷偷实现一个商品中心wrapper怎么办?技术委员会天天review代码,看注册中心吗?

4.jpg

  • 共7页:
  • 上一页
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 下一页




  • 上一篇:空中客车公司采用物联网技术创建互联客舱生态系统 下一篇:特斯拉买下人工智能新创公司DeepScale发展无人驾驶系统