中台架构近年来备受关注，但由于缺乏统一的定义，各公司对中台的理解各有不同。最近，集创技术团队分享了他们从零开始搭建技术中台的经验和心得，值得参考。无论采用何种组织架构，其核心目标始终是更好地服务人才和提升业务效率。因此，咱们在推进中台化的过程中，始终从这两个方面出发，评估现有架构对效率的影响，并探索如何优化组织架构。
从事情的角度，中台组织架构应该关注提高复用率
1. 每件事情只由一个团队负责
传统互联网公司的组织架构通常是根据业务发展来设计的，每新增一条业务线，组织架构往往需要重新搭建一次，这导致了重复建设的问题。如果公司拥有多条业务线，通常会出现多个 DBA 团队、运维团队和基础架构团队等现象。这意味着同样的工作在公司内部由多个团队负责，每个团队都要独立进行人才管理和技术积累，从复用率的角度看非常低效。若将相同的工作集中由一个团队负责，重复的任务只需做一次，不仅减少了不必要的工作量，还汇集了全公司的相关人才和资源，从而能够更专业、深入、系统地完成任务。
2. 每件事情都要做成企业级服务
让每件事都由一个团队负责，意味着中台团队需要将其负责的工作打造成企业级服务。这体现了权利与义务的平衡关系：当一个团队拥有独占的职责时，就必须承担为全公司提供服务的责任。目前，伴鱼的技术中台承担了所有基础服务，每项任务都被设计为企业级服务。例如，报警系统被设计成一个信息分发平台，无论是前端、后端、运维，还是数据库，所有需要分发的报警信息都会先发送到这个平台，由它负责将报警信息分发给相应的负责人。
图片
从人的角度，中台组织架构应该关注提高沟通效率
康威定律指出，组织的沟通结构会直接影响系统的设计，沟通效率越高，系统设计就越合理。而中台的核心理念也是通过优化组织的沟通效率，进而影响公司的系统设计。
以帐号平台为例，在中台化之前，每个与帐号相关的服务都单独提供一系列 API，导致需要使用帐号服务的业务团队必须与多个服务负责人进行对接和接入，造成沟通效率低下。实际上，各业务团队接入帐号服务的流程是相似的，因此，通过将所有帐号相关服务整合为一个团队，并将多个服务和 API 的接入形式抽象为统一的帐号能力或服务，正是中台化的核心目标。
集创技术中台在此之前已经提供了 APP 推送平台、短信推送平台和微信推送平台，现在正朝着“触达平台”方向发展。这个平台能够根据不同的业务场景和用户情况，自动选择最合适的触达方式，并通过反馈的数据智能推荐不同的触达方式，提升触达效率。这体现了从平台化到中台化的演变——从提供基础能力转向提供更强大、更智能的产品或服务能力。
集创技术中台组织架构的演进
上述内容介绍了集创对中台组织架构的理解：中台化的核心是提升工作的复用率和组织的沟通效率，同时基于此提供强大的产品或服务能力。接下来阐述集创技术中台在这一原则下的组织架构演进历程。
图片
第一阶段是基础架构阶段，这是集创技术中台的起步阶段，当时只有服务器基础架构组，主要负责基础服务、微服务框架和服务治理等工作，DBA 团队当时也归属于这个组。
第二阶段是平台化阶段，此时集创技术中台正式成立。服务器基础架构团队、DBA 团队、运维研发团队、以及 Web、安卓和 iOS 基础架构团队合并为集创技术中台，推行 SRE 文化。各团队逐步将需要人工管理的工作平台化。由于技术中台包含前端和后端的基础架构团队，沟通与协作效率显著提升。
第三阶段是中台化阶段，这是伴集创术中台目前所处的阶段。内部，重点挖掘平台之间的价值；外部，则注重提升业务使用时的研发体验。挖掘平台之间的价值，就是搭建“平台之上的平台”，通过打通多个相关平台的数据和接口，提升平台提供产品和服务的能力。同时，从研发体验出发，将一些使用场景相似的平台进行整合，提供统一、简化的使用方式。此外，为了优化沟通效率，伴随平台的融合和调整，内部的组织架构也会相应优化调整。
