okr-design

OKR の設計

カンファレンストークで語られる理論ではなく、実際に導入・運用されてきた OKR 設計について、シニアプロダクトリーダーがまとめた実践ガイドです。意思決定を促すアウトカムの記述、適切な対象を測定する主要な成果指標、スコアリングの規律、四半期途中の再調整、そして OKR と四半期ごとのやることリストや実現不可能な夢物語のような目標設定とを区別する、実務上の規律を扱います。

OKR は説明責任を果たすための基盤です。適切に設計すれば、意欲的な目標設定、四半期途中の学び、四半期末のスコアリング、次の四半期に向けた調整という、四半期ごとのリズムが生まれます。設計を誤ると、チームに何の示唆ももたらさない負担になります。常に 100％を達成する、意欲も学びもない安全志向の OKR、誰も達成できず、士気をくじき、2 週目以降は無視される理想論の OKR、あるいは成果にかかわらずチームが寛大に採点する曖昧な OKR などがその例です。

このスキルでは、実践的な方法論として OKR を設計します。OKR の恩恵を得られるのは、アウトプットではなくアウトカムを重視し、アウトカムを実際に測定する主要な成果指標を設定し、不都合なときも正直に採点し、必要に応じて四半期途中で再調整し、OKR レビューのサイクルをパフォーマンスの見せかけではなく学びを促すために活用する規律を守るチームです。

健全な組織で OKR を運用し、他の組織でその実践が形骸化していくのを見てきたシニアプロダクトリーダーの視点で書かれています。実際に効果のあるものについて具体的かつ明確な意見を示し、カンファレンストークでは触れられない失敗パターンも率直に指摘します。

このスキルを使う場面：次の四半期の OKR を設計するとき、現在の OKR がなぜ意思決定を促していないかを監査するとき、形骸化した OKR の実践を立て直すとき、または OKR を使ったことのないチームに導入するとき。

---

このスキルの対象

このスキルでは、OKR の設計と、それを取り巻く運用サイクルを扱います。PM スキルとの違いは次のとおりです。

• **okr-design（このスキル）**はアウトカム（達成すべき成果）を扱います。
• roadmap-planning はアウトプット（順序立てられた機能や取り組み）を扱います。
• feature-launch-playbook はリリース後の実行を扱います。
• product-analytics-setup は測定基盤（主要な成果指標が依存する指標）を扱います。
• experiment-design は、特定の取り組みがアウトカムを生み出すかどうかを検証するための規律を扱います。
• discovery-research-synthesis は、どのアウトカムを追求するかを判断するための情報を提供します。

対象読者：シニア PM、プロダクトディレクター、エンジニアリングリーダー、組織全体の OKR を設定する経営幹部、OKR を重視する文化のもとで活動する社内チームです。

対象外：どのアウトカムが重要かを決める、より広範な戦略計画（他の戦略フレームワークで扱います）、OKR 達成に向けた個別の取り組みの実行（roadmap-planning、pm-spec-writing、feature-launch-playbook で扱います）、分析基盤（product-analytics-setup、analytics-strategy で扱います）。

---

サンドバッグ、夢物語、ストレッチ

要となる考え方です。

サンドバッグ。 100％達成するように設計されたOKRです。キーリザルトは、チームがすでに達成できる見込みの成果を目標にします。四半期末には、すべてのスコアが100％になります。チームは祝いますが、誰も何も学びません。結果として、何のシグナルも生み出さないOKRの取り組みになります。チームは、どのみち到達していたであろう地点を超えるよう促されないため、言い回しだけを変えた同じOKRを毎四半期繰り返します。

夢物語。 誰にも達成できないOKRです。90日で成長率1000％。士気をくじき、見せかけだけのものとなり、第2週を過ぎると無視されます。夢物語のようなOKRを掲げるチームは、通常、第6週までに、現実的な取り組み方では目標を達成できないと気づきます。チームは意欲を失い、OKRは誰も参照しない計画ドキュメント上の飾りになります。

