內容來源：DevOps案例深度研究第4期 – 火神山雷神山 DevOps實踐研究戰隊
本案例內容貢獻者：賴澤薇、張揚、鄧茜芸、韋一、劉德權、候利濤、馮利娟、常相宇、張力、韓豐、陳浩
IDCF指導老師：王立傑、許舟平、姚東、徐磊
作者：賴澤薇

本次疫情影響範圍廣，確診病例多，快速建成具備大規模病患收治能力的醫院，隔離傳染源，救治病人，對於疫情防控具有重大意義。傳染病醫院驗收標準極高，如配套設施齊全，配備新風系統和負壓系統以防止汙染源外滲；要求是“三區兩通道”，將醫護人員和病患分離等。建設難度極大，工期短、工程量大，對設計、建造及人員物資調配均提出極高要求。

十天飛速建成，再次創造了奇蹟，也再次讓世界見證了中國速度。現在就讓我們一起從DevOps視角來複盤火神山雷神山建設過程。

中國速度之二神山建設（1）：堅強的領導核心，“小團隊大後臺”組織結構

一、“小團隊大後臺”組織結構

火神山雷神山專案是集建築、電信、IT、運輸、能源、醫療器械等各行各業攜手共建、分工合作的一個專案。

因此，二神山專案的組織架構不能完全類比IT行業的組織架構，但它也不是使用建築行業傳統樹狀結構的組織架構。從另一方面來說，它是一個典型的敏捷類專案，畢竟10天內建成一所大型的傳染病醫院，在世界建築史上都是鳳毛菱角。那麼，二神山專案究竟使用了什麼樣的組織架構呢？先別急，我們先來看看這兩個例子。

美軍在二戰時，以軍為單位作戰；到了越戰，以營為單位作戰；到中東戰爭，以7到11人的極小班排作戰。前端能做到越來越小，是因為後臺有非常強大的導彈、資訊系統支援。我們說美軍是今天全世界範圍內最靈活的軍事組織，也是核心競爭力和打擊能力最強的組織，是因為它使用了這種強大後臺支撐、小前端靈活應變的組織架構。

阿里巴巴在2015提出了“小前臺+大中臺” 的組織架構，它將之前細分的25個事業部打亂，根據具體業務將其中一些能夠為業務線提供基礎技術、資料等支援的部門整合成為“大中臺”，統一為業務線提供支援和幫助。阿里搞“小前臺+大中臺”的組織模式，核心目的是希望能夠促使組織管理更加扁平化，使得管理更加高效，組織運作效率提高，業務更加敏捷靈活。

雷神山、火神山建設是由政府部門武漢市城鄉建設局發文、發出緊急命令，召集央企中建三局緊急召回各施工專案團隊，同時，要求北京中元設計在78分鐘內交付小湯山設計稿，聯絡專家複核改進。中信建築設計院召集設計人員，成立全國公益專案，出BIM設計稿。同時，場平、排水道路、裝修各個行業龍頭團隊有條不紊。

“小團隊+大後臺”的組織模式。政府背景的牽頭人是強有力領導核心，在後臺保障、資源排程方面提供強有力的支援。啟動戰時模式，大後臺能夠源源不斷地為前端小團隊提供彈藥和糧草，讓他們沒有後顧之憂地向前衝鋒。

現場施工團隊由各細分行業的龍頭企業負責，每個小隊都是一個端到端的特性團隊，授予他們充分的決策權力，給予充分的後勤保障和公共資源支撐，讓這些企業帶著清晰的目標，獨立領導一個個小團隊去推進業務，並且針對實際施工情況中的變化做快速反應。

小前端：讓聽得見炮聲的人來做決策。
大後臺：強大後臺為實施團隊賦能。

傳統樹狀結構的職能組織中，特別是發展中後期，容易出現各種形式的“ 部門牆 ”，主要表現在跨部協作困難、員工溝通不暢、互相推諉扯皮等問題上。火神山專案是網狀結構組織，各建設單位跨部高效合作能發揮群體合力，創造1＋１〉２的團隊效應。主要有以下幾個原因：

家國大義背景下，部門本位行為道德成本高。
工期緊張，任務繁重，首重按時保質交付。
網狀組織溝通順暢、資訊共享。
組織架構扁平化、層次少。
精兵強將，端到端的責任意識強。
專案資源充足。
強有力外部監督：6000萬雲監工。

中國速度之二神山建設（1）：堅強的領導核心，“小團隊大後臺”組織結構

相關文章