目錄

當公司從10人快速成長到50人,許多創業者會發現,曾經默契十足的團隊,突然變成公司擴張部門整合的噩夢。各部門各做各的,業務抱怨研發進度慢,研發吐槽業務亂答應客戶。管理學研究指出,多數快速成長企業在規模超過40人時,會遭遇顯著的協調問題。要解決組織混亂,不能只靠老闆一人盯場,必須從系統化流程設計入手,重建跨部門協作的底層邏輯。
從10人到50人:為什麼各部門開始各做各的?
快速擴張的甜蜜陷阱
在10人規模時,所有人都在同一個辦公室,老闆喊一聲就能解決問題。這種「人治」模式在早期帶來了極高的敏捷性。然而,當人數突破30人、邁向50人時,這種依賴個人記憶與口頭傳達的模式會迅速崩潰。員工開始依賴部門內的同溫層,跨部門的默契被僵化的職責邊界所取代,資訊傳遞失真的情況日益嚴重。
溝通路徑暴增的管理現實
根據經典管理學「帕金森定律」的溝通路徑計算,當公司員工人數從10人成長到50人時,內部溝通路徑的理論最大值從45條暴增到1225條。這意味著管理複雜度提升了近27倍。若沒有建立標準化的跨部門協作流程,員工花費在無效溝通與協調上的時間將大幅增加,嚴重拖累整體營運效率。
| 員工人數 | 理論溝通路徑數 | 管理複雜度倍數 |
|---|---|---|
| 10人 | 45條 | 1倍 |
| 20人 | 190條 | 4.2倍 |
| 30人 | 435條 | 9.6倍 |
| 40人 | 780條 | 17.3倍 |
| 50人 | 1225條 | 27.2倍 |
面對如此龐大的溝通成本,企業必須導入專業的跨部門協作破局方法,將隱性的默契轉化為顯性的系統規則,才能打破部門壁壘,確保資訊流通順暢。
你的公司正在經歷這些「各自為政」的徵兆嗎?
業務與研發互罵日常
最常見的混亂徵兆,就是前線業務與後端研發的對立。業務為了拿下訂單,常常對客戶過度承諾;而研發為了確保品質與穩定性,認為業務都在亂開支票。雙方缺乏共享的資訊平台,導致客戶需求傳達嚴重失真,最終損害的是公司信誉與客戶關係。
資源爭奪戰開打
隨著規模擴大,預算與人力資源變得緊張。業務部想多招人衝業績,財務部為了控制成本而擋單,人資部則在缺乏明確職位描述的情況下盲目找人。這種內耗源於公司整體目標未能有效拆解至各部門層級,導致各單位只看重自身利益而忽視全局。
新進員工帶入舊習慣
從10人到50人,新進員工數量遠超舊員工。如果沒有刻意維護核心文化,新員工會用過往的工作習慣填補文化真空,導致「各做各的」變成常態,團隊凝聚力迅速瓦解。這會讓原本優良的協作傳統在不知不覺中被侵蝕。
| 徵兆 | 具體表現 | 影響程度 |
|---|---|---|
| 跨部門會議沒結論 | 互相推諉,會議淪為報告大會 | 高 |
| 客戶需求傳達失真 | 業務答應的功能,研發完全不知道 | 極高 |
| 預算爭吵頻繁 | 各部門為了搶奪資源而忽視整體戰略 | 中 |
| 核心員工離職率上升 | 因內部摩擦與目標不明確而產生倦怠 | 高 |