ストレッチ。 四半期ごとの説明責任を伴う、本物の意欲的な目標です。平均達成率が60～70％になるよう設計します。達成も未達も、どちらも学びにつながります。「キーリザルトの60％を達成した」というケースからは、チームが四半期に実現できることについて有益な情報が得られます。100％達成はまれで、振り返るとサンドバッグだったことを示す場合がほとんどです。30％達成は、目標が夢物語だったか、チームが予想外の事態に遭遇したことを示します（これも有益な情報です）。

見極めの基準。チームの過去4四半期分のOKRを確認してください。平均スコアが95％以上なら、OKRはサンドバッグです。平均が30％未満なら、夢物語です。平均が50～75％なら、設計はストレッチゾーンにあります。今後のOKRを調整し、取り組みをストレッチの範囲に近づけてください。

---

目標の設計

目標は成果を表すものです。チームがその四半期に達成しようとしていることを示します。

優れた目標の特徴。

• 成果を重視し、アウトプットを重視しません。「新規登録者のアクティベーションを改善する」は成果ですが、「新しいオンボーディングフローをリリースする」はアウトプットです。
• その四半期に即した目標です。「ユーザーをもっと重視する」といった曖昧な願望では、四半期の取り組みに焦点を定められません。
• 夢物語ではなく、意欲をかき立てる目標です。チームは目標に押しつぶされるのではなく、目標に引き寄せられるべきです。
• 数を絞ります。ほとんどのチームでは、四半期あたりの目標は2～4個にするべきです。5個を超えると、焦点がぼやけます。

具体例。

• 「新規登録者のアクティベーションを改善し、最初の1週間以内に価値を実感する人を増やす。」
• 「予測可能な問題をサポートで解決できるようにし、チームがより難しいケースに注力できるようにする。」
• 「来年ターゲットとするセグメントにサービスを提供できるよう、エンタープライズ対応の基盤を整える。」

弱い目標の特徴。

• アウトプットを成果に見せかけています。「アクティベーションを再設計する」はアウトプットです。目標では、再設計によって実現しようとしている成果を示すべきです。
• 曖昧すぎます。「ユーザー体験を改善する」は範囲が広すぎて、四半期の取り組みに焦点を定められません。
• 戦術的すぎます。「認証サービスをリファクタリングする」は戦術上の判断であり、四半期の目標ではありません。
• 数が多すぎます。目標が8個あると焦点が定まらず、チームは多くのことに取り組む一方で、どれも優れた成果を出せません。

詳しくは、references/objective-design-patterns.mdを参照してください。

---

Key result の設計

Key result は、目標に向けた進捗を測定します。目標が達成されつつあるかを示す、定量的または検証可能な指標です。

優れた Key result の特性。

• 測定可能。具体的な数値または検証可能な基準があります。
• 成果に結び付いている。Key result を達成することで、実際に目標の達成が進みます。
• チームが影響を与えられる。チームは自分たちの仕事を通じて Key result に影響を与えられます。
• 期間が定められている。測定期間は四半期（または適切なサブ期間）です。

例。 目標：「新規登録者のアクティベーションを改善する。」

優れた Key result：

• 「最初の1週間以内に価値を実感する段階に到達した新規登録者の割合を、32％から45％に増やす。」
• 「初めて価値を実感するまでの時間の中央値を、4.2日から2日未満に短縮する。」
• 「オンボーディングフローの完了率を80％にする（64％から増加）。」

それぞれの Key result は測定可能で、アクティベーションに結び付き、チームはオンボーディングの再設計を通じて影響を与えられ、期間も四半期に定められています。

弱い Key result。

• 曖昧：「アクティベーションを大幅に改善する。」
• アウトプット：「オンボーディングの再設計施策を5件リリースする。」（成果ではなく、実施した作業を数えています。）
• 影響範囲外：「登録者総数を50％増やす。」（登録者数は、アクティベーション施策の上流にある要因の影響を大きく受けます。）
• 虚栄の指標：「ユーザー数を100万人にする。」（印象的な数字ですが、アクティベーションの成果に直接結び付いていません。）

