有個常見的誤解：以為當上 Staff 工程師之後，就能掌控自己的工作、所有人都會聽你的、照你想要的方式做事。實情恰恰相反。

「有人給過我一個最好的建議，我也一定會傳給其他 Staff 工程師：以為成為 Staff 之後就能主導一切，這完全是誤會。」——凱蒂·賽勒－米勒（Katie Sylor-Miller）

很多工程師之所以選擇 Staff-plus 路線，是因為覺得管理職會議太多、要跟人協作太累。若帶著這種心態走上 Staff-plus，鐵定會大吃一驚。雖然 Staff 通常被定位成 Senior 之後的下一階，但它其實是一個截然不同的角色：你會愈來愈多時間投入到過去很少做、甚至完全沒做過的工作。

Staff-plus 有一段陡峭的學習曲線，一開始幾乎會絆倒所有人。難處之一在於，你手上的工作回饋週期慢得多。當你用即時的寫程式 REPL，換成起伏不定的指導、關係經營與策略工作，那種延遲的回饋在初期會讓人相當氣餒。

這一部要談的，就是如何跨越這道學習曲線、學會以 Staff 工程師的身分運作，並在角色中找到既能自我實現、又能為組織帶來轉變的部分。

這一部涵蓋的主題#

從本書的訪談與作者親身帶領、輔導 Staff-plus 工程師的經驗中，反覆浮現出幾個個人成長的關鍵主題。它們不是這個角色的全部，卻是你最可能發揮超額影響力、或不小心踩到限制職涯地雷的地方。

• 做真正重要的事：善用有限的工作時間，尤其當職涯與人生的各種責任愈疊愈多時。
• 撰寫工程策略：引導組織用架構、技術選型與組織結構去支撐公司的商業目標。
• 管理技術品質：在公司成長與轉向的過程中，持續維護架構與軟體的品質。
• 與權責保持一致：技術領導的權力多半是別人（通常是主管）授予的代理權，能否持續取得取決於你是否保持一致、值得信任、可預期。
• 想領導，先學會跟隨：把自己的願景與同儕和領導層的願景融合。
• 學會永遠不出錯：從「爭對錯」轉向「理解與溝通」，別再把社會資本花在修補衝突撕裂的關係上。
• 為他人騰出空間：讓團隊的成長超越你個人的貢獻。
• 建立同儕網絡：在難以決斷時協助你把關，並在角色權威開始讓人不敢直言時，給你誠實的回饋。

眼尖的讀者會發現，兩個關鍵主題沒有列進來：「指導與贊助（mentorship and sponsorship）」和「當黏著劑（being glue）」。兩者對 Staff-plus 的成功都不可或缺，但作者認為這些主題已有經典之作，與其看他重述稀釋版，不如直接讀原典——指導與贊助見拉臘·霍根（Lara Hogan）的〈What Does Sponsorship Look Like?〉，當黏著劑見坦雅·萊利（Tanya Reilly）的〈Being Glue〉。

隨著你在每個領域刻意練習，會慢慢從一個新科 Staff 工程師，成長為受信任的組織領導者。這段旅程的廣度，正是這類角色難以描述的原因；若你關注的某個主題這裡沒談到，可參考附錄的延伸學習資源。