公司從10人到50人，各部門各做各的怎麼破局跨部門協作？

為什麼10人到50人是組織失控的危險臨界點？

從所有人認識所有人到各部門互不認識

在10人團隊時期，公司依靠的是人際連結與高頻互動。所有人坐在同一個空間，溝通只需轉個頭，決策在茶水間就能拍板。然而，當人數突破30人並邁向50人時，物理空間與認知負荷都達到極限。員工開始只認識自己部門的同事，跨部門的互動大幅減少。原本靠默契維持的協作，逐漸被本位主義取代。這種從我們變成你們的心態轉變，是組織走向碎片化的第一步，也是許多創業者在成長期最頭痛的管理危機。

數字背後的管理挑戰：資訊斷層與決策延遲

人數增加不僅是量的改變，更是質的挑戰。50人公司需要明確的流程與權責，若仍沿用10人時期的喊話管理，必然導致資訊斷層。老闆交代的策略，傳遞到基層時已經變形；前線遇到的問題，向上匯報時又被層層過濾。資訊不透明直接導致決策延遲。當每個部門都只掌握部分拼圖時，沒人能看到完整的戰略全景，最終導致資源錯置與機會流失。了解如何破解組織失控策略，是每個成長期企業的必修課。

面向	10人團隊	50人團隊
溝通模式	口頭、即時、非正式	書面、會議、正式流程
決策速度	秒級決策，老闆直接拍板	需跨部門評估，決策週期拉長
資訊透明度	高度透明，全員共享	資訊孤島，部門間存在壁壘
責任歸屬	模糊但共同承擔	需明確劃分，否則容易推諉
文化凝聚力	靠共同創業熱情維繫	需靠制度、儀式與共同目標

情境：業務與研發互相推卸責任

傳統做法導致衝突：
業務主管：客戶說功能延遲上線，都是研發不配合，害我們被罵！
研發主管：業務亂承諾根本做不到的時程，我們只能按原計畫走，沒空幫你們善後。

新做法重新對焦：
創業者召集跨部門會議：我們停止指責，現在一起看客戶需求排序。請業務說明優先級，研發評估資源，我們每週同步進度，確保目標一致。

快速擴張時常見的3種部門各自為政症狀

症狀一：資訊孤島，跨部門會議變成各說各話

當部門間缺乏共享資訊的機制時，每個團隊都只在自己的同溫層裡運作。業務部不知道研發的底層邏輯，行銷部不了解客服的客訴熱點。開會時，大家各自帶著本位主義的數據互相辯駁，會議變成各說各話的戰場，而非解決問題的平台。這種資訊不對稱不僅浪費會議時間，更讓跨部門協作失去了信任基礎，導致問題在沉默中不斷惡化。

症狀二：資源爭奪，本位主義導致內耗

資源有限時，各部門為了完成自己的KPI，開始搶預算、搶人力。業務部要求增加行銷經費，研發部要求擴編工程團隊。若缺乏全局視角的資源分配機制，公司內部將陷入零和賽局，整體戰力反而因為內耗而下降。這種資源爭奪會讓員工將精力放在內部政治，而非創造外部客戶價值，嚴重拖慢企業的成長步伐。

症狀三：目標模糊，各部門自己定義成功

這是最致命的症狀。當公司層級的戰略沒有被正確拆解，各部門就會用自己的方式定義成功。業務只看營收，研發只看程式碼品質，客服只看結案率。目標不一致，導致大家明明都很忙，公司整體績效卻停滯不前。若需進一步了解管理困境破解方法，可參考相關實務指南，協助團隊找回共同方向。

症狀	徵兆	影響
資訊孤島	重要郵件不副本相關部門、專案進度不透明、數據不互通	決策缺乏全盤資訊，重複犯錯機率高
資源爭奪	搶預算、搶人力、跨部門支援意願低落、會議上計較成本	內耗嚴重，整體資源配置效率低下
目標模糊	KPI各自定義、缺乏一致性、部門績效達標但公司虧損	力氣用錯方向，無法產生綜效

