職場上有個很奇怪的傳統價值觀：如果你工作表現好，唯一的獎勵就是把你升上去「管人」。
好像如果你到了 35 歲還沒掛個經理的頭銜，你就是職涯失敗組，就是不求上進。
但現實是，有很大一群人，他們天生就對管人過敏。他們喜歡對著螢幕寫程式，勝過對著人開會；他們喜歡鑽研最新的行銷演算法，勝過處理下屬的請假糾紛。
把這群人硬推上管理職，通常會釀成悲劇：公司失去了一個王牌戰將，多了一個無能的平庸主管。
來看看阿哲的故事，這也是無數技術高手的惡夢。
阿哲是公司的首席工程師，寫 Code 的速度快又穩，是傳說中的「大神」。只要系統一掛掉，大家只要看到阿哲坐在電腦前，就會覺得安心。
年底，老闆為了獎勵他，加上原本的技術長離職了，於是大筆一揮，把阿哲升為「研發部經理」。薪水加了，頭銜變大了，阿哲以為這是他職涯的高光時刻。
殊不知，這是地獄的開始。
上任第一個月，阿哲發現他打開 IDE的時間不到 10%。他的時間全被會議填滿：跨部門協調會、績效面談、預算編列會、還要去喬下屬之間的吵架。
他最痛苦的是績效考核。他明明知道某個下屬能力不行，但他就是說不出狠話，最後只好自己熬夜幫那個下屬把 Code 重寫一遍。
半年後，阿哲崩潰了。團隊績效下滑（因為他沒時間盯技術），他自己也因為過勞而亮起健康紅燈。
他跑去找老闆說：老闆，可不可以讓我回去寫程式就好？
老闆一臉不可置信：阿哲，人往高處爬，你怎麼會想走回頭路？你這樣讓我很難做人耶。
阿哲的遭遇，就是管理學上著名的「彼得原理」：在一層級制度中，員工會被晉升到他不勝任的職位，然後卡在那裡。
其實，職涯發展從來就不只有「管理職」這一條路。在現代企業，特別是科技與專業服務業，應該要有另一條平行的專業職軌道。
如果你現在也站在這個十字路口，請先做一次自問，判斷你到底適不適合當主管：
一：你的多巴胺來源是什麼？
A 類人： 喜歡「自己動手做出來」的成就感。寫完一支程式、談成一張單、畫完一張圖，會讓你覺得超爽。
B 類人： 喜歡「看著別人成長」或「指揮大部隊作戰」的成就感。看到下屬成功，比自己成功還開心。
如果你是 A 類人，去當主管會讓你快樂缺氧。因為主管的工作通常是破碎的、溝通性質的，很難有立即的「完工感」。
二：你對「人類的混亂」有多少耐受度？
專業工作是對事的，邏輯是對錯分明的。但管理工作是對人的，人是情緒化的、不邏輯的。
如果你很討厭處理「情緒」、討厭「猜測別人的想法」、討厭「無效溝通」，那你千萬別當主管。因為處理「人的 Bug」，比處理「系統的 Bug」難上一百倍。
三：你願意為別人的錯誤買單嗎？
當 IC 時，你只要為自己的產出負責。當主管時，下屬犯錯，就是你的錯。你必須去幫他擦屁股、去跟大老闆道歉，還不能把責任推給下屬。這需要極強大的心智強韌度。
如果經過測試，你發現自己就是天生的超級 IC，那該怎麼拒絕升遷，才不會黑掉？
你不能只說「我不要」，那樣像是在推卸責任。你要提出替代方案。專家建議這三招：
一：定義你的技術影響力，爭取專家職
告訴老闆，你想走的不是管理軌道，而是專家軌道。
範例： 老闆，謝謝你的肯定。但我審視過自己的特質，我發現我在技術架構上的貢獻，會遠大於我在行政管理上的貢獻。我希望能以技術的角色，協助團隊解決最難的技術問題，但我不需要扛人事管理的責任。
重點： 讓他知道，你不是不想貢獻，而是換一種「更高效的方式」貢獻。
策略二：提出「導師制」而非「管理制」
老闆想升你，通常是希望你能複製你的能力給新人。
你可以提議：我不當經理，但我可以擔任資深員工的 Mentor。我負責每週帶他們做 Code Review，提升他們的技術力。至於行政管理，可以交給更擅長溝通的人。
重點： 拆解管理職責。把「技術指導」（你擅長的）留下來，把你討厭的分出去。
三：用「機會成本」來說服老闆
算一筆帳給老闆聽。
範例： 老闆，如果你把我放在管理職，我每天要花 4 小時開會。這意味著我每週會少產出 X 個關鍵功能。以目前的專案進度來看，這樣的機會成本可能太高了。不如讓我專注在開發，這對公司的營收幫助更大。
重點： 老闆在乎的是效益。證明你「不當主管」反而能幫公司賺更多錢。
回到阿哲的故事。
他後來沒有離職，而是跟老闆進行了一次深談。他拿出了國外科技大廠的職涯階梯圖，
他把「人」的管理權交還給另一位擅長溝通的 PM。現在，阿哲不用再處理誰跟誰吵架的鳥事，他專注於規劃公司未來三年的技術藍圖，薪水甚至比之前的經理職位還高。
老闆也發現，這樣分工後，團隊的運作反而更順暢了。
在這個時代，主管不再是職涯成功的唯一代名詞。
一個能解決頂級難題的專家，價值絕對不輸給一個平庸的管理者。勇敢承認自己「不想管人」，不是示弱，而是一種對自己、對團隊最負責的清醒。
