，也不会流失什么高级管理人才了。没有高级管理人才，只是技术向的工程师，就算被同行们挖过去了，靠着这些做技术的工程师，也不可能为他们搭建出优秀的中台架构。”</P>
郭鹏飞道：“对，这样一来，既可以打开中台的晋升空间，也可以有效地防止同行来抢人。”</P>
周不器点了点头，却也有些迟疑，“如果是这样，降级后的中台，会不会太单薄了？这样的小部门，能支撑起来整个大集团？”</P>
张一明笑着说：“所以要分权。”</P>
“嗯？”</P>
“除了隶属于技术部的中台之外，各大bu，都有自己的中台。”</P>
“多中台制？”</P>
周不器这才明白他的这一整个调整中台架构的思路。</P>
郭鹏飞道：“就说我的微信事业群，很多需求都是个性化的。而过去从中台事业部拿到的东西，都是通用性的。同样是信息流算法，微博和今日头条的不会一样，朋友网和校内网的也不会一样。而中台事业部给出的是通用的信息流算法。这就需要各大bu把通用算法拿回来之后，由bu内的中台进行适当的调整，做出符合自身bu需求的算法。”</P>
张一明道：“所以，我们要改变‘大中台，小前台’的结构，要把大中台进一步的拆分。拆成服务于集团的大中局，以及服务bu的小中局。”</P>
郭鹏飞接着补充说：“任何一个事业群有需求了，可以先从技术部下的大中局提出要求，把资源拿回来之后，在事业群内部的小中局做调整。这样一来，就可以大大地节省效率，也可以减少很多不同的部门之间的扯皮。”</P>
过去，一个业务去中台事业部要算法，中台这边就可能会进行推诿……就算不推诿，工作上也不会太上心。</P>
反正前台的业务好不好、快不快，跟他们也没关系。</P>
就会不急不忙地慢慢做，按照需求，把通用算法进行适当的调整，然后再交出去，这效率就会很低。</P>
一旦遇到喜欢弄权的家伙，那就更麻烦了，得找各种关系才能把想要的资源给拿到手。</P>
改组成“大中局”和“小中局”的结构后，就不会了。</P>
大中局只做通用型的算法和工程的研究。</P>
不涉及个性化。</P>
别的部门有需要了，直接去要，也不需要