傳統做法(各自為政):
業務經理:「客戶說下週就要這個功能,你們研發為什麼做不到?」
研發工程師:「你們每次都亂開支票,我們手上還有三個專案在跑!」
新做法(系統化協作):
業務經理:「這是客戶需求優先級清單,我們一起看一下開發排程,找出最快能交付的方案。」
研發工程師:「好,我這邊有資源負荷表,我們對一下。」
若您的團隊已出現上述徵兆,建議盡快導入組織失控系統化管理策略,透過結構化的方法重塑協作秩序,將內耗轉化為成長動能。
三大核心原因:資訊孤島、資源爭奪、文化稀釋
資訊孤島效應:看不到全局的部門各自為政
業務部掌握客戶需求,研發部埋頭開發功能,兩者資訊完全沒有交集。這源於缺乏統一的資訊共享平台與對齊目標的機制。組織行為學研究指出,團隊成員對於「誰該做什麼」的認知相似度,是預測協作流暢度的最強指標。資訊孤島直接破壞了這種認知相似度,導致各部門在盲區中运作。
資源爭奪內耗:KPI各自為政的惡果
企業管理實務指出,部門KPI各自為政是導致資源配置戰爭的元兇。當每個部門只為自己的數字負責時,跨部門協作就會變成吃虧的代名詞。沒有共同利益的綁定,協作永遠只是口號,員工自然會選擇保護自身部門的利益,甚至不惜犧牲公司整體目標。
文化稀釋風險:新人多於舊人時價值觀崩解
許多科技企業的文化準則強調,當組織快速擴張時,若沒有刻意維護核心價值,文化稀釋是必然結果。新人帶來的新習慣若未經過篩選與融合,會迅速沖淡原有的協作文化。若沒有明確的行為準則,舊有優良傳統將被新進人員的個人習慣所取代。
| 問題 | 典型場景 | 解決方向 |
|---|---|---|
| 資訊孤島 | 業務不知研發進度,研發不知客戶痛點 | 建立共享儀表板與對齊機制 |
| 資源爭奪 | 財務擋預算,人資亂找人 | 設定共創KPI,利益綁定 |
| 文化稀釋 | 新人不認同協作價值,各自為政 | 將文化轉化為具體的行為準則 |

要解決這些深層問題,創辦人需要建立完善的信任授權系統建立,讓資訊與資源的流動有規可循,而不是依賴人為的協調與主觀判斷。
創始人瓶頸:當老闆成為最大卡點
「所有人找我」模式的崩潰
許多創辦人仍然沿用小團隊時代的「所有人找我」管理模式。管理學研究觀察到,當人數超過30人,所有跨部會問題都交由一人裁決,會造成決策延遲、員工失去主動性。創辦人不僅因過勞而判斷失準,更成為組織效率的天花板,阻礙了企業的進一步擴張與敏捷反應。
從控制者轉變為系統設計師
知名創投家指出,企業規模超過30人時,創辦人的目標不再是自己做決定,而是讓正確的人,在正確的流程中,做出正確的決定。這意味著必須從微觀的控制者,轉變為宏觀的系統設計師,專注於制定規則與優化流程,而非介入每一個細節的決策。
| 面向 | 轉型前(控制者) | 轉型後(系統設計師) |
|---|---|---|
| 決策方式 | 獨斷、所有小事都請示老闆 | 授權、依據權限表自動決策 |
| 溝通模式 | 所有人找我、口頭傳達 | 建立標準流程、會議機制 |
| 員工感受 | 被動等待、缺乏責任感 | 主動負責、具備全局觀 |
傳統做法(控制者模式):
創辦人:「這個客戶問題你等我一下,我來處理。」
部門主管:「好,那我先放著,等老闆指示。」
新做法(系統設計師模式):
創辦人:「這個客戶問題按照我們的需求變更流程,你直接找產品經理討論,決策權限表上有寫。」
部門主管:「收到,我馬上去處理。」
創辦人必須學習破解主管帶人困境,將決策權下放,並透過制度確保權責相符,讓組織能夠自動自發地運作。
系統化整合五步驟:從混亂到協作
步驟總覽:建立共同的語言與規則
整合不是消除部門,而是建立「共同的語言與規則」。組織管理理論指出,當部門專業化程度越高,就需要更強大的整合機制。以下五步驟提供一個由淺入深的系統化路徑,幫助企業從根本上解決跨部門協作的痛點,建立高效能的營運體系。
步驟一:繪製端到端價值鏈流程圖譜
用一張「端到端價值鏈」圖,畫出客戶從下單到交付的完整路徑。標示出每個環節涉及哪些部門,以及跨部門交接時最常卡關的「節點」。這是讓所有人看見全局、停止互相指責的起點。透過視覺化的流程圖,團隊能清楚認知到自身工作在整體價值鏈中的定位與影響。
| 步驟 | 目標 | 關鍵行動 | 預期效益 |
|---|---|---|---|
| 1. 流程圖譜 | 看見全局 | 繪製端到端價值鏈 | 消除資訊孤島,明確交接節點 |
| 2. 溝通憲章 | 明確權責 | 制定決策權限與邊界 | 減少模糊地帶的爭吵與推諉 |
| 3. 專案整合者 | 專人協調 | 設立跨部門橋樑角色 | 確保資訊傳遞正確,推動專案 |
| 4. 節奏會議 | 定期同步 | 導入日時週月會議機制 | 及時排除阻礙,對齊目標進度 |
| 5. 共創績效 | 利益綁定 | 設計跨部門共享KPI | 打破部門壁壘,鼓勵共創績效 |

