小老闆制度

The Trap of Misalignment: Why Internal Entrepreneurship Systems Often Fail

內容目錄

很多公司開始談小老闆制度時，通常已經遇到一些很熟悉的問題。

人才留不住。
決策太慢。
老闆每天都在救火。
中高階主管愈來愈多，事情卻沒有愈來愈快。
年輕人不想只當執行者，老鳥又覺得下面的人不夠成熟。

於是，有人提出一個聽起來很有希望的答案：把員工變成小老闆。

給他們更大的責任、更多自主權，再搭配獎金、分紅，讓每個人都像在經營自己的事業。公司不必事事等老闆拍板，人才也會因為有舞台而留下來。

這個想像很美。

問題是，很多公司真正落地後的版本，往往只有責任被下放，權限、資訊與利益仍留在原本的位置。

員工被要求像老闆一樣思考，卻沒有老闆看得到的數字；被要求替結果負責，卻連預算、人力、供應商、時程都無法決定；被告知有分紅，卻從來不知道那筆錢是怎麼算出來的。

到最後，制度沒有培養出一群能打仗的人，反而製造出一群更累、更會保護自己，也更快離開的人。

這不是制度失敗，而是很多公司從一開始就沒有真正做小老闆的制度。

小老闆的制度，原本不是一個頭銜

「小老闆」不是嚴格定義的管理學名詞。它混合了幾種已經存在很久的管理概念：內部創業、授權管理、利潤中心、合夥機制、自主管理團隊。

國外比較早的脈絡，並不神祕。

3M 在二十世紀中期便鼓勵研發人員保留一部分時間探索新想法，讓產品創新不只從正式專案裡長出來。Gore 長期以較扁平、網狀的組織設計聞名，強調承諾、影響力與團隊間的協作。後來海爾推動「人單合一」與微型創業單元，把大型組織拆成更接近市場的小單位，讓部分團隊直接面對使用者與經營結果。

這些制度表面上都在講授權，真正的核心卻是另一件事：

讓做決定的人，看得到後果，也拿得到成果。

這裡的成果不只包含獎金，也包含資訊、資源、信用與下一次做決定的資格。

所以真正的小老闆，並不是把「經理」、「組長」換成更有企圖的名稱。它比較像公司承認了一件事：一個組織若所有判斷都要回到一個人身上，那再有能力的老闆，最後也會變成公司的瓶頸。

台灣不是沒有學過，只是常常學到外殼

若問這制度何時引進台灣，很難找到一個可以畫紅線的年份。

因為台灣早期就有事業部制、利潤中心、專案獎金與內部創業的做法；到了二○一○年代，隨著中國企業改革、平台型組織、敏捷管理與新創文化被大量討論，「小老闆」才逐漸成為一個更容易被理解、也更容易被拿來使用的詞。

它會在台灣變得吸引人，原因很現實。

台灣企業很多是從製造、貿易、代工或家族型經營一路長大。創業初期，老闆靠速度、直覺和人脈做決定，往往真的有效。公司小的時候，老闆管得細，大家反而覺得有效率；公司變大之後，原本的優勢開始反過來造成問題。

市場變快了，產品週期更短，客戶需求更分散。老闆還是同一個老闆，能看的會議卻多了十倍。這時候，大家自然會想：能不能多培養幾個像老闆一樣的人？

但很多制度只學到「叫大家承擔」，沒有學到「讓大家能判斷」。

於是小老闆變成一個很尷尬的位置。

他得背業績、背專案、背客戶情緒、背跨部門協調；真正需要用錢、用人、改規格、調交期時，還是得一路往上請示。成功被視為團隊努力，失敗卻很容易被歸到他個人的能力問題。

這種安排沒有創業感，只有責任外包。

最危險的位置…高責任，低權限

一個制度是否健康，不必先看它叫什麼名字。先看責任與權限放在哪裡。

小老闆的權責矩陣

結果責任／決策權限	權限低	權限高
責任低	傳統執行角色：工作邊界清楚，穩定但參與感有限	特權角色：握有資源卻不必承擔結果，容易形成內耗
責任高	偽小老闆：要扛成果卻不能決定，高壓、倦怠與流動風險最高	真正的小老闆：有授權邊界、資源、資訊與成果分配

最容易出問題的，就是左下角。

