信息流算法，微博和今日头条的不会一样，朋友网和校内网的也不会一样。而中台事业部给出的是通用的信息流算法。这就需要各大bu把通用算法拿回来之后，由bu内的中台进行适当的调整，做出符合自身bu需求的算法。”</P>
张一明道：“所以，我们要改变‘大中台，小前台’的结构，要把大中台进一步的拆分。拆成服务于集团的大中局，以及服务bu的小中局。”</P>
郭鹏飞接着补充说：“任何一个事业群有需求了，可以先从技术部下的大中局提出要求，把资源拿回来之后，在事业群内部的小中局做调整。这样一来，就可以大大地节省效率，也可以减少很多不同的部门之间的扯皮。”</P>
过去，一个业务去中台事业部要算法，中台这边就可能会进行推诿……就算不推诿，工作上也不会太上心。</P>
反正前台的业务好不好、快不快，跟他们也没关系。</P>
就会不急不忙地慢慢做，按照需求，把通用算法进行适当的调整，然后再交出去，这效率就会很低。</P>
一旦遇到喜欢弄权的家伙，那就更麻烦了，得找各种关系才能把想要的资源给拿到手。</P>
改组成“大中局”和“小中局”的结构后，就不会了。</P>
大中局只做通用型的算法和工程的研究。</P>
不涉及个性化。</P>
别的部门有需要了，直接去要，也不需要大中局再做进一步的调整和适配性的改进了，直接把通用型的资源交出去就行。</P>
bu这边拿到了通用型的资源，再回到bu内的小中局上，进行适应本部bu的改进，然后分发给bu内的各个业务。</P>
因为小中局也在bu内，也跟bu的业绩挂钩，所以他们的效率就会非常高。</P>
又因为小中局的级别比较低，一个大bu的内的业务又足够的复杂、庞大，可以提供许许多多的发展机会。</P>
不像过去的中台事业部似的。</P>
一个中台事业部的总裁是m6的级别，副总裁是m5的级别，这么高的职级，想要调派到其他的岗位都没法调。</P>
职级越高，管理的任务就越重，没有犯错的机会。</P>
职级低一些，这就不怕了。</P>
一个m3的中低层管理人员的调动，哪怕调错了，他把工作搞砸了，对公司来说也不会有什么太大的伤害。</P>
这就有了更大的试错空间。</P>
张一明道：“这样的结构可以更灵活，前端、小中局、大中局所扮演的角色并不是完全固定的，而是随着业务的发展阶段而流动，业务和中台在不同阶段会相互转化。业务线的某些职能可以演变为中小型办公室甚至大中型办公室的角色。”</P>
顿了一下，张一明接着说：“中台的实用性很强，但不够先进，适应性不够。随着业务的增