到底是中台做还是前台做？

1. 要明确认为是中台的枚举出来
2. 枚举出来的中台我们要给他对应的责权利
3. 我们提出了业务 CTO 负责制，希望把中心化的技术决策变成相对去中心化的，让这些业务 CTO 有自己的权利更快决策。

平台是我们去进行系统分层、系统抽象跟复用，做技术比较通用的一种方式。其实中台也是平台的一种。我们在公司里面这么多的技术平台中，把进行基础设施的打通，像数据统一、业务互联互通等，承担这样职责的一些平台枚举出来，就称为中台。中台是可枚举的，除此之外我们都不称为中台，都称为平台。

而中台里面又不是全部都由中台技术团队承接，我们建立了“白名单”机制。中台里面分为两层，一层是我们的基础模型，二层是业务能力。我们把那些需要由中台来统一建设的地方称为“白名单”。白名单就是中台的义务和职责，列为白名单的部分，中台就要支撑好前端所有的业务需求。除白名单之外，业务CTO就可以自主决策到底是复用中台，还是自行建设。具体到责权利，对于中台我们会考核他支持前台的效率，比如说他的SLA、需求处理时长、包括能力的建设；而对于前台，因为他有更大的自主权，我们就要考核他第一对业务的支撑、业务目标的达成，第二成本的投入等，当然这也会分为短期和中期，我们会建立这样的评价体系让业务CTO做出更好的决策。

What

1、关于是不是中台。要满足 2 点：

• 业务平台提供的核心能力包括用户、商品、商户、订单等，因为这些基础能力的打通，使得我们零售的核心数据统一，给不同业务之间的互通打好了基础。
• 业务平台的能力不是为某一个特定业务构建的，我们支持 300 多个业务身份，为整体的业务效率负责。

2、关于白名单。基于整体效率或战略考虑，我们圈定一部分中台能力必须集中建设，成为“白名单”，白名单内的能力是不允许业务自建的。对于负责“白名单”能力建设的团队，有集中建设的权利和义务，那就是要制定明确的 SLA，支持好各业务的业务需要。白名单要有明确的定义，范围不能过大，并定期 review。
3、关于业务CTO负责制。业务先赢，业务 CTO 负责制是业务先赢很好的机制保障。我理解在这个机制下：业务CTO有除了白名单明确规定之外能力的建设方式决策权，也就是说他可以选择使用中台的能力，也可以选择自己构建。与此同时，业务 CTO 对选择的结果负责，并建立相应的评价体系，结合责权利和考核机制，来更好的保证整个体系更健康。

另外关于排期的问题。排期本质上是无限需求和有限资源之间的矛盾，这个矛盾一直存在。解法是将能力开放，各业务按照自己业务所处的阶段，竞对等维度判断，构建相应规模的团队来做自助研发。业务平台提供自助研发的能力，并去提升业务团队的研发效率。中台更聚焦在自己中台应该做的事情，用更好的方式去支持好业务。