在推動第一步時,主管往往需要具备全局觀,可參考主管帶人心法,引導團隊從本位主義中跳脫出來,共同為最終的客戶價值負責。
步驟二:建立跨部門溝通憲章
明確定義責任邊界與決策權限
溝通憲章的核心,是明確定義各部門的「責任邊界」與「決策權限」。將過去口頭約定或模糊不清的規矩,白紙黑字寫成手冊。這能大幅減少不必要的會議與爭吵,讓基層員工在面對跨部門問題時,有明確的裁決依據,避免因權責不清而導致的互相推諉。
常見模糊地帶的處理範例
以「客戶需求變更」為例,若沒有明確規範,業務與研發必定陷入拉鋸戰。透過制定「需求變更決策權限表」,將變更依據影響範圍分級,並明確指定各級別的批准人與通知對象,讓流程自動化、透明化。這種機制能有效降低衝突,提高跨部門協作的效率與品質。
| 變更類型 | 影響範圍 | 批准人 | 通知對象 |
|---|---|---|---|
| 小改動 | UI文字、簡易調整 | 產品經理 | 研發執行窗口 |
| 中改動 | 功能調整、影響工期 | 產品總監+業務主管 | 專案經理、全體相關人員 |
| 大改動 | 路線變更、重大預算 | 創辦人+全體主管 | 全公司 |
建立清晰的權責邊界,是信任授權管理迷思的破局關鍵,讓授權建立在明確的規則之上,確保組織運作既有彈性又不失秩序。
步驟三:設立專案整合者角色
誰適合擔任整合者?
在50人階段,創辦人無法兼顧所有協調工作。必須指定一位中階主管或資深員工擔任「專案整合者」。這個角色需要具备極高的橫向溝通能力,並對整體業務有熱情,能夠理解各部門的語言與難處,成為連接不同專業領域的橋樑,推動跨部門專案順利進行。
整合者的職責與權限設計
整合者專責推動跨部門專案、確保資訊傳遞正確,並作為各部門的溝通橋樑。組織管理學者指出,跨部門衝突應轉化為對事不對人的「認知性衝突」。整合者的職責之一,就是透過共享數據與事實,引導團隊進行理性辯論,而非陷入情緒性的情感衝突,从而達成共識。
| 能力項 | 重要性 | 內部人選 | 外部聘僱 |
|---|---|---|---|
| 橫向溝通力 | 極高 | 具備跨部門經驗之中階主管 | 具專案管理經驗之營運主管 |
| 業務理解力 | 高 | 輪調過業務與產品線之人才 | 具產業顧問背景之人才 |
| 協調經驗 | 中 | 曾主導過跨部門專案之成員 | 具PMP或敏捷教練證照者 |
| 衝突解決力 | 高 | 情商高、具備同理心者 | 具組織發展背景者 |
若內部暫時沒有合適人選,可透過外部顧問協助輔導,逐步建立信任授權系統解密,培養內部的整合人才,確保跨部門協作能夠持續且穩定地運作。
步驟四:導入節奏式會議機制
三層級會議:日站會、週會、月會
節奏式會議是維持組織同頻的關鍵。透過建立日站會(團隊內部)、週會(跨部門同步)、月會(公司級目標檢視)三個層級的定期會議,確保資訊流動的連續性。嚴格控制時長,避免會議淪為冗長的報告大會,讓每次會議都能產出具體的行動方案與責任歸屬。
會議效率守則:聚焦阻礙與下一步
會議的核心議題必須聚焦在「阻礙」、「下一步」與「誰負責」。權威管理期刊指出,透過數據驅動的跨部門協作,將過去「人與人之間的猜忌」轉為「數據與數據之間的對比」。會議中應直接檢視儀表板數據,針對落後指標討論對策,確保團隊始終朝著正確的目標前進。
| 會議層級 | 頻率 | 參與者 | 時長 | 核心議題 |
|---|---|---|---|---|
| 日站會 | 每天 | 團隊內部成員 | 15分鐘 | 昨日進度、今日計畫、當前阻礙 |
| 週會 | 每週 | 跨部門窗口、專案整合者 | 30分鐘 | 跨部門同步、資源協調、風險預警 |
| 月會 | 每月 | 全公司主管、創辦人 | 60分鐘 | 公司級目標檢視、戰略對齊、資源重分配 |