Key result は3～5件とするルール。 多くの目標では、Key result を3～5件設定すると効果的です。1件だけでは脆弱です（単一の測定値では成果を捉えきれない可能性があります）。6件以上では焦点がぼやけます。

詳しくは、references/key-result-design-patterns.mdを参照してください。

---

組織全体で OKR をカスケードする

リーダーシップからチームへ OKR をカスケードするタイミングと方法について説明します。

トレードオフ。

• OKR をカスケードすると、チームの仕事を会社の優先事項に合わせられます。プロダクトチームの目標は会社の目標から導かれ、エンジニアリングチームの目標はプロダクトチームの目標から導かれます。
• 厳格なカスケードでは、トップダウンの OKR となり、ボトムアップの知見が見落とされます。現場に近いチームのほうが、その上の階層よりも優先すべきことをよく理解している場合があります。
• カスケードが緩すぎると、チームの OKR が会社の優先事項と結び付かず、チームは組織の目標に貢献せずに、個々の最適化を進めてしまいます。

中間的なアプローチ。

• 会社レベルの OKR は四半期ごとに設定します。チームレベルの OKR は会社の OKR を踏まえつつ、貢献方法についてはチームに裁量を持たせて設定します。
• 各チームの OKR で、どの会社レベルの OKR に貢献するのかを明示します。
• 技術的負債、インフラストラクチャ、実験基盤など、会社レベルの OKR に直接結び付かないチーム固有の OKR も設定できます。チームの仕事全体を把握できるよう、こうした OKR も明示してください。

厳格にカスケードする場合。 少数の会社の優先事項に沿って足並みをそろえる必要がある、創業初期の企業。組織が協調して方向転換する必要がある、戦略転換の時期。

緩やかにカスケードする場合。 チームの役割が確立された成熟した組織。厳格にカスケードすると制約が強くなりすぎる、部門横断チーム。

率直な見解。 カスケードは、カンファレンスの講演で語られるほど簡単ではありません。多くの組織は最初の数サイクルでカスケードしすぎ、その後、緩める方法を学びます。なかには最後まで学べず、下位へ伝わるにつれて、ますます形骸化した OKR を生み出す組織もあります。

詳しくは、references/cascading-okrs-decisions.mdを参照してください。

---

採点の規律

四半期末の採点は、OKR の実践がうまくいくか、衰退するかを左右します。

0.0〜1.0 の尺度。 各キーリザルトは、0.0（進捗なし）から1.0（完全達成）の範囲で採点します。目標のスコアは、キーリザルトの平均です。

60〜70％の目標。 ストレッチ OKR は、チームの OKR 全体の平均スコアが0.6〜0.7になるように設計します。平均がこれより高ければ目標を低く設定しすぎている可能性があり、低ければ非現実的な目標か、予期せぬ混乱があったことを示している可能性があります。

誠実な採点。

• 努力ではなく、実際の成果を採点します。懸命に取り組んでも指標を動かせなかったチームのスコアは低くなり、大きな努力をせずに運よく指標を動かせたチームのスコアは高くなります。スコアに反映されるのは成果です。
• 切り上げないでください。キーリザルトが0.55なら、0.6ではなく0.55です。誠実な採点が、信頼できるシグナルを生みます。
• 四半期の途中で何が変わったかを認めます。未達のなかには、優先順位の変更を反映したものもあります。言い訳にすることなく、明らかにしてください。

100％が意味すること。 100％のスコアは精査が必要です。OKR の目標設定が低すぎた（安全策を取った）、チームにとって素晴らしい四半期だった（有益な情報である）、またはチームが切り上げている、のいずれかです。どれに当たるのかを調べてください。

30％が意味すること。 30％のスコアは精査が必要です。OKR が非現実的だった（目標を高く設定しすぎた）、チームが予期せぬ混乱に直面した（有益な情報である）、または四半期の途中で取り組みの優先順位が下がった（これも有益な情報である）、のいずれかです。どれに当たるのかを調べてください。

