訂一個年底真的能打勾的工作目標

好的工作目標長什麼樣子

好的目標，半年後能讓你清楚說出自己有沒有做到。SMART 原則講的大概就是這件事：具體（Specific）、可衡量（Measurable）、可達成（Achievable）、相關（Relevant）、有時限（Time-bound）。不用背這五個字母，只要確認目標寫出了要達成的結果、怎麼判斷做到了，以及截止時間。

實際寫起來的差別像這樣：

模糊的寫法在一月看起來都沒問題，到了十二月，沒有人（包括你自己）說得出它們到底有沒有發生。

一個簡單的目標範本

在 [日期] 之前，我會 [具體的結果]，
用 [怎麼判斷做到了] 來衡量，
因為 [這件事對團隊或公司為什麼重要]。

填好之後大概是這樣：

在第二季結束前，我會把搜尋 API 的 p95 延遲從 800 毫秒降到 400 毫秒以下，以正式環境的監控面板為準，因為搜尋太慢是客服工單裡最常見的抱怨。

「因為」這一段很容易被省略，但有了它，主管比較容易支持你的目標，到了考核的時候，你也比較容易說明這個目標的價值。

工程師的工作目標範例

參考句子的結構，把系統名稱和數字換成你自己的。

交付與影響

• 第三季結束前上線自助式帳務頁面，讓客服不用再手動處理方案變更（目前每週大約 40 張單）。
• 主導舊驗證服務的遷移，十月前所有流量搬完，舊服務正式關閉。
• 這半年我負責的三個 roadmap 功能都在承諾的日期交付，如果會延誤，至少提前兩週提出。
• 把新人設定開發環境的時間從大約兩天縮短到半天以內，做法是把本機環境腳本化。

技術品質

• 隔離並修好最不穩定的測試，把 CI 失敗率從大約 15% 降到 5% 以下。
• 年底前移除 API 裡已經棄用的 v1 端點，所有呼叫端都完成遷移。

可靠性與維運

• 第一季結束前，替兩個第一級服務訂好 SLO，並設定錯誤預算告警。
• 替我們負責範圍內最常見的五種告警寫好處理手冊，把事故處理時間的中位數從大約 45 分鐘降到 20 分鐘。
• 我值班期間發生的每一起事故，都在一週內完成事故檢討，並在一個月內把後續改善做完。

協作與領導

• 帶一位比較新的工程師完成他的第一輪 on-call，以及他第一次主導的專案。
• 負責團隊的設計審查，每一份 RFC 都在三個工作天內收到書面回饋。

學習與成長

這些就是一般說的「專業發展目標」。跟你實際要交付的東西綁在一起，效果最好。

• 把我們的 Kafka 架構弄熟，熟到 consumer 出事時不用往上求援，六月前自己主導處理一次事故。
• 今年負責主要資料庫的容量預估，藉此把容量規劃這件事學起來。

不同資歷的目標範例

類別都一樣，只是資歷越深，目標涵蓋的範圍越大。

初階工程師

• 這半年結束前，中等大小的票可以從頭做到合併，不需要有人陪著做。
• 先跟兩輪 on-call 見習，第三季開始擔任主要值班人員。

資深工程師

• 從設計文件到上線、再到上線後的檢討，完整主導一個專案。
• 成為某一塊程式碼的主要 reviewer，讓那一塊的修改不用一直等原作者。
• 至少帶一位工程師，並一起訂下具體的成長目標。

Staff 工程師或 Tech Lead

• 訂出一個被不只一個團隊採用的技術方向，例如共用的佇列平台或統一的 API 規範。
• 至少培養一位資深工程師，讓他不需要你也能主導專案。

短期工作目標和長期職涯目標的差別

工作目標通常是一季、半年或一年的範圍。職涯目標比較大、也比較慢，是你兩三年後想站在哪裡。

長期職涯目標的例子：

• 升上 Staff 工程師。
• 從後端轉到機器學習基礎架構。
• 試試看當工程主管，或確定自己不適合。
• 成為公司在金流這一塊最倚重的人。

把職涯目標拆成今年的工作目標，才比較好著手。如果目標是升上 Staff，今年的工作目標可能是：主導一個跨團隊專案、寫兩份被其他團隊採用的設計文件、帶一位資深工程師。這些都能打勾；光寫「升上 Staff」是沒辦法打勾的。

寫進考核表的「下期目標」

大部分的考核表最後都會問：「下一期的目標是什麼？」回答時可以注意幾件事：

• 三到五個目標就夠了。再多，每一個都分不到真正的心力。
• 至少放一個有挑戰性的目標，並且說明哪一個是。
• 每個目標都連到團隊或主管本來就重視的事情。
• 跟主管對齊，讓半年後「達成」這兩個字對你們兩個人的意思一樣。

如果你正在寫自評，這一題和其他題目都有範例回答可以參考。

大家都會跳過的一步：追蹤進度

目標寫得不好只是問題的一部分，更大的問題是從一月到考核之前，根本沒有人回頭看它。等到考核時才發現某個目標完全沒動，已經來不及了。

有幫助的做法是在過程中把證據留下來：每當有事情推進了某個目標，就在工作日誌記一行；每個月花幾分鐘看一下，哪些目標還沒有任何東西撐著。

Perfly 內建了這件事：

1. 你可以設定年度目標，也可以替這一年寫一句主題，這些都是選填的。
2. 不管紀錄是你自己打的、從 GitHub、Jira、Google Calendar、Notion 來的，還是透過 Coding Agent 送來的，每一條確認過的紀錄都可以連到某個目標。
3. 每個目標旁邊會顯示有幾條紀錄撐著、其中幾條有數字，以及最後一次更新是什麼時候。五月的時候你就看得到哪個目標還是空的，還有時間補救。
4. 到了考核，自評會把每個目標和背後的工作放在一起，也可以替每個目標建議 1 到 5 分的分數和簡短理由，要不要採用由你決定。

這些證據，也正是你跟主管談加薪或升遷時最需要的東西。

常見問題

工作目標要訂幾個？

半年或一年訂三到五個就好。如果有十個，那比較像待辦清單。

KPI、OKR 和 SMART 有什麼不一樣？

KPI 是公司拿來追蹤表現的指標，通常是一個數字，像是營收或系統可用率。OKR 是一個目標（Objective）搭配幾個可衡量的關鍵結果（Key Results），多半用在團隊或公司層級。SMART 則是用來檢查「單一目標寫得好不好」的清單。你的個人目標可以用任何一種方式寫，只要每一個都有可以檢查的結果就好。

年中目標已經不適用了怎麼辦？

這很常見，尤其是組織調整或優先順序改變之後。跟主管討論，把目標改寫或拿掉，並記下原因。因為合理原因而調整的目標，在考核時不會是問題；默默放棄的目標才會。

目標可以寫本來就在做的事嗎？

可以寫一部分，把已經承諾的工作寫下來，能讓它被看見。但至少要有一個讓你需要伸展的目標，不然這些目標對你的成長沒什麼幫助。

Perfly 多少錢？

前 30 天免費，所有功能都能用。之後每月 $6.99，或每年 $69.99。