サイトアイコン IT & ライフハックブログ|学びと実践のためのアイデア集

Googleに学ぶOKRと心理的安全性|目標設定、スコアリング、振り返りの実践ガイド

16のMBTI性格タイプとIT業界での適職

16のMBTI性格タイプとIT業界での適職

OKR(Objectives and Key Results)は、目指す状態を示すObjectiveと、到達度を測るKey Resultsを組み合わせる目標設定の方法です。

目標を高く掲げるだけでは、OKRは機能しません。

成果の測り方を先に決め、進捗を定期的に確認し、未達から次の行動を学べる状態まで設計する必要があります。

そこで本記事では、Googleが公開している知見をもとに、OKRの書き方、スコアの読み方、心理的安全性を保つ運用、振り返りの型を実務向けに整理します。

OKRを構成するObjectiveとKey Results

Objectiveは、チームが一定期間で目指す状態を言葉で示したものです。

短く覚えやすく、達成したときに利用者や事業へどのような価値が生まれるのかが伝わる表現にします。

Key Resultsは、Objectiveへ近づいたかを判断する測定可能な結果です。

実施した作業ではなく、作業によって変わる数値や状態を書きます。

前者は実施の有無しか分かりません。

後者なら、改善が利用者の自己解決につながったかを測れます。

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の確認項目

数値目標は、過去の実績や測定可能な基準から決めます。

根拠のないパーセンテージを置くと、達成度は計算できても、目標自体の妥当性を説明できません。

そのまま使えるOKR記入テンプレート

以下は、Googleの制度をそのまま複製したものではなく、初めて運用するチーム向けの記入用テンプレートです。

  1. Objective:期間の終わりに実現したい状態を一文で書く
  2. 種類:CommittedまたはAspirationalを明記する
  3. Key Results:結果を測る指標を三つ程度に絞る
  4. 測定方法:データの取得元、集計条件、確認担当を決める
  5. 依存関係:協力が必要な部署と期限を記す
  6. リスク:安全、法令、品質、アクセシビリティなど、目標達成と引き換えに損なってはいけない条件を書く

記入例

Objective:利用者が必要な案内を見つけ、迷わず手続きを完了できる状態にする。

この例の数値欄は、実測値を確認してから埋めます。

「案内ページを改修する」は施策であり、KRではありません。

週次チェックインで確認すること

OKRは期末に採点するだけでは、判断に使える時期を逃します。

短い週次チェックインを設け、進捗の説明よりも障害と次の判断に時間を使います。

  1. Objectiveと各KRの現在値を確認する
  2. 前回から変わった事実を共有する
  3. 遅れの原因を人ではなく条件や仕組みに分けて整理する
  4. 次に試す行動、担当、期限を決める
  5. 経営判断や他部署の支援が必要な項目を明確にする

進捗を赤、黄、緑で表示する場合も、色だけで状態を伝えないようにします。

「順調」「要注意」「支援が必要」といった文字を併記し、表や操作部品をキーボードでも利用できるようにすると、情報へ到達できる人を狭めません。

Web画面での具体的な確認点は、Webアクセシビリティの実務ポイントも参考になります。

心理的安全性がOKRに必要な理由

心理的安全性は、質問、異論、失敗の報告といった対人リスクを取っても、チームから罰したり辱めたりされないとメンバーが考えられる状態です。

「意見を否定しないこと」や「厳しい話を避けること」を意味しません。

事実と人格を分け、異論を扱えるからこそ、目標の遅れや設計上の問題を早く共有できます。

GoogleのProject Aristotleでは、チームの有効性に関係した要素として、心理的安全性、仕事を任せ合える信頼性、構造と明確さ、仕事の意味、仕事の影響が挙げられました。

この結果はGoogle内の調査から得られたものであり、どの組織でも同じ順位になると断定する材料ではありません。

ただし、OKR運用で未達を隠さず、助けを求め、目標の前提を問い直すための条件を考えるうえで役立ちます。

会議に組み込める行動

Google re:Workのチーム有効性ガイドでは、調査の範囲と五つの要素、チームで使える質問例が公開されています。

率直な助言と意思決定を分ける進行方法は、関連記事「ピクサーのブレイントラストに学ぶ率直な対話」で詳しく解説しています。

未達を次の判断へつなぐ振り返り

未達の理由を「担当者の努力不足」で終えると、次のサイクルでも同じ条件が残ります。

Google SREが公開するブレイムレスポストモーテムは、個人を責めず、当時得られた情報、判断の背景、複数の寄与要因、再発を減らす行動を記録する方法です。

OKRの振り返りにも、次の項目を転用できます。

「責めない」は責任を曖昧にすることではありません。

改善項目の担当と期限を決め、完了まで追跡して初めて、振り返りが運用の改善につながります。

詳しい考え方は、Google SREのポストモーテム文化で確認できます。

90日で小さく導入する手順

以下はGoogleの標準手順ではなく、OKRを一度に全社へ広げないための試行例です。

1日目から30日目まで

31日目から60日目まで

61日目から90日目まで

OKR運用で起きやすい失敗

症状 原因 見直し方
KRが作業一覧になる 実施内容を成果と混同している 作業後に変わる利用者や事業の状態へ書き換える
目標が多すぎる 優先順位を決めず、既存業務を並べている 期間中に判断へ使う目標だけを残す
0.7を一律の合格点にする CommittedとAspirationalを区別していない 目標の種類と期待スコアを設定時に明記する
遅れが期末まで報告されない 評価や非難への不安がある 早期相談を評価し、事実と人格を分けて話す
振り返りが記録だけで終わる 改善項目に担当と期限がない 次のチェックインで完了状況を追跡する

OKRを目標から学習の仕組みへ変える

OKRは、目標の一覧表ではありません。

Objectiveで向かう先を示し、Key Resultsで成果を測り、チェックインで障害を共有し、振り返りで次の判断を更新する仕組みです。

まずは一つのチームと一つのObjectiveで試し、CommittedとAspirationalを明記してください。

そのうえで、スコアより先に「何を学び、何を変えるか」を話せる会議を整えると、挑戦と説明責任を両立しやすくなります。

参考資料

この記事に関連する株式会社greedenの取り組み

OKRを機能させるには、目標を掲げるだけでなく、進捗を共有し、振り返りを次の行動へつなぐ運用が必要です。株式会社greedenは、業務の流れを整理し、現場に合うWebシステムの設計、開発、保守、改善を支援しています。

モバイルバージョンを終了