OKR 目標與關鍵結果 Objectives and Key Results

什麼時候該用它？

OKR 適合在「大家都很忙，但不確定忙的方向對不對」的時候導入。它不是績效考核工具，而是一套讓組織上下對齊、聚焦在最重要事情上的溝通機制。

• 季度規劃：每季開始前，用 OKR 把公司目標拆解到團隊層級，確保每個人都知道「這一季最重要的事是什麼」
• 團隊方向分歧：PM 想做 A 功能、設計想優化 B 流程、老闆說 C 最重要——用 OKR 收斂到 3-5 個最關鍵的目標
• 成長停滯期：產品進入平原期，需要設定有挑戰性的目標來突破現狀
• 跨部門專案：多團隊合作時，用共同的 KR 確保大家追的是同一個數字
• 新團隊組建：剛成立的團隊需要快速建立共識，OKR 是最快的對齊工具
• 策略轉型：公司方向要轉彎時，用 OKR 明確宣告「我們現在要往哪裡去」

框架結構

OKR 由兩個核心元素組成：Objective（目標）定義「要去哪裡」，Key Result（關鍵結果）定義「怎麼知道到了」。

Objective（目標）

• 定性描述，有方向性、有鼓舞性
• 一句話說清楚「我們要達成什麼」
• 不含數字，但要讓人讀完知道該往哪衝
• 範例：「讓新客首購體驗好到會主動推薦朋友」

Key Result（關鍵結果）

• 定量指標，可客觀衡量是否達成
• 每個 Objective 搭配 2-5 個 KR
• 好的 KR 是結果導向而非產出導向
• 範例：「新客 NPS 從 32 提升到 50」「首購 30 天內回購率從 12% 提升到 20%」

承諾型 vs 挑戰型

• 承諾型 OKR（Committed）：100% 必須達成，跟 KPI 類似。例如「系統可用性 99.9%」
• 挑戰型 OKR（Aspirational）：設定 70% 達成率為成功。例如「月活用戶突破 100 萬」
• Google 的經典做法：達成 70% 算及格，100% 達成代表目標設太低

對齊與透明

• 自上而下（公司 → 部門 → 團隊）約佔 40%
• 自下而上（個人 → 團隊 → 部門）約佔 60%
• 所有人的 OKR 全公司可見，任何人都能看到 CEO 的 OKR

來源與歷史

• 1968：Edwin Locke 發表 Goal Setting Theory，證明明確且有挑戰性的目標能提升 11-25% 績效
• 1983：Andy Grove 在 Intel 發展出 iMBO（Intel Management by Objectives），這就是 OKR 的前身
• 1999：John Doerr 將 OKR 帶進 Google，當時 Google 只有 40 人，從此 OKR 成為矽谷標配
• 2013：Google Ventures 的 Rick Klau 公開演講「How Google Sets Goals with OKRs」，觀看次數超過 50 萬，引爆全球採用潮
• 2018：John Doerr 出版《Measure What Matters》，系統性整理 OKR 方法論，書籍銷量超過 100 萬冊

真實案例：Google 的 Chrome 瀏覽器

2008 年 Google 推出 Chrome 時，瀏覽器市場被 IE（67%）和 Firefox（26%）壟斷。

Objective：打造全世界最好的瀏覽器，讓 web 成為更強大的平台

Key Results：

1. Chrome 全球用戶數達到 2,000 萬（年底）
2. JavaScript 引擎效能比競品快 10 倍
3. 每次改版 crash rate 低於 0.5%

第一年實際結果：用戶數只達到 1,000 萬（50% 達成）。但團隊沒有被懲罰——因為這是挑戰型 OKR，50% 代表方向正確但還需努力。隔年他們把 KR 調到 5,000 萬，最終在 2012 年 Chrome 超越 IE 成為全球市佔第一的瀏覽器，用戶超過 3 億。

關鍵學習：如果第一年的 KR 設成「用戶數達到 500 萬」然後 100% 達標，團隊可能會鬆懈。正是那個「看起來不可能的 2,000 萬」驅動了團隊用完全不同的思維去推廣。

使用步驟

Step 1：定義公司級 Objective

CEO 或領導團隊設定 3-5 個公司級目標。問自己：「如果這一季只能做成一件事，那是什麼？」目標要有方向感但不含數字。

Step 2：為每個 Objective 設定 Key Results

每個 O 搭配 2-5 個可量化的 KR。用這個公式檢驗：「如果所有 KR 都達成，O 是否自然達成？」如果答案是否，KR 還不夠完整。

Step 3：向下展開，向上對齊

部門和團隊根據公司 OKR 設定自己的 OKR，但不是照抄——而是思考「我的團隊能貢獻什麼來推動公司目標？」同時保留空間讓團隊提出自下而上的目標。

Step 4：每週 Check-in

每週花 15 分鐘更新 KR 進度，用紅黃綠燈標示。重點不是追究「為什麼落後」，而是討論「需要什麼幫助才能回到軌道」。

Step 5：季末回顧與評分

季度結束時為每個 KR 打分（0-1.0）。0.7 是挑戰型的甜蜜點。重點討論：學到什麼？下一季要調整什麼？避免把 OKR 分數跟績效考核直接掛鉤。

這樣做 vs 避免這些

這樣做

• KR 寫結果（outcome）而非產出（output）：「轉換率提升到 5%」而非「上線 3 個新功能」
• 保持透明，讓所有人都看得到彼此的 OKR
• 季度中途發現 OKR 方向錯了就果斷調整，不要為了面子硬撐到季末
• 把 OKR 當成溝通工具而非管理工具——重點是對話，不是表格

避免這些

• 不要設超過 5 個 Objective——多了等於沒有優先級
• 不要把 OKR 當 KPI 用，尤其不要跟獎金直接掛鉤（Google 也不這樣做）
• 不要只有 top-down——沒有 bottom-up 的 OKR 只是老闆的 wish list
• 不要在季末才回顧——等到季末才發現方向錯了，3 個月就浪費了