张一明这也是忍无可忍了，必须到了动刀子的时候，“中台🄑☠的存在很有意义，但是不能以现在这种模式存🂑🎈在了，这已经引起了四个bu的集体不满。我的意见，是取消中台事业部，降为m4的部门，隶属于技术部之下，主要就是由两个🞍💵部分组成，一个是算法中台，一个是工程中台。”
郭🌗⚹鹏飞笑着说：“职能降🄪低了，工作任务也减少，只做一些偏技术类的工种。把🕀🆟中台回归到纯技术路线，不再涉及增长黑客和商业化的中台服务。这样一来，在中台工作的员工，晋升之路就又可以重新地打开了，可以在技术路线上一路晋升上去。”
张一明道：“这样一来，工作就会轻松很多，也不需要能力太强的人来领导，只是按照要求做一些纯技术类的工作。这样一🏗🚐💞来，就算遭到了同行们的挖墙脚，也不会流失什么高级管理人才了。没有高级管理人才，只是技术向的工程师，就算被同行们挖过去了，靠着这些做技术的工程师，也📂😆⚰不可能为他们搭建出优秀的中台架构。🂶📑”
郭鹏飞道：“对📆😧🃳，这样一来，既可以打🞄👦开中台的🈣⛰晋升空间，也可以有效地防止同行来抢人。”
周不器点♫了点头，却也有些迟疑，“如果是这样，♕☢降级后的中台，⚫🔔⛹会不会太单薄了？这样的小部门，能支撑起来整个大集团？”
张一明笑着说：“所以要分权。”
“嗯？”
“除了隶属于技术部的中台之外🝟🌞，各大bu，都🈣⛰有自己的中台。”
“多中台制？”
周不器这才明白他的这一整个调整🕵🍿中台架构的思路。
郭鹏飞道：“就说我的微信事业群，很多需求都是个性化的。而过去从中台事业部拿到的东西，都是通用性的。同样是信息流算法，微博和今日头条的不会🞧🖞一样，朋友网和校内网的也不会一样。而中台事业部给出的是通用的🛳信息流算法。这就需要各大bu把通用算法拿回来之后，由bu内的中台进行适当的调整，做出符合自身bu需求的算法。”
张一明道：“所以，我们要改变‘大中台，小前🈣⛰台’的结构，要把大🏈中台进一步的拆分。拆成服务于集团的大中局，以及服务bu的小中🝤🍄🅟局。”
郭鹏飞接着补充说：“任何一个事业群有需求了，可以先从技术部下的大中局提出要求，把资源拿回来之后，在事业群内部的小中局做调整。这样一来，就可以大大地节省🀱🀥效率，也可🖙📄以减少很多不同的部门之间的扯皮。”
过去，一个业务去中台事业部要算法，中台这边就可能会进行推诿……就算不推诿，工作🕙上也🕆不会太上心。
反正前台的🁝💻业务好不好、快不🅾🌌♔快，跟他们也没☷🄀关系。
就会不急不忙地慢慢做，按照需求，把通用算法进行适当的调整，然后再交出去，这效率就会很🇦🚳🗚低。
一旦遇到喜欢弄权的家伙，那就更🕵🍿麻烦了，得找各种关系才能把想要的资源给拿到手。
改组成🎷“大中局”和“小中🆁🌥局”的结构后，就不会了。
大中局只做通用型的算法和工程的研究。