公司覺得自己在栽培人才，員工感受到的卻是：「事情都要我負責，但關鍵決定不是我做的。」

這種狀態維持久了，留下來的人通常分成兩種。

一種是已經習慣忍耐，知道不要太認真改變系統；另一種是很會在模糊規則裡保護自己、找資源、搶功勞。真正想把事情做好、又有其他選擇的人，反而很可能先走。

曾有業界案例在推行高度競爭式的內部創業機制後，出現極高的人才流動。這類現象不能只怪年輕人抗壓性不夠，也不能用一句「留下來的才是菁英」帶過。

當一家公司把制度設計成不斷淘汰人，它最後留下的未必是最適合長期經營的人，而是最能適應制度政治的人。

高流動率最可怕的地方，不只是招募成本。

它會讓產品知識、客戶脈絡、供應商默契、失敗經驗一起流失。公司表面上看起來還在運轉，裡面卻開始沒有足夠的人敢承擔長期問題。等到市場變了，才發現組織早已失去修正能力。

要救回來，常常不是一季或一年能完成的事。

跨領域與試錯，不能只給會講的人

小老闆常被期待能帶來橫向發展。

原本做產品的人可以理解市場；做業務的人開始看毛利；工程師也能更早理解使用者、成本與商業模式。這個方向沒有錯。公司真正需要的，正是能跨越職能邊界、看懂整體的人。

但橫向發展有一個很少被說清楚的前提：不同職能獲得試錯的機會，必須有合理的設計。

業務或產品角色的成果，通常比較容易被看見。簽到訂單、拉高營收、推出新產品，數字很快會出來。工程研發卻不一樣。

工程師花三個月改善架構、降低故障率、減少維修成本，未必會立刻反映在營收上。研發願意擋下一個有問題的規格，避免後面六個月的品質災難，也不一定會被當成績效。很多技術貢獻，本來就是在問題還沒爆炸前，把它消掉。

若公司用同一套短期營收指標看所有人，研發團隊很容易被推向錯誤的方向。

為了追求短期成果，他們可能犧牲可維護性、測試完整度、可靠度與技術債管理。表面上，專案跑得很快；幾季之後，產品開始難改、客訴變多、維修成本上升，最終還是由工程端收拾。

制度不該只屬於站在前線、最會講故事的人。

研發也需要自己的經營責任，只是衡量方式不能照抄業務。技術品質、開發週期、成本下降、失效改善、可維護性、專利轉化、平台重用率，甚至避免了多少後續損失，都應該成為能被討論與追蹤的成果。

真正成熟的制度，不會要求每個人都變成業務；它會讓每個專業都知道，自己如何對公司的長期價值負責。

有企圖心的人，與有私心的人，差別在哪裡？

權限下放一定會放大人性。

這不是壞事。公司本來就需要有企圖心的人，需要願意承擔、願意突破部門邊界、願意把事情往前推的人。

但企圖心與私心，有時在制度設計不清楚時看起來很像。

兩者都會爭取資源，都會希望自己的專案被看見，都會替自己爭取更大影響力。差別在於，前者的成果能讓團隊、產品或客戶一起變好；後者把制度當成一場搶食遊戲，重點是自己能拿到多少位置。

當指標模糊、資源分配不透明、主管偏好影響過大時，有私心的人往往不需要做出最好的結果。他只需要更會定義成果、更早卡位，或更懂得與有權力的人結盟。

這也是很多公司導入 360 度評價後，反而感到失望的原因。

360 度評價原本是希望補足單一主管看不見的部分。可是一旦同儕評價直接影響獎金、升遷或分紅，它就不再只是回饋。

它可能變成人情交換。
也可能變成集體保護。
更糟時，會成為工作衝突後最安靜的報復工具。

評價機制可以保留，但不能把它當成判斷一個人價值的唯一來源。尤其不該讓一張匿名表單，決定一個人是否有資格得到下一次機會。

中高階主管不該被淘汰，他們該換一種價值

推行小老闆時，最容易被忽略的人，往往是中高階主管。

對許多資深主管來說，權限下放聽起來像是自己被削弱。以前他掌握資訊、核准資源、決定優先順序；現在團隊裡出現幾個可以直接往前衝的人，他很容易懷疑：那我還剩下什麼？

