OKR（Objectives and Key Results）は、目指す状態を示すObjectiveと、到達度を測るKey Resultsを組み合わせる目標設定の方法です。
目標を高く掲げるだけでは、OKRは機能しません。
成果の測り方を先に決め、進捗を定期的に確認し、未達から次の行動を学べる状態まで設計する必要があります。
そこで本記事では、Googleが公開している知見をもとに、OKRの書き方、スコアの読み方、心理的安全性を保つ運用、振り返りの型を実務向けに整理します。
OKRを構成するObjectiveとKey Results
Objectiveは、チームが一定期間で目指す状態を言葉で示したものです。
短く覚えやすく、達成したときに利用者や事業へどのような価値が生まれるのかが伝わる表現にします。
Key Resultsは、Objectiveへ近づいたかを判断する測定可能な結果です。
実施した作業ではなく、作業によって変わる数値や状態を書きます。
- 作業の例：FAQを更新する
- 結果の例：FAQで解決できた問い合わせの割合を、現状値から目標値まで高める
前者は実施の有無しか分かりません。
後者なら、改善が利用者の自己解決につながったかを測れます。
Google re:WorkのOKRガイドも、Key Resultsには測定可能な到達点と、確認できる達成根拠を置くよう説明しています。
CommittedとAspirationalを分けて考える
OKRのスコアを正しく読むには、目標の種類を先に決めます。
GoogleのOKR Playbookでは、OKRをCommittedとAspirationalに分けています。
| 種類 | 位置づけ | スコアの読み方 | 未達時の対応 |
|---|---|---|---|
| Committed（必達） | 顧客との約束、期限、安全、運用品質など、達成を約束する目標 | 期待値は1.0 | 計画、優先順位、資源配分を点検し、必要なら早めに上位者へ相談する |
| Aspirational（挑戦） | 実現方法がまだ明確でない、現在の能力を超える目標 | 平均0.7程度が想定され、高いばらつきも許容される | 得られた学びと障害を記録し、継続、変更、中止を判断する |
したがって、「すべてのOKRは0.6から0.7なら成功」とは限りません。
0.6から0.7という目安は、達成を約束したCommittedではなく、高く設定したAspirationalを読むときに使うのが安全です。
Googleの内部資料を許可のもとで再掲したGoogle’s OKR Playbookでは、Committedは1.0、Aspirationalは平均0.7が期待値として示されています。
ObjectiveとKey Resultsの書き方
Objectiveから先に書き、次に「この状態へ近づいたと判断できる証拠は何か」を考えると、Key Resultsが作業一覧になりにくくなります。
Objectiveの確認項目
- 利用者や事業にとって望ましい状態が分かる
- チームが期間中の判断に使える
- 複数の解決方法を試せる余地がある
- 達成しても価値が生まれない表現を避けている
Key Resultsの確認項目
- 数値、期限、対象範囲、計測方法が決まっている
- 担当者が変わっても同じ証拠で判定できる
- すべて達成すればObjectiveへ十分に近づく
- 「作る」「開催する」「調査する」だけで終わっていない
数値目標は、過去の実績や測定可能な基準から決めます。
根拠のないパーセンテージを置くと、達成度は計算できても、目標自体の妥当性を説明できません。
そのまま使えるOKR記入テンプレート
以下は、Googleの制度をそのまま複製したものではなく、初めて運用するチーム向けの記入用テンプレートです。
- Objective：期間の終わりに実現したい状態を一文で書く
- 種類：CommittedまたはAspirationalを明記する
- Key Results：結果を測る指標を三つ程度に絞る
- 測定方法：データの取得元、集計条件、確認担当を決める
- 依存関係：協力が必要な部署と期限を記す
- リスク：安全、法令、品質、アクセシビリティなど、目標達成と引き換えに損なってはいけない条件を書く
記入例
Objective：利用者が必要な案内を見つけ、迷わず手続きを完了できる状態にする。
- KR1：手続き完了率を「現状値」から「目標値」へ改善する
- KR2：案内ページを見た後の問い合わせ率を「現状値」から「目標値」へ下げる
- KR3：支援技術を含む主要な利用環境で、定めた操作確認項目をすべて満たす
この例の数値欄は、実測値を確認してから埋めます。
「案内ページを改修する」は施策であり、KRではありません。
週次チェックインで確認すること
OKRは期末に採点するだけでは、判断に使える時期を逃します。
短い週次チェックインを設け、進捗の説明よりも障害と次の判断に時間を使います。
- Objectiveと各KRの現在値を確認する
- 前回から変わった事実を共有する
- 遅れの原因を人ではなく条件や仕組みに分けて整理する
- 次に試す行動、担当、期限を決める
- 経営判断や他部署の支援が必要な項目を明確にする
進捗を赤、黄、緑で表示する場合も、色だけで状態を伝えないようにします。
「順調」「要注意」「支援が必要」といった文字を併記し、表や操作部品をキーボードでも利用できるようにすると、情報へ到達できる人を狭めません。
Web画面での具体的な確認点は、Webアクセシビリティの実務ポイントも参考になります。
心理的安全性がOKRに必要な理由
心理的安全性は、質問、異論、失敗の報告といった対人リスクを取っても、チームから罰したり辱めたりされないとメンバーが考えられる状態です。
「意見を否定しないこと」や「厳しい話を避けること」を意味しません。
事実と人格を分け、異論を扱えるからこそ、目標の遅れや設計上の問題を早く共有できます。
GoogleのProject Aristotleでは、チームの有効性に関係した要素として、心理的安全性、仕事を任せ合える信頼性、構造と明確さ、仕事の意味、仕事の影響が挙げられました。
この結果はGoogle内の調査から得られたものであり、どの組織でも同じ順位になると断定する材料ではありません。
ただし、OKR運用で未達を隠さず、助けを求め、目標の前提を問い直すための条件を考えるうえで役立ちます。
会議に組み込める行動
- 会議の冒頭で、目的、決めること、終了時刻を確認する
- 発言者を固定せず、書面や非同期の意見提出も用意する
- 反対意見には、懸念の根拠と代替案を添える
- リーダー自身が不確かな点や見落としを認め、質問を促す
- 決定後は、採用しなかった意見と判断理由も記録する
Google re:Workのチーム有効性ガイドでは、調査の範囲と五つの要素、チームで使える質問例が公開されています。
率直な助言と意思決定を分ける進行方法は、関連記事「ピクサーのブレイントラストに学ぶ率直な対話」で詳しく解説しています。
未達を次の判断へつなぐ振り返り
未達の理由を「担当者の努力不足」で終えると、次のサイクルでも同じ条件が残ります。
Google SREが公開するブレイムレスポストモーテムは、個人を責めず、当時得られた情報、判断の背景、複数の寄与要因、再発を減らす行動を記録する方法です。
OKRの振り返りにも、次の項目を転用できます。
- 結果：各KRの最終値と判定根拠
- 差分：目標と実績の差
- 寄与要因：計画、優先順位、依存関係、計測方法、意思決定の遅れ
- 有効だった対応：継続して再利用する行動
- 次の一手：担当者と期限が決まった改善項目
- 扱い：継続、修正、終了の判断と理由
「責めない」は責任を曖昧にすることではありません。
改善項目の担当と期限を決め、完了まで追跡して初めて、振り返りが運用の改善につながります。
詳しい考え方は、Google SREのポストモーテム文化で確認できます。
90日で小さく導入する手順
以下はGoogleの標準手順ではなく、OKRを一度に全社へ広げないための試行例です。
1日目から30日目まで
- 対象となる一つのチームと、一つのObjectiveを選ぶ
- CommittedとAspirationalの判定基準を決める
- データの取得元、チェックイン、振り返りの担当を決める
- OKRを人事評価と同一視しないためのルールを明文化する
31日目から60日目まで
- 短いチェックインを続け、記録に必要な項目を絞る
- 計測できないKRや、作業一覧になったKRを書き直す
- 相談しにくい障害を匿名回答も含めて集める
61日目から90日目まで
- スコアだけでなく、意思決定が早まったか、優先順位が明確になったかを振り返る
- 続けるルール、捨てるルール、全社展開前に直す点を決める
- 振り返りで決めた改善項目の完了を確認する
OKR運用で起きやすい失敗
| 症状 | 原因 | 見直し方 |
|---|---|---|
| KRが作業一覧になる | 実施内容を成果と混同している | 作業後に変わる利用者や事業の状態へ書き換える |
| 目標が多すぎる | 優先順位を決めず、既存業務を並べている | 期間中に判断へ使う目標だけを残す |
| 0.7を一律の合格点にする | CommittedとAspirationalを区別していない | 目標の種類と期待スコアを設定時に明記する |
| 遅れが期末まで報告されない | 評価や非難への不安がある | 早期相談を評価し、事実と人格を分けて話す |
| 振り返りが記録だけで終わる | 改善項目に担当と期限がない | 次のチェックインで完了状況を追跡する |
OKRを目標から学習の仕組みへ変える
OKRは、目標の一覧表ではありません。
Objectiveで向かう先を示し、Key Resultsで成果を測り、チェックインで障害を共有し、振り返りで次の判断を更新する仕組みです。
まずは一つのチームと一つのObjectiveで試し、CommittedとAspirationalを明記してください。
そのうえで、スコアより先に「何を学び、何を変えるか」を話せる会議を整えると、挑戦と説明責任を両立しやすくなります。
参考資料
- Google re:Work「Set goals with OKRs」
- What Matters「Google’s OKR Playbook」
- Google re:Work「Understand team effectiveness」
- Google SRE「Postmortem Culture: Learning from Failure」
この記事に関連する株式会社greedenの取り組み
OKRを機能させるには、目標を掲げるだけでなく、進捗を共有し、振り返りを次の行動へつなぐ運用が必要です。株式会社greedenは、業務の流れを整理し、現場に合うWebシステムの設計、開発、保守、改善を支援しています。