資深之後，純技術通常只能帶你到資深工程師。要再往上的「Staff+」層級（技術專家、首席工程師），核心不是寫更多程式碼，而是用三件事放大影響力：大局觀思維、跨團隊執行、提升他人水準。這是技術路線（非管理）的延伸，卻是完全不同的工作型態。
Staff 工程師不是 manager，但是 leader；是技術角色，但工作遠不只寫程式。它呼應 晉升策略 COMD 模型裡「高職級重視複雜性與多維度」的轉變。
支柱一：大局觀思維#
退一步，從更廣的視角理解你的工作脈絡。可用三張地圖：
| 地圖 | 回答的問題 |
|---|---|
| 定位圖（Locator Map） | 我在組織中的位置？客戶是誰？ |
| 地形圖（Topographical Map） | 組織文化長怎樣？團隊間有哪些鴻溝與堡壘？ |
| 藏寶圖（Treasure Map） | 大家是否朝同一目標前進？ |
在此基礎上撰寫技術願景與技術策略。策略可用三段框架：
診斷（Diagnosis） → 問題的本質是什麼
指導方針（Guiding Policy） → 採取什麼整體方向
一致行動（Coherent Action） → 具體要做哪些事建立共識可借用「根回し（Nemawashi）」——在正式提案前，私下逐一與關鍵人溝通、收集反對意見，讓決策在會議桌上之前就已成形。
支柱二：有限時間下的執行#
Staff 接手的專案更混亂、更模糊，涉及更多人與政治資本。把自己當成有五種資源要管理，每個專案選擇都會增減這些資源：
mindmap
root((五項個人資源))
精力
別讓專案把你燒乾
生活品質
可持續性
信譽
交付實績累積
社會資本
人情與信任
技能
成長機會領導大型專案時：
- 用 RACI 矩陣 釐清誰負責（Responsible）、誰當責（Accountable）、誰被諮詢（Consulted）、誰被告知（Informed）
- 寫 RFC 讓決策可被檢視
「錯誤比模糊好」：明確但可能錯的觀點會被糾正，模糊的觀點則會一直留存、無人能反駁。
專案停滯通常有三類原因，對症下藥：
| 停滯類型 | 表徵 | 對策 |
|---|---|---|
| 被阻塞（Blocked） | 卡在外部依賴 | 主動排除、升報、找替代路徑 |
| 迷路（Lost） | 方向不明 | 重建脈絡、重新對齊目標 |
| 假完成（Done but not done） | 看似做完卻未真正交付 | 補完「最後一哩」或乾淨地取消 |
支柱三：提升他人水準（Leveling Up）#
你的影響力遠超過你個人能寫的程式碼。
被動影響力：你現在是榜樣了#
你的言行會被放大檢視，需要展現四個特質：
- 有能力：技術判斷可信
- 負責任：把事情扛到底、建立心理安全感
- 記住目標：不為技術而技術
- 向前看：考慮系統三年後的樣子
主動影響力：二維工具箱#
用「四種機制 × 三個層級」系統性地放大影響：
| 機制 ↓ / 層級 → | 個人 | 群組 | 催化劑（全公司） |
|---|---|---|---|
| 建議（Advice） | 一對一指導 | 技術分享 | 撰寫指導文件 |
| 教學（Teaching） | Code Review | 設計審查 | 內訓課程 |
| 護欄（Guardrails） | PR 規範 | 團隊準則 | Lint／CI 自動化 |
| 機會（Opportunity） | 指派伸展任務 | 委派專案 | 建立晉升管道 |
下一步：評估角色健康度#
定期檢視目前角色是否還在餵養你，可看五個工作健康指標。若多數轉負，該考慮繼續深耕、橫向探索，還是轉入管理軌道。
影響力的本質，是創造「遠超個人貢獻」的價值。寫得再多程式碼，都有上限；讓周遭一整群人變得更強，才沒有上限。