事件背景
1969 年，管理學者勞倫斯·彼得（Laurence Peter）與雷蒙德·赫爾（Raymond Hull）發表《彼得原理》，以諷刺手法描述階級組織的一個根本性 bug：員工因為做好現有工作而被晉升，但晉升帶來的是一套完全陌生的技能需求。最終，他們會被推向某個無法勝任的職位，然後停留在那裡——因為表現不夠好，沒理由再升；表現也不是差到被開除，所以被留下。
最經典的案例：一個技術能力超群的工程師被升為技術主管，期待他用傑出的編碼能力帶領團隊。但管理需要的不是寫出更好的代碼，而是評估他人、分配資源、化解衝突、做招聘決策——這些技能往往與技術卓越毫無關係。結果是組織失去了一個傑出的工程師，換來一個平庸（甚至災難級）的經理。
機制：為什麼會發生
彼得原理的成立有三個前提：
1. 晉升標準只看過去：組織用「你在 A 職位做得好」來判斷「你能在 B 職位做得好」，這個邏輯本身就有漏洞——兩份工作的難度曲線、所需技能完全不同。
2. 垂直晉升是唯一的獎勵路徑：如果你做得很好，唯一的職業發展就是「升職」。沒有「在當前崗位上做得更好」的獎勵機制，沒有橫向發展的尊重，沒有專家路線的地位平等。
3. 組織無法即時糾正錯誤：一旦員工升上去，組織往往因為臉面、成本或流程的原因，不願意把他降回去。他在高位上的庸碌表現會在組織內沈澱成為新常態。
現實中的擴大應用
這個原理在知識型組織尤其明顯。在科技公司：超棒的設計師升為設計總監，失去親手設計的時間，卻要做不熟悉的預算和人事決策。優秀的銷售代表升為銷售主管，銷售的 hunger 和直覺救不了你在管理和策略上的失手。
更深層的問題是：這種結構性晉升制度實際上在篩選不適合的領導者。能在第一線做出成果的人，往往靠的是執行力、自驅、細節敏銳度；而管理需要的是系統思維、決策能力、容錯率。這兩種人格特質的交集其實很小。
反解方案
彼得提出的對抗策略是「雙軌制」（Dual Ladder）：並行設置技術軌道（Technical Track）和管理軌道（Management Track），讓傑出的工程師、設計師可以在技術深度上獲得相等的薪資、尊重和地位，而不被強制推向管理崗位。Google、Meta 等公司後來確實實施了類似制度（Staff Engineer、Principal Engineer 與 Manager 薪級相近）。
但這只解決了一半問題。另一半仍然存在：如果某人確實想升職，怎麼判斷他適不適合？答案可能是：不靠過去的職位表現，而是靠對新職位所需能力的認知和準備。