誰該負責？創業者在擴張期的角色轉換

從超級業務員變成架構設計師

許多創業者在公司初期是超級業務員或首席工程師，靠個人能力打天下。但到了50人規模，若還跳下去做第一線的執行，就會成為組織的瓶頸。創業者必須轉換角色，從親自上場變成架構設計師，專注於設計讓團隊能高效運作的系統。這意味著要將個人能力轉化為組織能力，建立一套不依賴特定個人的營運機制，確保企業在擴張時依然能穩定成長。

放下自己來比較快的心態

我自己做只要10分鐘，教他們要做半天，這是擴張期創業者最常陷入的陷阱。短期看你節省了時間，長期卻剝奪了團隊成長的機會，並讓自己陷入無止盡的瑣事中。建立信任授權系統，是打破這個惡性循環的關鍵。透過明確的授權與追蹤機制，讓團隊在錯誤中學習，才能真正培養出能獨當一面的中堅份子，減輕創辦人日常營運的負擔。

建立授權與信任是整合的起點

授權不是丟包袱，而是建立權責對等的機制。給予主管明確的目標與資源，並建立追蹤與回饋的機制。唯有創業者先放手，中階主管才能長出承擔責任的肌肉，組織才能真正從人治走向系統化運作。掌握正確的授權管理系統，能讓團隊戰力倍增，並讓創辦人將時間專注於長期戰略規劃與外部資源整合，帶領企業邁向下一個成長階段。

項目	1分（仍靠自己）	3分（部分授權）	5分（系統化運作）
決策方式	所有大小事皆由老闆裁決	日常事務授權，重大決策仍靠老闆	依權責劃分，主管可自主決策
資訊流通	資訊集中在老闆腦中	部分文件化，但仍需口頭匯報	全面系統化，儀表板即時更新
人員晉升	老闆憑印象決定	主管推薦，老闆複核	依職能模型與績效數據自動觸發
跨部門協調	老闆親自出面協調	主管間自行溝通，卡住時找老闆	透過標準流程與會議機制解決
策略制定	老闆拍腦袋決定	老闆定方向，主管補充細節	透過531策略地圖由各層級展開

情境：創業者不堪負荷的轉變

傳統做法陷入癱瘓：
創業者：每個部門遇到問題都要我裁決，我每天開會12小時，連吃飯時間都在處理客訴，根本沒時間思考公司未來。

新做法重建秩序：
創業者：我建立了部門主管聯席會議，制定明確的權責邊界。讓他們自行協調資源，我只負責例外管理與長期策略，終於能喘息了。

從人治到法治：建立跨部門協作機制

第一步：統一語言導入共同目標管理框架

跨部門協作的第一步，是確保大家在說同一種語言。這意味著必須導入共同的目標管理框架，例如OKR或531策略地圖。當所有部門的目標都能向上對齊公司的核心戰略，向下拆解為具體行動時，本位主義自然會瓦解。統一語言不僅能減少溝通成本，更能讓每個員工清楚知道自己的工作與公司整體目標的關聯，從而提升工作動機與方向感。

第二步：建立資訊共享平台與儀表板

打破資訊孤島需要硬體與軟體的支援。導入專案管理工具或共享儀表板，讓各部門的進度、數據、卡關點都能即時視覺化。當資訊透明化，跨部門的協作就不再依賴問人，而是直接看系統，大幅降低溝通成本。透明的數據也能讓管理階層快速識別瓶頸，及時調度資源，避免因資訊落後而做出錯誤的戰略決策。

第三步：設計跨部門流程與SOP

將高頻發生的跨部門互動標準化。例如新產品上市流程、客訴處理升級機制，明確定義每個節點的輸入、輸出與負責人。用流程制度取代人為催促，讓協作變得可預測且可複製。若需進一步學習信任授權系統打造，可參考系統化實務。標準化的流程能確保經驗被傳承，新人也能快速上手，降低對特定人员的依賴。