會議機制的落地,需要主管具備引導與打造信任授權系統的能力,確保會議產出能轉化為實際行動,而非僅止於紙上談兵。
步驟五:設計共創績效獎勵制度
打破部門KPI各自為政
傳統KPI往往導致部門各自為政。要打破這種局面,必須將個人獎金的一部分與跨部門協作成果掛勾。獎勵「一起把餅做大」,而不是「誰搶到的資源最多」。這能有效將情感性衝突轉化為共同奮鬥的合力,讓各部門在追求自身目標的同時,也能兼顧公司整體的利益。
共創KPI設計實例
以SaaS公司為例,若業務部只背負銷售額,研發部只背負功能上線數,雙方必然對立。若將「產品上市後的客戶滿意度」與「客戶留存率」同時設為兩個部門的共創KPI,雙方就會為了同一個目標而努力,主動尋求協作解決方案。這種利益共同體的建立,是解決跨部門衝突的最有效手段。
| 面向 | 傳統KPI | 共創KPI |
|---|---|---|
| 業務部指標 | 銷售額、新客獲取數 | 客戶留存率+產品滿意度+銷售額 |
| 研發部指標 | 功能上線數、Bug修復率 | 客戶留存率+產品滿意度+系統穩定性 |
| 獎金掛勾 | 純個人績效達成率 | 個人績效(50%)+團隊共創績效(50%) |
| 協作動機 | 低(各扫門前雪) | 高(利益共同體) |
共創績效的設計,是信任授權管理系統的最後一塊拼圖,確保所有人在利益上真正結為一體,共同為公司的長期發展努力。
三種組織整合方法比較:矩陣式、BPR、虛擬團隊
矩陣式組織結構的優劣
矩陣式組織保留專業部門的深度,同時透過專案經理進行橫向協調。其優勢在於靈活應對變化,但限制是員工需向兩個老闆報告,容易造成角色衝突與決策遲緩。若權責劃分不清,反而會增加混亂,因此在採用前必須有明確的授權機制與溝通管道。
跨部門流程再造(BPR)的適用性
BPR 從根本上重新設計核心業務流程,消除無效的跨部門交接環節,效率提升顯著。然而,其變革幅度極大,對50人規模的中小企業來說,風險較高,可能導致業務中斷或員工強烈反彈,需謹慎評估。通常建議在企業面臨重大危機或轉型關鍵期才考慮採用此方法。
虛擬團隊/專案小組的靈活與限制
不改變既有部門結構,針對特定任務臨時組成跨部會小組。優勢是門檻低、見效快;限制是臨時性強,缺乏長期機制,容易陷入「每次都要從頭開始磨合」的循環,無法建立穩定的協作習慣。適合用於短期攻堅專案或需要快速驗證的創新孵化任務。
| 方法 | 優勢 | 限制 | 適合情境 |
|---|---|---|---|
| 矩陣式組織 | 保留專業深度,橫向協調靈活 | 雙頭馬車,易生角色衝突 | 專案導向且產品線複雜之企業 |
| 跨部門流程再造 | 根本性消除無效交接,效率極高 | 變革風險大,易引發內部反彈 | 面臨生存危機或需徹底轉型之企業 |
| 虛擬團隊/專案小組 | 門檻低、見效快、不破壞現有結構 | 臨時性強,難以建立長期協作習慣 | 短期攻堅專案或創新孵化任務 |

