工程師最常被退的履歷寫法是「負責 X 系統開發與維護」。主管看不出規模、難度與你的貢獻。STAR（Situation、Task、Action、Result）是把每段經歷寫成有脈絡、有數字的最簡單框架，這一頁示範怎麼套在工程經歷上。
STAR 在履歷上的精簡版
面試用的 STAR 是一段故事，履歷上要壓成一到兩行：
- Situation / Task：什麼系統、什麼問題、什麼規模。
- Action：你用什麼技術、做了什麼決定。
- Result：改善了哪個指標、多少。
履歷每條經歷的格式可以是「動詞 + 做了什麼（技術）+ 結果（數字）」。情境放在結果前面一句話帶過即可。
工程師可以量化的指標
很多工程師覺得自己的工作沒有數字，其實常見的指標很多：
- 效能：延遲（p50、p95）、吞吐量、記憶體或 CPU 使用率。
- 穩定性：錯誤率、可用性、事故次數、MTTR。
- 成本：雲端費用、伺服器數量、儲存空間。
- 效率：部署頻率、建置時間、測試覆蓋率、交付週期。
- 規模：使用者數、請求量、資料量、服務數。
沒有精確數字時，用相對改善（降低約三分之一）或範圍（日均百萬級請求）也可以。
對照表：三條經歷的 STAR 改寫
- 改寫前：負責 CI/CD 流程維護。
- 改寫後：重構 GitHub Actions 流程並導入快取，建置時間從 18 分鐘降到 6 分鐘，每日部署次數從 2 次提升到 10 次以上。
- 改寫前：處理線上系統問題。
- 改寫後：建立告警與 runbook，將 P1 事故的平均修復時間從 2 小時縮短到 30 分鐘。
- 改寫前：開發資料處理功能。
- 改寫後：以 Python 與 Airflow 重寫 ETL 流程，處理每日 5,000 萬筆交易資料，執行時間縮短 60%。
用免費健檢檢查「成就表達清楚度」
把履歷（PDF、Word 或 TXT）上傳到 CareerOS 免費履歷健檢，貼上目標職缺描述，就能拿到總分與等級、五大維度分析、ATS 相容性分數、已具備與缺漏的關鍵字，以及 Top 3 風險與改寫建議。
五大維度裡的「成就表達清楚度」就是在看這件事。分數偏低代表經歷多半停留在任務描述；報告的改寫建議會針對具體條目指出缺少的結果與數字，你再回頭補上真實數據。
常見問題
- 公司資料是機密，數字可以寫嗎？
- 用相對值與範圍取代精確值，例如「延遲降低約 60%」、「支撐百萬級日活」。避免寫出營收、客戶名稱等明確機密。
- 每一條經歷都要有數字嗎？
- 不必全部，但最重要的三到五條一定要有。其他條目至少寫出做法與影響對象。
- 維護型工作沒有明顯成果怎麼寫？
- 維護也有指標：事故次數、修復時間、技術債清理後的建置時間或錯誤率。把「維持系統穩定」換成「在什麼規模下維持多少可用性」。
- 免費健檢會幫我改寫經歷嗎？
- 免費健檢會給出評分、五大維度分析與針對條目的改寫建議，指出哪裡缺結果、缺關鍵字；實際改寫由你依真實經歷完成。