跳出“偽敏捷”陷阱：真正的高績效組織，核心靠這6點

組織進化沒有終點，真正的敏捷也絕非一成不變的模式復制。高績效組織的構建，核心是牢牢把握高度對齊、松散耦合、結果導向、規模適度、有效管控與長期主義這六大核心特征，在動態迭代中平衡速度與質量、創新與風險。唯有摒棄形式主義的“偽敏捷”，堅守價值創造的本質，才能讓組織在持續變化的市場環境中保持活力與競爭力，實現長期可持續發展。

過去多年來，幾乎每位企業高管都曾高呼：“我們需要變得更敏捷、更高效。”然而現實往往充滿諷刺：許多企業在追求敏捷的過程中，陷入了形式主義的泥潭。

他們或是盲目“復制”他人的組織架構，卻忽略自身土壤的差異；或是耗費巨資聘請頂級咨詢公司，試圖通過一本厚厚的“劇本”在一夜之間改變企業基因。這類僅停留在表層的變革，看似抓住了敏捷的“形”，實則背離了高績效的“神”，而其背后的核心癥結，恰恰在于企業管理者的認知誤區。

企業管理者常犯的錯誤，是迷信“放之四海而皆準”的運營模式，并試圖用一種模式統御整個組織。事實上，任何單一的運營模式都無法適配復雜的企業組織——企業內部至少存在兩種截然不同的業務場域：第一種具有高度可預測性，無須員工過多發揮創意，核心KPI是成本，可借助公用服務發揮規模效應；第二種需開展創新或打造定制化解決方案，結果本質上不可預測，核心KPI是速度，目標是降低試錯與學習成本。

真正的現代化高績效組織無法通過模仿獲得，而是建立在六個核心特征之上：高度對齊、松散耦合、結果導向、規模適度、有效管控與長期主義。

高度對齊：

用指揮官意圖取代命令式管理

高績效組織的核心要求之一是敏捷，這就需要賦予團隊更多自主權。但如果只給自主權卻缺乏對齊，團隊會迷失方向；反之，若僅統一方向卻束縛自主權，又會喪失速度。因此，真正的高績效源于高對齊與高自主的結合——既要讓所有力量像矢量一樣朝同一方向發力，又不能依賴自上而下的命令，否則會出現三個嚴重斷層：知識斷層，領導者誤以為團隊掌握的信息與自己一致；對齊斷層，即便戰略描述得再完美，經層層傳遞也會走樣；效果斷層，執行結果往往與預期背道而馳。

解決之道在于運用軍事管理中的“指揮官意圖”（Commander's Intent）。領導者不應再下達具體計劃，而應先清晰傳達“意圖”——目標是什么、為何要達成這一目標，至于如何實現，應留給身處一線、聽得見“炮火”的團隊決定。領導者需通過“回溯式匯報”（back-briefing）了解團隊對任務的理解及執行規劃，并賦予他們執行過程中根據實際情況調整戰術的自由。畢竟，行動本身并不重要，達成預期成果才是關鍵。

松散耦合：“依賴關系即缺陷”

在軟件工程中，依賴是萬惡之源；在組織管理中亦是如此。很多公司試圖通過增加溝通實現對齊，卻反而拖慢了速度。事實上，這是因為過度溝通意味著員工間未形成緊密有機的協同，根源在于組織架構缺乏有效的解耦。

在亞馬遜，我們致力于尋找減少團隊溝通的方法——更準確地說，僅針對核心事項開展溝通，而非讓每個人對自己認為可插手的事隨意發表意見。

我于2014年領導AutoScout24的技術轉型也印證了這一點。當時，我們的數據中心基于ASP.NET、微軟技術及大型Oracle（甲骨文）集群，卻決定轉向亞馬遜云科技的云原生架構、微服務，這無疑是一次巨大變革。

我們確立了“誰開發，誰運維”（You build it, you run it）的原則，鼓勵工程師大膽行動。團隊需對自己構建的產品全程負責，包括運維與故障修復。這就迫使團隊從追求“平均故障間隔時間”轉向優化“平均恢復時間”。

若想提升組織速度，就必須將“依賴關系”視為一種“缺陷”全力消除。

結果導向：

從49周縮短到6周的真相

許多企業雖然采用了敏捷開發，卻淪為“新功能工廠”（Feature Factory，是一種對不健康工作模式的比喻，描述了一個只注重快速產出新功能、而忽視代碼質量、技術債和用戶價值的團隊或組織），以交付代碼量、完成“故事點”（Story Points，是一種抽象、相對的估算方法，用于在敏捷開發中預估用戶故事的工作量）數量衡量產出。這些都是虛榮指標。

