技術最強的你升主管三個月就快燒起來了：聊聊轉職管理背後，你的身體和心該怎麼辦

九月九日，掘金上一篇工程師圈的老話題又被翻出來討論：為什麼技術極強的前端，往往當不好前端 Team Leader。文章描寫的場景很具體，公司把部門裡 code 寫得最漂亮的人提拔成主管，三個月後，團隊多了一個疲憊不堪、瀕臨崩潰的管理者，同時失去了一個高產的頂級工程師。

這篇是工程師寫給工程師的管理文，但換個角度讀，你會發現它其實是一份非常真實的過勞個案紀錄。技術圈的健康問題，常常就藏在這種「升官」的轉折裡。這次我們不聊管理學，聊你自己。

白天開會、晚上偷偷改組員的 code，這種日子撐不久

原文裡有一段描述值得停下來看：技術型組長的真實日常，是白天應付跨部門溝通，晚上坐下來發現組員寫的 code 各種不順眼，於是索性自己接管核心模組，通宵達旦地寫 code，把最難、最出彩的活全攬在自己身上。

還有一種更隱蔽的行為：在 Code Review 合併之後，趁著深夜，悄悄把別人的 code 大改一遍，換上自己覺得優雅的寫法。

從健康角度看，這兩種行為有共同的代價：你的睡眠被砍掉了，而且是被你自己砍掉的。白天做管理、晚上做工程，等於一個人打兩份全職工作。短期靠腎上腺素撐得住，三到六個月後，很多人會開始出現一些訊號：入睡時間越來越晚、躺下來腦子還在跑 code、週末補眠越補越累、對原本喜歡的技術工作開始感到煩躁。

這些不是意志力問題，是負荷問題。如果你的處境和這篇描述有幾分像，可以先做一件小事：把最近兩週的入睡時間記下來。連續三週以上在凌晨一點後才睡，而且不是因為失眠、而是因為「還有 code 要改」，這就是一個值得認真對待的警訊，下一步不是硬撐，而是跟你的上級談一次工作量，或者至少把「深夜改 code」這件事排進你的重新評估清單。

把技術判斷變成流程，也把你的身體從流程裡贖回來

原文提出的主張其實很符合健康邏輯：與其在深夜肉眼抓 Bug、搞得人困馬乏，與其偷偷重寫組員的 code，不如把個人的技術判斷，沉澱成不依賴任何人的工程護欄，讓機器和規範去擋錯，而不是靠你一個人的燃燒。

這個道理放到身心層面一樣成立。很多人升上管理職後的崩潰，本質上就是「所有事情都要經過我」的單點依賴。原文形容得很直白：組長本人成了整個業務線最大的阻塞點，一旦他請假或生病，關鍵流程就徹底癱瘓。

如果你發現團隊的運作已經離不開你加班，那麼照顧自己最有效的方式，恰好就是把工作交出去。授權在這裡不是管理技巧，是健康行為。交出去的過程會不舒服，因為別人做得沒有你好，但你可以在 Code Review 裡給回饋，而不是在深夜裡重寫。前者訓練團隊，後者訓練你的失眠。

關於多工切換對注意力的損耗，我們在開了十幾個工作會話之後，你的注意力也需要一個看板那篇聊過，結論在這裡同樣適用：你不是在多工，你是在快速消耗切換成本。

當不了全能主管，不代表你失敗了

這類討論底下最值得留意的，是轉職者自己的情緒。技術頂尖的人習慣用「解決問題的能力」定義自我價值，升上管理職後，產出變得模糊、回饋週期變長、寫 code 的時間被會議切碎，很多人會經驗到一種說不出口的失落：我好像變得沒有用了。

然後深夜改 code 就成了一種自我安撫。那是他唯一還能感受到「我很強」的地方。

如果你正在經歷這種感受，先知道一件事：這是轉職期非常普遍的心理過渡，不是你個人的缺陷。技術身分認同的重建需要時間，通常以月計。比較健康的做法是替自己找新的可見產出，例如把團隊的交付穩定性、新人成長、事故減少當成你的新作品。

但有幾個訊號出現時，建議不要只靠自我調適，找專業聊聊會更實際：連續超過兩週對大多數事情提不起勁、出現胸悶心悸或腸胃不適但檢查找不出原因、開始用酒精幫助入睡、或對組員的煩躁感強烈到影響日常互動。這些可以直接掛身心科或家醫科門診，也可以先從公司若有提供的員工協助方案開始，不需要等到「真的撐不下去」。

給正在考慮轉管理的你，幾個可以提前想的事

如果你技術很強，而且剛好被考慮升主管，不妨在答應之前先誠實回答自己幾個問題。

你能不能接受一整天沒寫一行 code？你能不能看著別人用你覺得笨的方式解決問題，而不動手改？你願不願意把績效的來源從「我做了什麼」換成「團隊能做到什麼」？原文說得透徹：成熟主管的產出上限，不再是你一天能敲多少行核心 code，而是整個團隊在沒有你親自下場的情況下，能以多高的確定性穩定運轉。

答不出來也沒關係。很多優秀工程師後來選擇走技術專家路線而不是管理線，這是正常的職涯選擇，不是退縮。

最後提醒一件小但重要的事。原文發表的時空背景是 2026 年的行業收縮期，交付節奏被壓到極限，這種環境會放大所有「用燃燒自己換產出」的傾向。越是這種時候，越值得守住兩條底線：睡眠時間盡量不讓渡給 code，以及任何讓你「越做越空」的工作模式，都值得每個月重新檢視一次。

好的主管不是最累的那個人。能長期穩定輸出的團隊，通常背後是一個睡得著、放得了手、也允許自己狀態起伏的負責人。技術很強的你，值得把自己也放進系統架構圖裡，當成一個需要被照顧的元件，而不是永遠的備援電源。