報酬との連動について。 OKR は報酬と直接結び付けない場合に最も効果を発揮します。OKR がボーナスを左右すると、目標を低く設定する誘因が強くなり、チームは達成できると分かっている OKR を設定するようになります。健全な OKR 文化の多くは、目標設定と報酬を切り離しています。

詳細は references/scoring-discipline.md を参照してください。

---

四半期途中の再調整

OKR を変更すべき場合と、チームが適応すべき場合について説明します。

原則。 OKR は四半期を通じて維持します。チームは OKR に合わせて戦術を適応させます。チームの現状に合わせて OKR を変更することはありません。

再調整する場合。

• 戦略の変更。会社の戦略が四半期の途中で大きく変わり、戦略を反映しなくなった OKR が適切な目標ではなくなった場合です。
• 重大な外部要因による混乱。市場の変化、規制上の出来事、または重大な障害があった場合は、その四半期の目標を見直す必要があります。
• OKR を無効にする情報。チームが四半期の途中で、対象としていた指標が実際には成果を表していないと知った場合です。

再調整しない場合。

• チームが計画どおりに進んでいない。未達の OKR は設定したままにします。未達であること自体がシグナルです。
• OKR に抵抗を感じている。ストレッチ OKR に抵抗を感じても、気持ちを楽にするために四半期の途中で目標を引き下げるべきではありません。
• より簡単な OKR なら達成できそうに感じる。難しい OKR を簡単なものに差し替える誘惑は、徐々に目標を低く設定することにほかなりません。

再調整の規律。 再調整はまれにとどめるべきです（8四半期のうち1〜2回）。頻繁な再調整は、OKR の設計に問題があることを示します。目標が高すぎるか、戦略と合致していないかのいずれかです。再調整の内容は透明にし、何が変わったのか、その理由、そして新しい目標を明らかにしてください。

詳細は references/mid-quarter-recalibration.md を参照してください。

---

OKR のレビュー周期

OKR には、体系的なレビューのリズムが効果的です。

週次チェックイン。

• チームで各主要な成果指標の進捗を確認します。15～30 分。
• 障害、依存関係、進捗の軌道が外れている兆候を明らかにします。
• OKR を調整する場ではなく、目標に向けて進み続けるために戦術を調整する場です。

四半期中間レビュー。

• 四半期の第 6 週ごろに実施します。60～90 分。
• 進捗の軌道を率直に評価します。順調な主要な成果指標と、遅れているものを確認します。
• 再調整を行うかどうかを判断します（まれなケースであり、通常の結果にすべきではありません）。
• 四半期末の結果に影響する外部依存関係を明らかにします。

四半期末レビュー。

• 各主要な成果指標を率直に採点します。
• そのスコアにつながった要因を特定します。戦術上の選択、外部要因、OKR の設計上の判断などです。
• 得られた教訓を次の四半期の OKR 設計に生かします。

四半期ごとの振り返り。

• スコアリングレビューとは別のものです。振り返りでは、OKR の取り組み自体を検証します。OKR は適切だったか、レビューのリズムは機能したか、何を変えるべきかを確認します。
• 次の四半期の OKR 設定セッションとまとめて実施することもよくあります。

詳細は references/review-cadence-templates.md をご覧ください。

---

OKR、ロードマップ項目、メトリクスの違い

混同されがちな 3 つの概念ですが、それぞれ役割が異なります。

OKR。 四半期の成果目標です。「新規登録者のアクティベーションを改善する」は OKR であり、「初週のアクティベーション率を 32% から 45% に引き上げる」は主要な成果指標です。

ロードマップ項目。 チームが開発または実施する取り組みです。「オンボーディングの再設計」はロードマップ項目です。ロードマップ項目は OKR の達成に貢献しますが、それ自体が OKR ではありません。

メトリクス。 チームが継続的に追跡する測定値です。「初週のアクティベーション率」はメトリクスです。メトリクスは主要な成果指標（メトリクスに対する四半期目標）の設定に役立ち、チームがそのメトリクスを対象とする OKR を設定しているかどうかにかかわらず、継続的に追跡されます。

それぞれの関係。