面向	人治（當下決策）	法治（流程制度）
彈性	極高，可隨時依情況調整	較低，需透過制度修訂來改變
短期效率	快，直接下指令即可執行	慢，需溝通確認與走流程
可複製性	低，依賴個人經驗與能力	高，新人可按SOP快速上手
公平性	低，容易因主觀判斷產生爭議	高，標準一致，減少人為偏見
長期穩定性	差，人員異動即造成斷層	佳，系統自主運作，不依賴個人

OKR還是KPI？目標管理工具選擇指南

OKR適合用於對齊方向與鼓勵挑戰

OKR的核心精神是聚焦與對齊。它適合用來設定具有挑戰性的質化目標，並用關鍵結果來衡量進度。OKR鼓勵團隊跳出舒適圈，且通常不直接與獎金掛鉤，能激發創新與跨部門協作。在快速變動的市場中，OKR能幫助團隊保持敏捷，隨時調整步伐以應對外部挑戰，確保 everyone 都在朝同一個重要方向努力。

KPI適合用於追蹤常規績效

KPI是用來衡量常規業務達標程度的工具。它強調量化、可達成，且通常與績效獎金直接連結。對於客服、生產、財務等需要穩定輸出的部門，KPI能有效確保基本盤的穩固。KPI的重點在於維持日常營運的品質與效率，透過明確的指標來監控業務健康度，並在出現偏差時及時介入 correcting，適合結構化程度高的工作場景。

如何混搭使用？實務建議

在50人規模的公司，單一工具往往不夠用。建議採用雙軌制：公司層級與創新專案使用OKR來對齊戰略方向；常規營運部門使用KPI來確保績效底線。兩者相輔相成，既能保持敏捷衝刺，又能穩住營運基本盤。透過雙軌制，企業能兼顧長期戰略創新與短期業績達標，避免因過度追求挑戰而忽視日常營運，或因過度保守而錯失市場先機。

比較項目	OKR	KPI
目的	對齊戰略、推動變革與創新	衡量常規績效、確保目標達標
設定方式	由上而下對齊，由下而上承諾	由上而下指派，強調服從與執行
設定頻率	通常季度設定，每週或月追蹤	通常年度設定，月度或季度考核
評估方式	打分數，不直接掛鉤獎金	看達標率，直接掛鉤績效獎金
適用場景	產品研發、行銷創新、組織轉型	業務銷售、客戶服務、生產製造

陷阱	說明	解法
目標過多	每個部門定10個以上OKR，失焦	公司層級不超過3個O，部門對齊即可
與KPI混淆	把日常營運指標當作OKR，缺乏挑戰	區分維持現狀與突破現狀的目標
缺乏定期回顧	季初設定後就沒下文，季末才看數據	建立每週或雙週的OKR check-in會議機制
只掛在牆上	目標與日常行動脫節，淪為口號	將KR拆解為每週具體行動任務
主管不參與	老闆自己定，主管被動接受，無共識	舉辦OKR工作坊，讓主管參與目標共創

實戰案例：從部門孤島到協作團隊的改造過程

案例背景：50人公司，業務、研發、客服各自為政

以一家成長至50人的SaaS公司為例，業務部為了衝業績過度承諾客製化功能，研發部為了維持系統穩定性頻繁擋單，客服部則每天夾在中間挨罵。三個部門的主管在會議上互相指責，公司雖然營收成長，但利潤卻被內部摩擦吃光。這種情況在快速擴張的科技業十分常見，若不及時處理，將嚴重影響產品交付品質與客戶留存率。

導入行動：每週跨部門對焦會議加共同OKR

