OKR(目標と主要結果)
核となる哲学
OKR(Objectives and Key Results)は、マイクロマネジメントのタスクチェックリストでも、年次人事評価制度でもありません。アンディ・グローブがインテルで考案し、ジョン・ドーアが普及させたOKRは、運用上の連携と野心を駆動するエンジンです。目標は定性的で刺激的な方向性を定義し、主要結果は野心的で定量的、数学的に検証可能な成果を定義します。もしOKRが日々のリソース配分の決定に影響を与えなければ、それは無駄な官僚制度に過ぎません。
4段階のスケーラブルなOKRアーキテクチャ
ステップ1:目標(定性的かつ方向性を示す)
- 優れた目標の構造:
- 定性的で、野心的で、記憶に残り、期限が設定されている必要があります。
- 質問に答える:「今四半期、どこへ向かいたいのか?」
- タスクのような表現は避ける:「新しい請求APIを出荷する」と書いてはいけません(それはプロジェクトであり、目標ではありません)。
- 正しい書き方:「エンタープライズデータベースの信頼性において、当社プラットフォームを紛れもないゴールドスタンダードとして確立する。」
ステップ2:主要結果(定量的かつ反証可能)
- 主要結果の標準(XからYへ、日付までに):
- 厳密に測定可能で検証可能でなければなりません。主要結果には数値、ベースライン、ターゲットがあります: $$\text{「[指標]を[ベースラインX]から[ターゲットY]に[日付]までに増加させる」}$$
- 悪い主要結果:「テストカバレッジを改善する。」
- 優れた主要結果:「自動化された単体テストカバレッジを62%から85%に、Q3末までに増加させる。」
- 優れた主要結果:「p99データベースクエリレイテンシを、1000万の日次リクエストにおいて420msから50ms未満に削減する。」
- 3~5のルール:
- 目標ごとに最大 3~5の主要結果。それ以上は集中力を低下させます。
ステップ3:コミット型 vs. アスピレーショナル(ムーンショット)OKR
- 2つのOKR階層:
- コミット型OKR(1.0 = 100%目標):必須の運用成果(例:99.99%のアップタイム、セキュリティ監査コンプライアンス、バグゼロ)。達成スコアは 1.0(100%) が期待されます。コミット型OKRを達成できなかった場合、運用上の事後分析が必要です。
- アスピレーショナル/ムーンショットOKR(0.7 = 成功):大胆で不確実性の高い成長への賭け。成功は 0.7(70%) の達成と定義されます。チームが四半期ごとにすべてのムーンショットOKRで100%を達成している場合、目標は意図的に低く設定されています(サンドバッギング)。
ステップ4:スコアリング、週次チェックイン、報酬からの切り離し
- 週15分のOKRパルス:
- スプリント計画中に毎週チェックイン:各主要結果の確信度(0.0から1.0)を更新します。
- 報酬からの切り離し(黄金律):
- 個人のボーナスや給与の増加を、OKRスコアの達成に直接結びつけてはいけません。
- そうすると、サンドバッギングが促進されます:チームは100%のボーナス支払いを確実にするために、笑ってしまうほど簡単な目標を設定し、企業のイノベーションを破壊します。
成果物フォーマット:四半期ごとの会社およびエンジニアリングOKR仕様書(OKRS.md)
# Q3 会社およびエンジニアリングOKR:[四半期 / 年]
## 会社目標:エンタープライズ市場への浸透を加速する
- **KR 1(コミット型)**:9月15日までにSOC 2タイプIIコンプライアンス監査認証を取得する。
- *ベースライン*:タイプI達成|*ターゲット*:タイプII認定|*確信度*:0.9|*責任者*:セキュリティ責任者
- **KR 2(アスピレーショナル)**:エンタープライズティアのARRを45万ドルから120万ドルに成長させる。
- *ベースライン*:45万ドル|*ターゲット*:120万ドル|*確信度*:0.7|*責任者*:VP営業
- **KR 3(コミット型)**:本番プラットフォームの可用性を99.98%以上に維持する。
- *ベースライン*:99.95%|*ターゲット*:99.98%|*確信度*:1.0|*責任者*:SREリード
---
## エンジニアリングスクワッド目標:超高速なローカル開発を実現する
- **KR 1(アスピレーショナル)**:ローカルCLIコンテナのコールドブート時間を14.2秒から2.0秒未満に短縮する。
- *ベースライン*:14.2秒|*ターゲット*:1.8秒|*確信度*:0.6|*責任者*:スタッフプラットフォームエンジニア
- **KR 2(コミット型)**:本番環境でP1/P2リグレッションバグを60日連続でゼロにする。
- *ベースライン*:4バグ|*ターゲット*:0バグ|*確信度*:0.8|*責任者*:QAリード
実例:サンドバッギングされたプロダクトOKRの改革
- 問題:プロダクトチームが4四半期連続でOKRを100%達成したが、プロダクトの採用は停滞していた。
- 診断:目標がサンドバッギングされていた(例:「ブログ記事を3本公開する」「カンファレンスに2回参加する」)。
- 改革:タスクを成果指標に置き換えた:「セルフサービスのトライアルから有料へのアクティベーション率を4.2%から11.0%に向上させる」。
- 結果:チームは0.78(8.6%のコンバージョン率)を達成。トライアルコンバージョンは2倍になり、34万ドルの増分収益を生み出した。
検証チェックリスト
- 目標は定性的で、野心的で、方向性を示している(数値やタスクリストはない)。
- すべての主要結果は厳密に定量的であり、「XからYへ」の形式に従っている。
- 目標ごとに3~5の主要結果を超えていない。
- OKRはコミット型(1.0基準)またはアスピレーショナル(0.7基準)として明示的に分類されている。
- OKRのスコアリングは個人の給与やボーナスの報酬から厳密に切り離されている。
アンチパターン
- OKRを装ったタスクリスト:「v2.0を出荷する」を主要結果として書き、誰もそれを使用しているかを測定しないこと。
- サンドバッギング:四半期末のレビューで良い結果に見せるために、些細で簡単に達成できる目標を設定すること。
- 設定して放置:四半期の初日にOKRを書き、90日目まで二度と見直さないこと。