真正的“完成”，意味著用戶需求得到滿足，而非代碼在開發者的機器上跑通。

要優化面向客戶的成果交付，需從客戶需求出發推行“逆向工作法”——這也是亞馬遜的創新邏輯，始終以客戶需求與痛點為起點反向推導。創新無法在會議室中誕生，需走出辦公室實地觀察客戶使用產品的場景，找準痛點并解決。

由于創新過程存在不確定性，建議在軟件開發中融入“研發思維”，摒棄將軟件開發等同于硬件制造“設計—制造—發貨”的線性思維，采用“假設驅動開發”（Hypothesis-driven development）。具體而言，組織應將用戶故事表述為“我們相信，這項功能將產生某項成果”（如電商平臺可表述為“我們相信新支付方式能提升轉化率或營收”），且必須明確“當觀察到某種可衡量信號時，即判定為成功”。

產品負責人需預先定義待優化的KPI及成功信號，通過A/B測試衡量功能發布效果——即便未觀察到預期信號也無須焦慮，這正是“構建—衡量—再學習”的迭代過程。

規模適度：

重新定義“兩個披薩”原則

團隊規模絕非單純的數字問題，更關乎是否擁有合適的人才、契合的文化與匹配的技能。

經典的“兩個比薩原則”（將團隊或會議人數限制在兩個比薩能喂飽的范圍內）依然有效，核心原因在于溝通復雜度會隨人數增加呈指數級增長。但團隊規模并無標準答案，關鍵是找到“適度”的平衡：既要“足夠小”，讓成員能快速建立個人信任、高效決策并保持高度凝聚力；也要“足夠大”，確保團隊可獨立交付成果，且內部具備交付所需的跨職能知識。

不過，隨著生成式AI的爆發，我們正邁入“混合智能”時代。未來高績效團隊的結構將發生質變——這是團隊能力的極致增強。

未來的小團隊或許仍由8～10個“實體”構成，但其中可能僅3～4名人類成員（如產品經理、設計主管、資深開發者），其余則是5～10個專業AI Agent。在這一架構下，人類角色將轉變為“意圖設定者”與“決策審核者”，無須陷入低效重復勞動，可專注于高階判斷與創新；Agent負責執行落地，人類則聚焦方向對齊。

有效管控：速度與安全的雙贏

傳統觀念認為“快則不安全，安全則慢”，但在云時代，這一認知已是偽命題。高績效組織通過平臺化與自動化，打破了速度與安全的權衡悖論。

若企業的基礎設施、安全策略與測試流程均代碼化，合規性就不再是事后審計，而是內嵌于交付流程的自動化檢查。這正是亞馬遜云科技推出Amazon Security Agent等工具的初衷——讓Agent代表企業處理安全事件。

平臺團隊的角色至關重要：他們不應是負責把關的“守門員”，而應成為“鋪路者”，提供一套預置安全標準、監控工具與最佳實踐的自助服務平臺。

團隊使用這類平臺時，既能獲得交付速度，也能默認繼承安全性。對于高風險變更，仍需保留人工介入的審核；對于日常常規變更，系統則可自動放行。

長期主義：

干擾團隊穩定性會削弱組織績效

最后，必須談及組織記憶。《項目短視癥》（Project Myopia）的作者艾倫·凱利（Allen Kelly）曾言辭激烈地指出：“解散高績效團隊比肆意破壞公物更惡劣，這簡直是企業的冷血病態行為。”

我們堅信，穩定的團隊是組織績效的核心保障。因為業務流程與業務邏輯均具有復雜性，深刻的業務洞察與默契的協作關系，需要長期沉淀才能形成。項目制的弊端在于，項目一結束，團隊就解散，積累的隱性知識也隨之消散。

高績效組織普遍采用長期存續的產品團隊，這類團隊具有三大核心特征：一是不僅關注交付，更兼顧產品全生命周期管理；二是擁有充足時間培養跨職能技能，打造T型人才（指在某個領域有深度認知和造詣的人）；三是從“特性交付者”進化為“業務問題解決者”。

組織進化沒有終點，真正的敏捷也絕非一成不變的模式復制。高績效組織的構建，核心是牢牢把握高度對齊、松散耦合、結果導向、規模適度、有效管控與長期主義這六大核心特征，在動態迭代中平衡速度與質量、創新與風險。唯有摒棄形式主義的“偽敏捷”，堅守價值創造的本質，才能讓組織在持續變化的市場環境中保持活力與競爭力，實現長期可持續發展。

關鍵詞：

馬蒂亞斯·帕察克（Matthias Patzak）| 文

馬蒂亞斯·帕察克是亞馬遜云科技全球企業戰略總監。

聯系方式

投稿、廣告、內容和商務合作

newmedia@hbrchina.org