創業者決定引入第三方顧問，首先梳理核心價值鏈，接著導入季度OKR。將提升客戶留存率設定為跨部門的共同Objective，業務的KR是新客戶精準度，研發的KR是核心功能穩定性，客服的KR是客訴解決時效。同時，設立每週三小時的跨部門對焦會議。透過這種機制，各部門不再只關注自己的KPI，而是共同為客戶價值負責，有效打破部門圍牆。

成果：專案準時率提升，客戶滿意度回升

經過三個月的磨合，部門間的指責變少了，取而代之的是主動詢問我能幫你什麼。研發部開始在產品設計初期就邀請客服部參與，業務部也學會了評估需求的可行性。最終，專案準時交付率提升了約40%，客戶滿意度創下歷史新高。更多組織重建策略的實戰經驗，值得企業主深思與借鏡，避免重蹈覆轍。

指標	改造前	改造後（3個月）
跨部門溝通次數	每月平均5次（多為衝突協調）	每月平均20次（多為協作與同步）
專案延遲天數	平均延遲14天	平均延遲3天
部門衝突次數	每月發生8次以上重大爭執	降至每月1至2次，且能自行解決
員工敬業度分數	eNPS為負15	eNPS提升至正35

情境：導入共同OKR後的第一次跨部門會議

傳統做法各自為政：
業務：我們這個月業績目標是100萬，研發必須在下週支援這個客製化功能。
研發：我們有既定的開發排程，無法插單，業務自己答應的自己去跟客戶說。

新做法對焦共識：
業務：我們共同的OKR是Q2營收成長30%且留存率達90%。我們一起看，哪些客戶需求優先開發能最快達成這個目標？

設計符合50人規模的組織架構

功能式與矩陣式：如何選擇？

50人規模是一個尷尬的階段。純功能式組織效率最高，但容易加深部門谷倉；矩陣式組織協作最好，但管理成本高、容易雙頭馬車。建議初期以強功能式為主，搭配弱矩陣來維持彈性。功能式組織能確保專業深耕，而弱矩陣則透過專案協調人來拉近跨部門距離，這樣能在不大幅增加管理複雜度的前提下，有效解決各自為政的問題。

設置產品經理或專案經理作為協作樞紐

為了打破部門牆，必須設置專責的協作樞紐。產品經理或專案經理負責拉通業務、研發、行銷的流程。他們不擁有直接的人事權，但擁有流程的調度權。這個角色是確保跨部門資源被正確配置、進度被有效追蹤的關鍵。透過專責樞紐的協調，能大幅減少部門間的推諉扯皮，讓專案推進更加順暢，提升整體交付效率。

明確權責：RACI矩陣實作

當流程確立後，必須用RACI矩陣釐清每個任務的角色。誰負責執行、誰負最終成敗責任、執行前必須諮詢誰、完成後必須通知誰。明確的權責能消滅90%的跨部門推諉。破除常見的授權管理迷思，能讓RACI真正落地。透過清晰的角色定義，每個人都知道自己在流程中的位置，減少不必要的溝通成本與責任漏洞。

組織類型	優點	缺點	適合階段
功能式	專業深耕、資源集中、管理單純	部門本位主義、跨部門協作慢	10至50人，產品線單一
矩陣式	跨職能協作好、資源靈活調度	雙頭管理、溝通成本高、易衝突	50至200人，專案導向
扁平式	決策快、資訊透明、員工自主性高	管理者負荷大、難以標準化	10至30人，創新初創期

任務	業務	研發	行銷	客服
需求確認	A (負責)	C (諮詢)	I (知會)	C (諮詢)
開發測試	I (知會)	A (負責)	I (知會)	C (諮詢)
上市推廣	C (諮詢)	C (諮詢)	A (負責)	I (知會)
售後支援	I (知會)	C (諮詢)	I (知會)	A (負責)

會議制度：快速擴張公司的溝通基礎設施

三種必備會議：每日站立會、週跨部門對焦、月策略回顧

