作者：默思編輯部 發布：2026-09-15
「從資深工程師升任工程主管（Engineering Manager）」，在多數公司的職涯階梯上被描繪成一種自然而然的「升遷」；但愈來愈多業界討論指出，這其實更接近一次「轉職」——因為讓一名工程師成為優秀IC（Individual Contributor，個人貢獻者）的能力，與讓一個人成為優秀主管的能力，兩者的重疊程度遠比想像中低。
技術能力再強的工程師，一旦轉任主管，日常工作內容會出現根本性的轉變：不再以寫程式解決技術問題為主要產出，而是要處理團隊績效管理、給予回饋、分配任務、以及各種需要面對面處理的困難對話。根據相關調查，約有68%的資深工程師認為，「策略性溝通」是轉型過程中最關鍵、也最容易被低估的能力——這項能力在純粹的技術貢獻者職涯路徑中，往往不是被系統性訓練或重視的重點。
轉任主管當天就必須具備、卻鮮少在工程師養成過程中被教導的技能包括：如何有效給予回饋（feedback delivery）、如何適當授權而不是事必躬親（delegation）、如何進行績效管理、以及如何處理困難對話（例如指出團隊成員的表現問題）。這些技能與寫出優雅程式碼、設計穩健系統架構所需要的思維方式，幾乎是兩套完全不同的能力系統。
業界普遍建議的路徑，是在正式轉任主管職稱之前，先透過非正式的領導機會累積經驗——例如指導junior工程師、主導專案、主動承擔跨部門協作工作。這種做法有雙重好處：一方面能讓當事人在職稱轉換之前，先實際體驗管理工作的樣貌、確認自己是否真的適合並享受這類工作；另一方面也能向組織證明自己已具備轉任的準備度，而不是單純憑年資或技術資歷申請轉調。
值得誠實面對的現實是，不少工程師嘗試轉任主管職務約十八個月後，最終選擇轉回IC路線——這並不代表失敗，而是反映出管理工作確實不適合每一個人，即使技術能力再出色也一樣。好消息是，IC與管理這兩條路徑之間的轉換，在現代科技公司中已經愈來愈被視為正常的雙向流動，而非單行道式的職涯選擇，人們可以依照不同人生階段的興趣與狀況，在兩條路徑之間切換。
如果你正在評估要不要接下主管職，與其只問「我的技術能力夠不夠格」，更該誠實地問自己：「我是否享受把時間花在協助別人成功，而不是自己動手解決技術問題」。可以先從主動指導junior同事、或主導一個跨團隊專案開始，實地感受管理工作的樣貌，再決定是否要正式踏上這條轉職之路。
想在轉型過程中持續保有扎實的技術判斷力，歡迎參考Python課程。