團隊離不開某個人時，真正該拆的不是那個人，而是所有事情為什麼最後都繞回他。
所以這一題真正的順序是：先找出依賴路徑，再分開高價值判斷和日常承接，最後才談授權與補位。
很多團隊會說「他真的最強」「別人還接不住」，但真正的判斷點不是能力評價，而是整條工作路徑有沒有第二條路。
表面上每個人都有分工，但風險確認、優先級、最後決定還是回到同一個人。
不是整體工作量變多，而是大家開始等待、排隊、卡在同一個節點判斷。
這通常代表系統裡沒有真正可承接的第二路徑，而不只是「他不肯放」。
代表問題不在人數，而在角色位置、邊界、橋接和決策分層沒有被重建。
這些方法看起來合理，但如果結構沒改，通常只會讓問題換一種形式回來。
錯法 1
如果其他路徑根本接不住，叫他放手只會把風險暴露得更快，不會真的減少依賴。
錯法 2
沒有看清結構之前補人，新人通常會一起圍到原本那個強者身邊，依賴不會自然鬆開。
錯法 3
流程文件可以讓事情更清楚，但如果沒有人站在真正的承接位上，還是會一路回到原來的單點。
你不需要一次把所有問題都解決，但至少要先讓系統開始長出第二條路。
先把決策、風險確認、跨部門協調、客戶升級和臨時救火分別畫出來，別只用感覺討論。
很多事不是一定要經過他，而是團隊已經默認這樣最省事。先把兩種情況分開，才看得到可鬆動的空間。
不是只找一個副手，而是讓關鍵動作真的有其他人、其他位置、其他流程能接住。
真正重要的不是把他抽空，而是把他從萬用補位還原成關鍵決策點。
如果你已經不只是「感覺哪裡怪怪的」，而是碰到下面這些信號，通常就不該再只靠內部磨合了。
情境 1
一切都能補，但也因為什麼都在補，系統一直長不出可獨立運作的結構。
情境 2
這通常代表問題已經進入配置層，而不是單純靠工作習慣就能解決。
情境 3
這已經不是「他很重要」，而是整條路徑缺乏備援，值得直接從結構層看。
情境 4
當你已經做過很多動作卻還是卡住，通常要回頭看骨架，而不是繼續加同類解法。
這幾頁會把「團隊離不開某個人」從原因、結構到企業應用，串成一條比較完整的理解路徑。
企業方案
如果你已經要處理團隊單點依賴、授權卡點與配置問題，這頁適合直接看服務入口。
看企業方案 →成因頁
如果你想先弄清楚問題為什麼會發生，這頁會把單點依賴如何形成講清楚。
先看成因 →概念頁
如果你想回到更底層的結構概念，先把角色配置、缺口和橋接位看清楚。
看結構概念 →授權頁
如果你已經知道問題不只是 workload，而是每次一放就又收回來，這頁會更聚焦。
看授權卡點 →補位頁
如果你發現問題常常最後還是回到創辦人或主管身上，這頁會更貼近現場。
看補位原因 →擴編誤區
如果你現在正想靠補人解決，這篇會幫你判斷為什麼結構沒看清時，加人常常無效。
看擴編問題 →