從0到1搭建技術中臺之組織架構篇
中臺架構近年來備受關注,但由于缺乏統一的定義,各公司對中臺的理解各有不同。最近,集創技術團隊分享了他們從零開始搭建技術中臺的經驗和心得,值得參考。無論采用何種組織架構,其核心目標始終是更好地服務人才和提升業務效率。因此,咱們在推進中臺化的過程中,始終從這兩個方面出發,評估現有架構對效率的影響,并探索如何優化組織架構。
從事情的角度,中臺組織架構應該關注提高復用率
1. 每件事情只由一個團隊負責
傳統互聯網公司的組織架構通常是根據業務發展來設計的,每新增一條業務線,組織架構往往需要重新搭建一次,這導致了重復建設的問題。如果公司擁有多條業務線,通常會出現多個 DBA 團隊、運維團隊和基礎架構團隊等現象。這意味著同樣的工作在公司內部由多個團隊負責,每個團隊都要獨立進行人才管理和技術積累,從復用率的角度看非常低效。若將相同的工作集中由一個團隊負責,重復的任務只需做一次,不僅減少了不必要的工作量,還匯集了全公司的相關人才和資源,從而能夠更專業、深入、系統地完成任務。
2. 每件事情都要做成企業級服務
讓每件事都由一個團隊負責,意味著中臺團隊需要將其負責的工作打造成企業級服務。這體現了權利與義務的平衡關系:當一個團隊擁有獨占的職責時,就必須承擔為全公司提供服務的責任。目前,伴魚的技術中臺承擔了所有基礎服務,每項任務都被設計為企業級服務。例如,報警系統被設計成一個信息分發平臺,無論是前端、后端、運維,還是數據庫,所有需要分發的報警信息都會先發送到這個平臺,由它負責將報警信息分發給相應的負責人。
圖片
從人的角度,中臺組織架構應該關注提高溝通效率
康威定律指出,組織的溝通結構會直接影響系統的設計,溝通效率越高,系統設計就越合理。而中臺的核心理念也是通過優化組織的溝通效率,進而影響公司的系統設計。
以帳號平臺為例,在中臺化之前,每個與帳號相關的服務都單獨提供一系列 API,導致需要使用帳號服務的業務團隊必須與多個服務負責人進行對接和接入,造成溝通效率低下。實際上,各業務團隊接入帳號服務的流程是相似的,因此,通過將所有帳號相關服務整合為一個團隊,并將多個服務和 API 的接入形式抽象為統一的帳號能力或服務,正是中臺化的核心目標。
集創技術中臺在此之前已經提供了 APP 推送平臺、短信推送平臺和微信推送平臺,現在正朝著“觸達平臺”方向發展。這個平臺能夠根據不同的業務場景和用戶情況,自動選擇最合適的觸達方式,并通過反饋的數據智能推薦不同的觸達方式,提升觸達效率。這體現了從平臺化到中臺化的演變——從提供基礎能力轉向提供更強大、更智能的產品或服務能力。
集創技術中臺組織架構的演進
上述內容介紹了集創對中臺組織架構的理解:中臺化的核心是提升工作的復用率和組織的溝通效率,同時基于此提供強大的產品或服務能力。接下來闡述集創技術中臺在這一原則下的組織架構演進歷程。
圖片
第一階段是基礎架構階段,這是集創技術中臺的起步階段,當時只有服務器基礎架構組,主要負責基礎服務、微服務框架和服務治理等工作,DBA 團隊當時也歸屬于這個組。
第二階段是平臺化階段,此時集創技術中臺正式成立。服務器基礎架構團隊、DBA 團隊、運維研發團隊、以及 Web、安卓和 iOS 基礎架構團隊合并為集創技術中臺,推行 SRE 文化。各團隊逐步將需要人工管理的工作平臺化。由于技術中臺包含前端和后端的基礎架構團隊,溝通與協作效率顯著提升。
第三階段是中臺化階段,這是伴集創術中臺目前所處的階段。內部,重點挖掘平臺之間的價值;外部,則注重提升業務使用時的研發體驗。挖掘平臺之間的價值,就是搭建“平臺之上的平臺”,通過打通多個相關平臺的數據和接口,提升平臺提供產品和服務的能力。同時,從研發體驗出發,將一些使用場景相似的平臺進行整合,提供統一、簡化的使用方式。此外,為了優化溝通效率,伴隨平臺的融合和調整,內部的組織架構也會相應優化調整。