增加團隊是一個錯誤的戰略決策

背景

本文探討了一位工程經理在組織架構變動中的挫敗經驗。作者描述在未經溝通的情況下，公司高層突然空降了一個專門負責客戶體驗（CX）的新團隊進入其管轄的「部落」（Tribe），但該團隊卻直接向業務垂直領導者匯報，而非向部落內部的領導層負責。這種權責不對等與溝通斷層，最終導致新團隊的技術方案與既有系統脫節，成為戰略決策失敗的典型案例。

社群觀點

Hacker News 的讀者對此案例展現出兩極化的評價，爭論核心在於這究竟是組織架構的失靈，還是中層管理者的政治角力。部分留言者對作者的處境表示同情，認為這反映了典型的領導層決策黑箱。他們指出，當高層感受到特定業務指標（如工單處理時間）停滯不前時，往往會跳過現有的開發節奏，試圖透過增加人力或成立專項團隊來強行推動進度。這種做法若缺乏與現有團隊的誘因對齊，往往會導致內耗。有觀點認為，優秀的經理人應將這種高層壓力轉化為爭取現有團隊增員的機會，而非被動接受一個「編外團隊」，否則後續的技術整合與維護將成為災難。

然而，另一派聲音則對作者的敘述持批判態度，認為這篇文章充滿了強烈的「地盤意識」與辦公室政治色彩。批評者指出，作者雖然使用了許多專業的社會技術系統術語，但字裡行間透露出對新團隊的排斥。有人直言，作者因為新團隊不向自己匯報，便採取了一種「冷眼旁觀其失敗」的消極態度，甚至可能在過程中刻意不給予支持。這種行為被視為一種隱形的破壞，將個人對權力的掌控慾置於公司利益之上。留言中有人感嘆，這種將同事視為「入侵者」的「部落主義」心態，正是許多企業內部推行新計畫時最大的阻礙。

此外，討論也延伸到了技術實踐的合理性。有留言者質疑，僅僅為了開發一個內部儀表板（Dashboard）來串接現有 API，是否真的需要招募三名全職員工。這種資源配置的失衡，往往暗示了背後存在更深層的溝通障礙，即開發團隊與業務端之間缺乏信任，導致業務端寧願自行組建團隊也不願依賴現有的工程資源。

最後，關於「部落」（Tribe）這一名詞也引發了不小的討論。許多讀者對這種源自 Spotify 模型的術語感到反感，認為這類敏捷開發框架在大多數公司都執行得非常拙劣，反而創造了更多複雜的匯報線與權力鬥爭。這種命名方式不僅顯得矯情，有時更諷刺地反映了企業內部各小團體之間互不信任、劃地自限的真實樣貌。

延伸閱讀

• Spotify Model: 留言中提到的組織架構模型，將團隊分為 Squads、Tribes、Chapters 與 Guilds，旨在提升大型工程組織的靈活性，但常因實施不當而導致權責混亂。