會議是組織的神經系統。每日站立會讓小團隊保持同步；週跨部門對焦會議解決跨部門卡點與資源分配；月策略回顧會議則檢討OKR或KPI進度，調整戰術。這三層會議構成了完整的溝通基礎設施。透過分層次的會議設計，能確保資訊從前線到决策層都能順暢流動，避免高層戰略與前線執行脫節，維持組織的敏捷度與執行力。

會議效率提升：議程、產出、追蹤三要素

無效的會議是生產力殺手。每個會議必須具備三要素：會前發出明確議程與預讀資料；會中嚴格控制時間，產出明確結論與行動項目；會後24小時內發出會議紀錄，並追蹤執行進度。沒有產出的會議，等於沒開。建立嚴謹的會議紀律，能大幅減少員工對開會的抗拒，讓會議真正成為解決問題的工具，而非浪費時間的形式主義。

避免會議疲勞：哪些會議可以取消？

定期檢視會議清單，取消那些只為同步資訊的會議，改用書面報告或儀表板，合併那些參與者重疊的會議。對於創業者而言，學會拒絕參加不需要自己決策的會議，把時間還給深度思考。掌握主管帶人心法，能有效提升團隊整體的會議與執行效率。會議的精簡與聚焦，是釋放團隊生產力、減少內耗的重要關鍵。

會議類型	參與者	時長	產出
每日站立會	部門或專案小組成員	15分鐘	今日優先事項、卡關點、需要協助
週跨部門對焦	各部門主管、PM	1至2小時	跨部門資源協調、進度風險排除、決策
月策略回顧	創業者、高階主管	半天	目標進度檢討、策略微調、資源重分配

如何讓新進主管快速融入協作文化？

設計onboarding流程：組織圖、關鍵人物、協作工具

新進主管的成敗，往往取決於前90天。除了業務交接，必須設計專屬的管理層入職流程。包含解讀公司組織圖與隱性權力結構、認識跨部門關鍵人物、熟悉內部協作工具與流程。這能幫助他們快速建立人際網絡與系統認知。完善的入職計畫不僅能縮短新主管的摸索期，更能向他們傳遞公司重視系統化管理的文化信號，加速其融入團隊。

建立主管Mentor制度

指派一位資深且文化契合的高階主管作為新導師。導師的任務不是教業務，而是傳授如何在這個公司生存與協作的潛規則與心法。透過定期的一對一交流，協助新主管避開文化地雷，加速融入團隊。這種非正式的指導關係，能幫助新主管更快理解公司的運作邏輯，減少因文化衝突而產生的摩擦，提升新進管理人才的留存率與成功率。

定期跨部門輪調或專案參與

為了打破新主管的本位主義，可安排他們參與跨部門的短期專案，或進行小規模的輪調。這不僅能培養全局觀，也能建立跨部門的同儕人脈。了解信任授權系統解密，有助於新主管更快建立團隊信任。透過跨部門的實戰體驗，新主管能更深刻理解其他部門的痛點與需求，從而促進未來的工作協作。

比較項目	內部晉升	外部空降
文化融入速度	極快，熟悉潛規則與行事風格	較慢，需時間理解並適應既有文化
既有關係	深厚，跨部門溝通順暢	歸零，需從頭建立信任與人脈網絡
專業能力	可能受限於既有思維，缺乏新視野	通常能帶來新作法、新工具與新視野
團隊接受度	高，但可能遭遇同儕嫉妒挑戰	初期高，後期若無成績易受質疑

落地執行：90天整合行動計畫

第1至30天：診斷現狀、建立共識

這階段的重點是看清真相與凝聚共識。創業者需透過深度訪談與數據分析，找出跨部門協作的真正痛點。接著，召開高階主管共識營，對齊公司願景與現況落差，確立必須改變的急迫性，並選定1至2個優先改善的跨部門流程。診斷階段的成功關鍵在於數據的客觀性與高層的决心，唯有讓團隊正視問題，後續的改變才有意義。

第31至60天：設計機制、導入工具

