前言
在技術職涯的下一個階段——Staff Engineer，不再只是完成指派的任務，而是要主動決定團隊與組織應該建造什麼。本文根據一則在 lobste.rs 上的討論，整理出「如何發掘有價值的問題」的實務方法，協助想要晉升的工程師從日常噪音中找出真正的痛點。
為何要主動找問題
許多工程師習慣等主管或領導者指派機會，然後以解決最難的指派任務來證明價值。這條路雖然能帶來升遷，但 最讓人印象深刻的貢獻 常來自於自行發現、先行解決領導尚未意識到的關鍵問題。作者的經驗顯示，在基礎建設（Infrastructure）與開發者工具（Developer Tools）等底層領域，工程師擁有較大的自下而上（bottom‑up）自主權，因而更容易以此方式創造影響。
如何在日常中捕捉問題
-
當作海綿吸收資訊：把會議、聊天、簡報、電子郵件裡的抱怨與需求當成資訊流，先不急於下結論，只是讓它們在腦中「沉澱」；隨著時間推移，原本看似無關的訊號會逐漸交織，形成可見的痛點。
-
辨識需求背後的根本：使用者往往直接提出「需要 X 解決方案」，而非說明「為何現有產品無法滿足 Y 目標」。此時要持續追問，直到抓到 根本需求（root cause） 為止。
-
對照自身領域：當某個需求與自己負責的模組或產品有交集時，可主動拋出問題，例如「如果有 X 功能，是否能解決你的困擾？」或是「我們現有的 Y 功能能覆蓋你多少需求？」藉此測試可行性與價值。
從觀察到行動
一旦判斷問題值得深入，必須從被動聆聽轉為主動參與：
- 跟隨使用者工作流程：坐在同事旁邊，讓他們一步步說明日常操作與正在排除的 bug。
- 親自動手驗證：在可能的情況下，自己嘗試重現或修復部分 bug，藉此感受問題的實際影響範圍。
- 建立小型原型或概念驗證：快速驗證「如果 X 存在，是否真的能提升效率」的假設，並以具體數據說服團隊與管理層。
結語
對於想要晉升 Staff Engineer 的工程師而言，主動在日常噪音中找問題 是一條高效且可持續的路徑。透過持續的「環境聆聽」與適時的「深度介入」，不僅能發掘組織尚未看見的瓶頸，也能在解決問題的過程中展示領導力與全局觀。未來，無論是自下而上還是自上而下的組織結構，這種以使用者痛點為出發點的思考方式，都將是技術領袖不可或缺的核心能力。