• OKR：「新規登録者のアクティベーションを改善する。」
• 主要な成果指標：「初週のアクティベーション率を 32% から 45% に引き上げる。」
• メトリクス：「初週のアクティベーション率」（継続的に追跡）。
• 貢献するロードマップ項目：「オンボーディングの再設計」、「ウェルカムメールの配信順序の改訂」、「アクティベーションのトリアージ自動化」。

よくある混同。

• ロードマップ項目を OKR として扱うこと。「オンボーディングを再設計する」は OKR ですが、OKR は再設計によって実現しようとする成果であるべきです。
• すべてのメトリクスに OKR が必要だと考えること。四半期目標を設定しなくても、チームが追跡すべき重要なメトリクスはあります。
• OKR をロードマップ上のコミットメントとして扱うこと。OKR が示すのは成果であり、チームはその達成に取り組みますが、戦術を変更する場合もあります。OKR をロードマップ上のコミットメントとして扱うと、変更が必要な場合でも戦術が固定されてしまいます。

詳細は references/okrs-vs-roadmap-vs-metrics.md をご覧ください。

---

よくある失敗パターン

要点を簡潔に示します。診断については、references/common-okr-failures.mdを参照してください。

• 「OKRはいつも100％達成で、何のシグナルも得られません。」控えめな目標設定です。ストレッチ目標として設定し、スコアは60〜70％になると見込みます。
• 「OKRはいつも30％で、士気が下がります。」非現実的な目標設定です。本当のストレッチ目標に再調整し、現実的な取り組み方で達成できる目標なのかを検証します。
• 「キーリザルトは成果ではなく、作業を測定しています。」作業を成果に見せかけています。作業ではなく成果を測定するよう、キーリザルトを書き直します。
• 「OKRが12個あるのに、チームは47個のことに取り組んでいます。」OKRが多すぎます。目標は2〜4個、KRは各目標につき3〜5個に制限します。
• 「OKRが曖昧です。」測定可能な目標がありません。具体的な数値やしきい値を使って、キーリザルトを書き直します。
• 「OKRを厳密にカスケードした結果、チームのOKRがチームの業務と合っていません。」チームのミッションに合わない、厳格すぎるカスケードです。カスケードを緩めるか、チームのミッションを変更します。
• 「戦略が変わっても、再調整をまったく行いません。」再調整を避けすぎています。戦略変更の基準を明確にし、それを活用します。
• 「四半期ごとに再調整しています。」再調整が簡単に行われすぎています。OKRの設計に問題があるため、原因を調査します。
• 「週次チェックインが進捗報告になってしまいました。」戦術的な議論が不足しています。チェックインの形式を見直します。
• 「スコアを切り上げています。」採点規律が不足しています。正直に採点することを徹底します。
• 「OKRとボーナスが結びついているため、目標が控えめになっています。」予想どおりの結果です。OKRを報酬から切り離します。

---

フレームワーク：OKR設計における12の考慮事項

OKRを設計または監査する際は、以下の12項目を順に確認してください。

1. **控えめな目標設定でも非現実的な目標設定でもなく、ストレッチ目標にする。**平均スコアの目標は60〜70％です。
2. **目標はアウトプットではなく、成果にする。**達成しようとしていることを示します。
3. **目標を絞り込み、焦点を明確にする。**各チームにつき四半期あたり2〜4個です。
4. **キーリザルトを測定可能にする。**具体的な数値または検証可能なしきい値を設定します。
5. **キーリザルトを成果に結びつける。**キーリザルトの達成によって、目標が前進します。
6. **キーリザルトをチームが影響を及ぼせる範囲に設定する。**外部要因だけに全面的に依存させません。
7. **各目標につきキーリザルトを3〜5個設定する。**1つだけでは脆弱になり、多すぎると焦点がぼやけます。
8. **カスケードを明示しつつ、制約しすぎない。**チームのOKRは上位のOKRにつながる一方、達成方法には自律性を持たせます。
9. **切り上げず、正直に採点する。**0.0〜1.0のスコアで実際の成果を反映します。
10. **再調整はまれに行う。**戦略変更や大きな混乱がない限り、OKRを維持します。
11. **レビューは週次、中間、四半期末に行う。**順に、戦術的な確認、戦略的な確認、採点を行います。
12. **OKRをロードマップ項目や指標から切り離す。**それぞれ異なる目的を果たします。