針對優先改善的流程，設計標準化SOP與RACI矩陣。同時，導入目標管理框架，並設定跨部門的共同指標。配置相應的協作工具，並舉辦全員教育訓練，確保每個人都理解新機制與新工具的使用方法。這個階段需要高強度的溝通與訓練，確保新制度不會淪為紙上談兵，而是真正融入日常工作中，成為團隊運作的新標準。

第61至90天：最佳化迭代、鞏固文化

新機制上線必然會遇到反彈與摩擦。這階段要密集進行覆盤會議，收集一線反饋，微調不合理的流程與指標。同時，透過表揚跨部門協作的成功案例，將新行為固化為企業文化。90天只是一個起點，持續的最佳化循環才是整合的關鍵。建立持續改善的機制，能讓組織在面對未來挑戰時，具備自我修復與進化的能力。

階段	行動項目	產出
第1至30天	部門訪談、痛點診斷、高管共識營	組織診斷報告、改善優先級清單
第31至60天	設計SOP與RACI、導入目標管理、工具上線	跨部門流程圖、目標管理系統、操作手冊
第61至90天	覆盤會議、指標微調、成功表揚、文化固化	最佳化後的制度、協作成功案例集、文化宣言

品牌觀點：以系統化思維重建組織底盤

面對快速擴張帶來的組織混亂，零碎的修補往往治標不治本。PersonaGruppe（薈豐頤和）認為，企業必須具備系統化思維，才能從根本上重建組織底盤。我們透過 EAS 九大循環進行企業體質診斷，找出協作斷層的根源；接著運用 531 策略地圖，將公司戰略精準對齊到每一個部門。這種由上而下的系統性思考，能確保每一個改變都直指核心問題，而非 hanya 解決表面症狀。

我們強調策略、組織與人才的整合顧問能力。不僅僅是給出建議，而是透過陪跑式輔導，帶領企業從企業建構、流程制度到會議教練，一步步真正落地。唯有將人放在對的位置，並用系統化的群體機制將他們串聯，企業才能在快速擴張中保持敏捷與凝聚力，持續創造價值創新。這種全方位的陪伴，是確保制度能真正生根發芽的關鍵。

結論與下一步行動

公司從10人擴張到50人，各部門各做各的並非無解的絕症，而是組織升級必經的陣痛。創業者必須覺悟，過去的成功經驗已無法解決現在的問題。放下親力親為的執念，從人治邁向法治，建立跨部門協作機制，才是拉回團隊凝聚力的關鍵解法。面對成長陣痛，唯有正視問題並採取系統化行動，企業才能突破瓶頸，邁向下一個規模。

下一步行動：本週內，召集所有部門主管進行一次跨部門痛點盤點會議。不檢討績效，只專注於找出三個最嚴重的協作卡點，並共同選定一個下個月優先解決的跨部門流程。行動，是打破現狀的關鍵方法。

延伸閱讀：

• 建立信任授權系統解密
• 打造信任授權系統
• 信任授權管理系統

常見問題 FAQ

Q1：快速擴張時，應該先導入 OKR 還是 KPI？

建議先盤點部門屬性。若公司正處於需要創新與戰略轉型的階段，應優先導入 OKR 以對齊方向；若是營運模式穩定、需確保日常績效達標的部門，則應先落實 KPI。實務上，多數50人規模的企業會選擇雙軌並行，以兼顧敏捷衝刺與營運穩定。

特性	OKR	KPI
核心用途	推動變革、對齊戰略	維持營運、確保達標
挑戰性	高，鼓勵突破舒適圈	中，強調合理且可達成

Q2：50人規模的公司，組織架構應該選擇功能式還是矩陣式？

50人規模建議以功能式組織為主，確保專業深耕與管理單純。為了避免部門本位主義，可搭配弱矩陣設計，設置專案協調人來維持跨部門協作的彈性，這樣能在管理成本與協作效率之間取得最佳平衡。這階段的重點是建立基礎流程，而非過度複雜的組織設計。