如果公司沒有回答這個問題，中間層自然會成為制度最大的阻力。

阻力不一定是公開反對。它可以是一個永遠排不到的審核會議、一份要求補了又補的資料，或一句聽起來很合理的話：「以前我們試過，行不通。」

真正該做的，不是把資深主管變成被繞過的人。

他們的角色應該從「所有事情的核准者」，轉成「能讓更多人成功的教練、整合者與風險判斷者」。他們該負責資源協調、跨部門衝突、人才培養與重大風險，而不是繼續困在每一筆小預算、每一個細節決策裡。

這也需要利益重新設計。

如果小老闆成功，直屬主管卻覺得自己被架空、獎金也沒有增加，他當然不會真心支持。若制度能讓培養人才、協助專案成功、降低跨部門摩擦的人同樣得到回報，老鳥才會從防守者變成助推者。

AI 出現後，小老闆的制度可以少一點黑箱

AI 不會自動讓老闆更願意授權，也不會讓人突然變得沒有私心。

它能做的，是降低資訊不對稱與管理摩擦。

小老闆最需要的，不是一個全天候盯著他的 AI 主管，而是更快取得原本只有少數人看得到的資訊：專案毛利、成本變動、庫存風險、交期、客訴趨勢、資源使用狀況、產品使用回饋。

當這些資訊能被整理成人人看得懂的決策介面，討論就比較不會停留在「我覺得」與「老闆以前都這樣做」。

AI 也能協助留下決策脈絡。當一個專案延期、成本上升或成效不如預期，團隊可以回看當初依據了什麼資料、做了什麼假設、在哪個環節偏離。這比事後找人負責更有價值，因為它讓失敗變成下一次能修正的資料。

不過，AI 不適合直接替人打分數。

把 AI 評分與獎金、升遷直接綁在一起，很可能只是把原本的人為黑箱換成更難理解的演算法黑箱。人可以質疑主管，卻不一定知道怎麼質疑模型。更健康的做法，是讓 AI 提供可追溯的事實資料，保留人對脈絡、合作、風險與長期價值的判斷。

真正的小老闆制度，先從一小塊開始

沒有哪一家公司可以直接複製另一家公司的制度。

規模小、產品單純、老闆仍在第一線的公司，未必需要急著切成很多小單位；規模還不大時，太早建立複雜機制，反而會讓溝通成本高過制度效益。

通常當團隊開始出現跨部門協作困難、老闆成為所有決策關卡、主管層級增加卻無法加速執行時，才值得認真思考更明確的授權機制。

但不要一開始就把整家公司翻過來。

先挑一個產品線、一個客戶群、一個能獨立衡量成果的專案。先寫清楚四件事：

第一，這個人能決定什麼，哪些事情仍需要升級處理。
第二，他能使用多少預算、人力與外部資源。
第三，成果怎麼算，獎勵怎麼算，資訊由誰公開。
第四，失敗時怎麼結案，人才會回到哪裡，而不是直接被貼上不適任標籤。

制度需要容錯，但容錯不等於沒有紀律。它指的是在一開始就把可承擔的損失、可接受的試錯範圍、該停損的條件講清楚。

一個人知道自己可以在哪裡自由嘗試，也知道跨過哪條線必須回來討論，反而更能放心承擔。

小老闆最後考驗的，從來不是員工有沒有老闆命。

它考驗的是老闆是否願意承認：公司要長大，不能只靠一個人永遠是對的；中高階主管是否願意把自己的價值，從控制事情，轉成成就更多人；團隊是否願意把短期輸贏，放進一個能長期修正的系統裡。

最好的制度，未必讓每個人都像老闆。

它會讓每個人都清楚知道：自己能決定什麼、該承擔什麼、做成後能得到什麼，以及失敗後是否還有下一次。

這才是人願意留下來，把事情做深的原因。

資料說明與延伸閱讀

「小老闆制度」在不同企業裡有不同名稱與做法，並不存在單一標準版本，也沒有明確的「台灣引進年份」。本文以內部創業、事業單位授權、利潤中心與自主管理團隊的共同邏輯討論，避免把特定企業的經驗直接當成普遍結論。

可延伸查閱的脈絡包括：

陷阱與錯位…為什麼許多公司的「小老闆制度」會失敗？