このフレームワークによって、四半期ごとの説明責任の基盤となるOKRを作成できます。意欲的な目標設定、中間時点での学び、そして次の四半期に活かせるほど正直な四半期末の採点を実現します。

---

必要なデータを利用できない場合

このスキルの出力は、スキル自身では生成できないデータ、測定値、またはツールの結果に依存します。必要な入力、ツール、またはデータソースを利用できない、あるいは検証できない場合、認められる出力は、その不足を明記した成果物です。何が必要だったのか、実際に何を取得または検証できたのか、出力のどの部分が影響を受けるのかを示してください。成果物を完成させるために、必要な数値を捏造、推定、または補間することは決して認められません。不足を明示した回答で十分です。

---

参考ファイル

• references/objective-design-patterns.md - 成果とアウトプットの違い。優れた目標と弱い目標の特徴。さまざまな分野の具体例。目標を絞る規律。
• references/key-result-design-patterns.md - 測定可能性、成果との整合性、影響を及ぼせる範囲内であること、期限が定められていることの特徴。優れたキーリザルトと弱いキーリザルト。3〜5件の KR ルール。具体例。
• references/cascading-okrs-decisions.md - 厳密にカスケードする場合と緩やかにカスケードする場合。中間的なアプローチ。カスケードのアンチパターン。カスケードの難しさについての率直な説明。
• references/scoring-discipline.md - 0.0〜1.0 の尺度。目標とする 60〜70％。誠実なスコアリング。100％と30％が意味すること。報酬に関する問い。
• references/mid-quarter-recalibration.md - 戦術を適応させる場合と再調整する場合。戦略の転換と、達成が難しい OKR の違い。再調整の規律。
• references/review-cadence-templates.md - 週次チェックイン、中間レビュー、四半期末のスコアリング、四半期の振り返り。各レビュー頻度の形式と所要時間。
• references/okrs-vs-roadmap-vs-metrics.md - 3つの概念とその関係。よくある混同。3つすべてを網羅した全体像。
• references/okr-anti-patterns.md - OKR をロードマップとして扱うこと、目標を低く設定すること、現実離れした目標、虚栄の指標、OKR の形骸化、報酬との連動など、8つ以上のアンチパターン。
• references/common-okr-failures.md - 診断と対処法を含む、11以上のよくある失敗パターン。

---

締めくくり：OKR は説明責任を支える基盤です

OKR が最も効果を発揮するとき、四半期ごとの説明責任を果たすことで、組織の戦略的な学びにつながります。チームは成果を約束し、その実現に取り組み、誠実にスコアを付け、目標と成果の隔たりから学び、次の四半期の OKR をより良いものにします。

最も効果を発揮しないとき、OKR はシグナルを生み出さずに時間を浪費する儀式になります。常に達成できるよう低く設定された OKR。誰にも達成できない現実離れした OKR。成果にかかわらず高いスコアが付く曖昧な OKR。用語だけが残り、実践は形骸化しています。

OKR の恩恵を受けるのは、成果をアウトプットより重視すること、測定可能なキーリザルト、意欲的な目標設定、誠実なスコアリング、必要な場合に限った再調整、そしてパフォーマンスの見せかけではなく学びを促すレビュー頻度という規律を守るチームです。

OKR の実践が機能しているか判断に迷ったら、次の点を確認してください。OKR は優先順位の決定を促しているか。スコアから得られる学びは次の四半期に活かされているか。キーリザルトはチームが影響を及ぼせる成果を実際に測定しているか。平均スコアは、意欲的な OKR が目指す 60〜70％の範囲にあるか。すべて「はい」なら、その実践は根付いています。どれか1つでも「いいえ」なら、そこにギャップがあります。そのギャップこそ、OKR の取り組みが本来提供すべき説明責任の基盤を築けていない部分です。