多數人以為目標管理推不動，是因為執行不力，其實真正拖垮團隊的，是那套目標本身，也就是一年只訂一次、市場都變了它還沒變，而且往往跟考核、薪酬綁在一起。年初訂下的年度目標，到了年中市場風向整個轉了，團隊卻還在死守那個早就不合時宜的數字；主管想推一個有企圖心的方向，底下的人卻寧可把目標寫得保守一點，免得年底考核吃虧。
OKR（Objectives and Key Results，目標與關鍵結果）就是設計來解決這兩個副作用的做法：目標不跟薪酬直接掛鉤、每一季就重新設定一次，還把「怎麼確認有沒有做到」直接寫進框架裡，變成一句方向宣示配上幾個可以評分的具體指標。它由英特爾的葛洛夫發展出來，在一場競爭危機裡證明了效果，後來被 Google 採用至今，也是目前不少科技公司與新創在用的目標管理框架。
這套框架的設計，直接對著上一代目標管理的兩個老毛病而來。
目標管理陷入僵化週期，又跟考核直接掛鉤
傳統的目標管理（Management by Objectives，MBO）由管理學者彼得‧杜拉克（Peter Drucker）提出，精神很單純，就是由主管與員工一起設定明確目標，再依目標檢視成果。這套邏輯本身沒有問題，不少組織也真的靠它把方向抓對過。
問題出在實務執行的兩個副作用。第一，目標通常一年只訂一次，訂完就放到年底才拿出來對答案；市場、競爭對手、產品方向一旦在年中出現變化，團隊手上那份目標早就跟不上現況，卻還得硬著頭皮照表操課。第二，目標常常直接跟考核、薪酬綁在一起，員工為了保住考核成績，會傾向把目標訂得保守好達成，而不是真正有企圖心的方向。目標管理本來該讓組織往前衝，卻因為這個誘因反過來讓人縮手。
OKR 不是要推翻 MBO，而是針對這兩個副作用做的改良設計，季度重新設定的節奏，加上跟考核脫鉤的做法，是為了讓組織既能保有方向感，又不會被舊有的僵化週期綁住。
OKR是什麼？
OKR（Objectives and Key Results，目標與關鍵結果）由兩個部分組成。Objective（目標）是一句定性、簡短、容易記住的方向宣示，回答的是「我們要達成什麼」；Key Results（關鍵結果）則是 3 到 5 個可以被量化、可以評分的具體指標，回答的是「我們怎麼知道有沒有達成」。兩者缺一不可：只有目標卻沒有關鍵結果，會變成一句沒人知道怎麼驗收的口號；只有關鍵結果卻沒有目標，則會變成一堆數字指標，看不出它們共同要推進的方向是什麼。
Google 內部使用的 re:Work 指南，把這兩者的界線劃分得很清楚，目標要有企圖心，甚至讓人有點不自在才對；關鍵結果則要能量化、能用一個數字評分。這條界線在後面實際動筆寫 OKR 時最容易被搞混，定性的方向感歸目標，定量的驗收標準歸關鍵結果，這一點值得先記住。
這套「一句方向配幾個指標」的結構，最早來自英特爾傳奇主管安迪‧葛洛夫（Andy Grove）在其管理著作裡提出的兩個提問：我要去哪裡，答案就是目標；我要用什麼節奏，確認自己有沒有在往那裡走，答案就是關鍵結果。這兩句提問後來被完整保留進 OKR 的框架設計裡，也是為什麼 OKR 讀起來會同時有方向感與檢核感的原因。
OKR 是英特爾在競爭危機裡磨出來的做法
這套做法會長成現在的樣子，跟英特爾當年的處境脫不了關係。約翰‧杜爾（John Doerr）在英特爾工作期間，上過葛洛夫親自授課的管理課程，任職後期又親歷一場攸關存亡的競爭：1979 年底，英特爾的 8086 微處理器遭到摩托羅拉強力挑戰，公司隨即發動「粉碎行動」（Operation Crush），用 OKR 把全體員工的力氣集中在「讓 8086 成為效能最高的 16 位元微處理器家族」這個目標上，不要各做各的，到 1980 年底就扭轉了局勢。OKR 就是在這種要全公司同步轉向的壓力下，證明了自己的用處。
杜爾後來離開英特爾，成為創投業者，1999 年把這套方法帶進當時剛創業不久的 Google。此後 Google 把 OKR 變成公司整體的目標管理框架，一路沿用至今，也是這套方法後來廣為人知的最大推手。根據 re:Work 指南的紀錄，像 Sears Holding 這種財星 100 大企業，也曾把 OKR 推行給旗下 2 萬名員工，對營收與個人績效都出現正面影響，這也說明，這不只是科技新創才用得動的做法。
OKR 在危機裡證明自己的這段背景，也說明了它後續的每一個設計細節都在解決怎麼讓一群人真的往同一個方向使力這個問題，目標怎麼寫、關鍵結果怎麼訂，都是順著這條主線在走。
目標要寫出方向感，不是待辦任務的清單
國際 OKR 資源網站 What Matters 歸納，好的 Objective 要具備 4 個條件：有意義、具體、行動導向、能激勵人。實務上，目標通常寫成不帶數字的定性句子，一旦 Objective 裡出現百分比或具體數量，多半代表那句話其實是 Key Result，該搬到下面去。這條界線很好判斷，目標講的是終點的樣子，不是終點的度量。
判斷一句目標寫得好不好，有個簡單的方法：先把「維持市占率」「持續發文」這種只是延續現狀、沒有推進到新狀態的說法排除掉，改用「達成某個終點狀態」的語感。What Matters 也示範過一句目標怎麼從模糊逐步變精煉：從籠統的「攻上喜馬拉雅山的某座山峰」，收斂成具體的「今年安全登頂馬納斯魯峰」，再加上企圖心變成「今年安全登頂馬納斯魯峰，並且打破攻頂紀錄」。同一件事，寫法從模糊到具體再到有企圖心，差別就在有沒有把終點的樣子講清楚。
這個判準用在實務上，最常抓到的錯誤是動詞選錯，「維持」「繼續」「保持」這類動詞，骨子裡都是在延續現狀，跟目標該有的推進感是相反的方向。改成「達成」「打造」「拿下」這類指向新狀態的動詞，目標讀起來才會有推力，而不是原地踏步的待辦事項。
關鍵結果的量化門檻與對應原則
如果說 Objective 的核心是方向感，Key Result 的核心就只有一句話，沒有數字，就不算關鍵結果。Google 前副總裁、後來出任雅虎執行長的瑪莉莎‧梅爾（Marissa Mayer）曾說，不含數字的東西根本不能算是關鍵結果，這句話後來變成檢查關鍵結果最直接的判準。
好的關鍵結果要滿足 3 個條件：跟目標直接對應，也就是所有關鍵結果都達成、目標就該跟著達成；可以被量化驗證；描述的是結果而不是活動。這裡要特別破除一個新手最容易犯的錯，也就是把「舉辦 3 場活動」「發布 10 篇部落格文章」這種能打勾的任務清單，誤當成關鍵結果。真正的關鍵結果要追問，做完這些事之後，什麼指標會因此改變，「發布 10 篇部落格文章」本身不是結果，把它改寫成「透過新內容把網站流量提升 15%」，才是在講一個看得到的改變。
常見的寫法公式，是把某個要追蹤的指標，訂出一個現在的數字與一個目標數字，再加上完成的時間點，例如把官網詢問表單的提交數，從每月 8 筆提升到 15 筆。光看公式容易，實際套進一組完整的 OKR，才看得出目標與關鍵結果怎麼互相搭配。
龐果設計團隊，示範一組完整的 OKR 寫法
把前面兩節的寫法規則放進一個具體例子裡看，會更清楚彼此怎麼搭配。以下用虛構的龐果設計團隊示範一組 OKR，純粹作為寫法示範，不是真實團隊的實測結果。
- Objective：讓龐果設計的網頁設計服務，在中小型客戶圈站穩口碑。
- Key Result 1：官網詢問表單的提交數，從平均每月 8 筆提升到 15 筆。
- Key Result 2：完稿後的客戶滿意度調查分數，穩定維持在 5 分制 4.5 分以上。
- Key Result 3：取得 3 個已完成案例的客戶同意，公開列入作品集。
這組寫法之所以成立，是因為 Objective 本身沒有任何數字，講的是一個定性的終點狀態，也就是站穩口碑；而 3 個 Key Result 各自都有數字，也各自可以獨立驗證，不需要靠別的指標佐證真假。更重要的是，3 個關鍵結果彼此獨立，卻都指向同一個方向：表單提交數反映有沒有更多人主動找上門、滿意度分數反映做出來的東西夠不夠好、作品集案例數反映口碑有沒有被公開留下痕跡。全數達成，站穩口碑這件事才站得住腳。
這組例子也遵循一套通用的公式：我將達成〔目標〕，並用〔關鍵結果〕來衡量。把任何一組 OKR 套進這句話唸一次，就能快速檢查目標與關鍵結果之間，是不是真的對得起來。
光是寫對一組 OKR 還不夠，訂完之後多久拿出來看一次、怎麼評分，同樣會決定這套做法最後是不是真的有用。
多數團隊一季一輪，中途安排一次期中檢視
多數採用 OKR 的組織，以一季為一個週期重新設定一次，並搭配一套 0 到 1.0 的評分方式，評估每個關鍵結果的達成度，最後平均出目標的分數。Google 內部的評分制度就是照這套邏輯走，公司每一季都會開全員會議，一起分享與檢視各團隊的 OKR。
這裡有個容易讓人反直覺的地方，分數落在 0.6 到 0.7 之間，才是健康的訊號，不是分數越高越好。如果每次都拿到接近 1.0，代表目標訂得不夠有企圖心，團隊其實還有餘力沒被用上；反過來，長期偏低，例如平均只有 0.3、0.4，才代表執行真的出了問題，需要檢討資源分配或目標本身合不合理。
除了季末評分，季中也要安排至少一次期中檢視，確認團隊有沒有偏離目標、要不要調整資源分配，而不是訂完就放著，等季末才第一次回頭看。這一步經常被跳過，但正是它讓 OKR 保持在被使用的狀態，而不是淪為季初寫完就沒人再看的文件。
掌握了怎麼寫、怎麼評分之後，真正讓 OKR 在執行中失靈的，往往是幾個看起來理所當然、卻一犯再犯的心態誤區。
OKR 最常見的五個寫法與心態誤區
這 5 個誤區彼此還會互相牽連，任一個沒抓好，前面的寫法與評分規則都會白費。
把關鍵結果寫成任務清單而非可衡量的結果
這是新手最常犯的錯，也是前面「關鍵結果」那節最容易在實務上復發的地方。判斷方法很直接，問一句這件事做完了，對業務或使用者有沒有產生看得見的改變；如果答案只是這件事做完了本身，那就是任務，不是結果。
re:Work 指南就明講這條判準，關鍵結果該描述的是結果，不是活動；如果關鍵結果裡出現「諮詢」「幫忙」「分析」「參與」這類動詞，講的多半是活動而非結果。指南給的修法示範也很直接，把「評估客服滿意度」這種活動式寫法，改成「在 3 月 7 日前公布客服滿意度數字」，前者是做了一件事，後者才是一個可以被驗收的結果。
一次設定太多目標，模糊團隊焦點
OKR 的本意是逼團隊做取捨，一旦目標數量失控，等於又走回什麼都想做的老路，跟訂 OKR 之前沒有兩樣。
re:Work 指南建議一次只挑 3 到 5 個目標，每個目標再搭配約 3 個關鍵結果，落在 3 到 5 個這個常見範圍的下緣；目標數量一旦超過這個範圍，團隊容易被拖得過度分散，力氣灑出去卻收不回來。這也是為什麼寫 OKR 時，刪掉往往比加上更難，每一個看起來都重要，但真正決定成敗的，通常只有那 3 到 5 個。
拿 OKR 當個人考核與加薪依據
這條誤區直接呼應第一節提到的 MBO 副作用，如果 OKR 又被拿去跟個人加薪、考核直接掛鉤，等於重蹈覆轍，員工會傾向把目標訂得保守好達成，OKR 原本要激發的企圖心反而會被扼殺。
re:Work 指南特別指出，OKR 不等同於員工考核，更適合被當成一個人在過去一段時間做了什麼的摘要，而不是考核工具本身。把兩件事綁在一起，最直接的後果就是前面提過的那種保守心態，目標訂得小、訂得容易達成，只為了確保考核不吃虧，長期下來整個組織的企圖心會被磨平。
刻意把目標設低，只為確保全數達成
跟上一條誤區成因相同，都是同一種心態的不同表現，為了確保全數達成，刻意把目標訂低，而不是訂出真正有企圖心的方向。
這也是為什麼前面「週期與檢視」那節特別強調 0.6 到 0.7 才是健康分數，分數滿分反而是警訊。re:Work 指南也提到類似的訊號，如果一個團隊不需要動用全部的頻寬，就能達成所有 OKR，代表這個團隊可能在囤積資源、目標訂得不夠有挑戰性，或者兩者都有。評分邏輯跟一般 KPI 達標才算成功剛好相反，這也是很多團隊一開始用 OKR 最不習慣的地方。
訂完 OKR 後不再檢視，直到季末才驚覺落後
這條同樣呼應前面「週期與檢視」那節提到的期中檢視，從後果的角度看，沒有定期檢視的 OKR，就只是一份季初寫好、季末才拿出來對答案的文件，完全喪失原本該有的即時校準功能。
re:Work 指南提到，有些團隊發現一季裡回頭檢視好幾次效果最好，把 OKR 當成校準工具，隨時依新資訊調整，放掉明顯做不到的目標，把資源轉給最優先的 OKR；檢視頻率則依各團隊的需求而定。等到季末才發現落後，通常代表中間已經有一段時間，團隊其實在往錯的方向走，只是沒有人即時回頭確認。避開這 5 個誤區之後，團隊通常會問到下一個問題，導入 OKR 之後，是不是就不需要 KPI 了。
OKR 與 KPI 是分工而非替代的兩套工具
OKR 與 KPI 是分工，不是二選一。KPI 負責監控既有業務的日常健康度，例如網站流量、客服回應時間、庫存周轉率，通常穩定、跨週期延續，不管有沒有導入 OKR 都該持續追蹤；OKR 則負責推動有企圖心的階段性改變，每季重新設定，也容許不完全達成。兩者常是同一條路徑上的接力，某個 KPI 出現需要處理的新問題時，團隊另設一組 OKR 去解決，等目標達成、進入常態維運，它又轉為長期追蹤的 KPI。
哪一套框架都不是萬靈丹，真正決定 OKR 成不成的，往往不是那張表格寫得多漂亮，而是團隊願不願意把目標寫得誠實一點，有企圖心，也承認自己有可能做不到滿分。下一季重新設定 OKR 的時候，先問自己這句目標是不是還在延續現狀、關鍵結果是不是真的有數字，答案通常就藏在這兩個問題裡。