企業在選擇整合方法時,應根據自身規模、產業特性與當前面臨的挑戰進行綜合評估,選擇最適合的協作架構,以達到最佳的營運效果。
PersonaGruppe 品牌觀點:系統化企業建構
在 PersonaGruppe(薈豐頤和)的顧問實務中,我們觀察到許多中小企業在擴張期迷失方向,創辦人往往過度專注業務拓展,忽略了組織底盤的重建。我們以系統化與可落地的方式,協助企業完成策略落地與組織升級,建立能長期運作的營運體質。
我們透過 EAS 九大循環與 531 策略地圖,將5年願景、3年方針與1年行動緊密連結。在組織建構上,從體質診斷、流程制度設計,到人才梯隊培訓,提供完整的三大顧問流程:診斷(Assessment)、設計(Design)、落地(Execution)。我們不僅給出管理建議,更帶著企業一起執行,確保跨部門協作制度真正生根,成為企業核心競爭力的一部分。
常見問題 FAQ
Q1:公司才50人,導入正式流程會不會扼殺彈性?
這是最常見的誤解。好的流程是為了減少低價值的溝通摩擦。關鍵是流程要「夠輕、夠用」,不需要像大公司一樣厚重。簡單的填單規則反而能騰出時間做更有價值的事,確保速度與秩序的平衡,讓彈性建立在規範之上。
Q2:部門大家都忙,誰來當那個「整合者」?
可以從中階主管中挑選一位具備「橫向溝通能力」且「對整體業務有熱情」的人。初期可由創辦人親自兼任,但目標是在三個月內過渡給專人。若內部無合適人選,可考慮外部聘僱具專案管理經驗的營運主管,以客觀視角推動跨部門協作。
Q3:業務部與研發部總是互罵,有具體的解決工具嗎?
互罵源於目標不一致與資訊不對稱。這包含傳統解法與系統化解法的比較,系統化解法包含建立共享客戶數據庫看見同一份事實、設立客戶留存率等共創KPI進行利益綁定,以及定期舉辦客戶對談會讓研發聽見一線聲音,從根本上解決對立問題。
| 面向 | 傳統解法(治標) | 系統化解法(治本) |
|---|---|---|
| 資訊對齊 | 私下溝通、開會互相指責 | 建立共享客戶數據庫,看見同一份事實 |
| 目標綁定 | 各部門背負獨立KPI,各自為政 | 設立客戶留存率等共創KPI,利益綁定 |
| 同理心建立 | 要求雙方多開會、多溝通 | 定期舉辦客戶對談會,讓研發聽見一線聲音 |
Q4:導入新流程時,老員工反彈很大,有方法嗎?
老員工反彈通常來自「失去控制感」。建議採用共創流程設計,邀請老員工指出痛點並共同設計解決方案,讓員工具備參與感成為流程的主人。這能讓他們從消極抵抗轉為主動優化,確保制度真正落地並產生預期效益。
| 面向 | 強制派任推動 | 共創流程設計 |
|---|---|---|
| 員工感受 | 被強加外來壓力,消極抵抗 | 具備參與感,成為流程的主人 |
| 執行成效 | 表面配合,私底下仍走舊路 | 主動優化流程,確保制度落地 |
| 建議作法 | 老闆直接下達新規定 | 邀請老員工指出痛點並共設計解決方案 |
Q5:各部門主管各自為政,創辦人該如何介入?
創辦人需先檢視自己是否越級下指令、繞過主管。應建立「跨部門主管聯席會議」機制,強制各主管每週報告目標與進度,公開討論資源分配,形成集體共識,而非由上而下的單方面施壓。這有助於建立透明且負責任的管理文化。
結論與下一步行動
公司從10人擴張到50人,是管理複雜度呈指數級增長的危險期。知名組織行為學者警告:「組織擴張最大的敵人不是競爭對手,而是內部的混亂。如果你不設計一套協作系統,員工就會自行設計一套生存系統。」這提醒我們,系統化管理是企業邁向規模化的必經之路。
下一步行動:
請盤點目前跨部門交接最卡關的三個節點,下週召開一次跨部門主管聯席會議,共同繪製「端到端價值鏈流程圖」,並選定一位專案整合者推動後續改善。不要等混亂擴大才行動,現在就是建立系統的最佳時機,讓組織具備應對未來挑戰的韌性。
延伸閱讀:
