四半期を乗り切れるプロダクトOKRの設定方法（例付き）

Metaの「Threads」は2023年7月にリリースされ、5日間でサインアップ数1億人を達成し、当時最も急成長したコンシューマー向けアプリとなりました。しかし、このリリース時の数字の陰には、その後の状況が隠されていました。7月31日までに、1日あたりのアクティブユーザー数はピーク時の4,400万人から800万人未満へと約82％減少し、平均利用時間は19分から2.6分へと低下しました。

プロダクトOKRにおいて、このギャップは重要です。サインアップ数を基準に設定されたKRは、数日で「達成」状態になったとしても、その裏では実際のエンゲージメントが急落していた可能性があります。メトリクスは正確でした。新規ユーザーの数をカウントしてはいましたが、ユーザーが継続利用しているかどうかについては何も示していなかったのです。

製品チームでは、四半期ごとに同じ問題が浮上します。機能がリリースされ、サインアップターゲットが達成され、あるいはロードマップのマイルストーンが完了しても、採用率、継続利用率、品質は横ばいのままという状況です。優れた製品OKRは、取り組みの後に生じるべき変化を追跡し、そのギャップを把握できるだけの十分な期間、可視性を持つ状態を維持します。

プロダクトOKRとは？

プロダクトOKR（Objectives and Key Results）とは、プロダクトチームが、単なる成果（リリースされた機能やクローズされたチケットなど）にとどまらず、測定可能な成果へと仕事を接続するために用いる目標設定のフレームワークです。

その構成は以下の通りです：

さらに、3つ目の要素として「イニシアチブ」があります。これは、結果につながることを期待して取り組む仕事のことです。イニシアチブはプロダクトロードマップに盛り込むことはできますが、成功の指標の代わりになるべきではありません。

プロダクトOKRでは通常、採用率、継続率、エンゲージメント、コンバージョン率、信頼性、顧客満足度などを追跡します。一方、企業レベルのOKRはそれより一段上のレベルに位置し、成長、利益、新規市場などを対象とします。ただし、その境界線は明確ではありません。プロダクトが収益に直接貢献している場合、プロダクトチームが収益に関するOKRを担当することもあります。

プロダクトOKR、KPI、ロードマップの比較

これら3つを区別する最も簡単な方法は、それぞれが果たす役割によるものです。KPIは製品のパフォーマンスを示します。OKRはチームが実現したい変化を定義します。ロードマップは、その変化をサポートするための仕事を体系化するものです。

同じメトリクスが複数の場所に表示されることもあります。例として、「解約率」は、KPIダッシュボード上で何ヶ月も目立たないまま放置されることがあります。しかし、その数値が行動を要するほど上昇した場合、チームはそれを「解約率を7%から5%に削減する」といった四半期ごとのKRに設定するかもしれません。

その決定が、ロードマップを形作ります。チームは、解約フローの分析を優先したり、製品の弱点を改善したり、再エンゲージメントキャンペーンをテストしたりするかもしれません。こうした取り組みは、チームが新たな知見を得るにつれて変化する可能性がありますが、成果目標自体は変わりません。

ここで重要なのが、持続可能なOKRです。優れたプロダクトOKRがあれば、実験が失敗したり優先度が変わったりした際でも、目標を書き直すことなく、アジャイルなロードマップを柔軟に調整する余地がチームに生まれます。

プロダクトOKRとプロダクト戦略の違い

プロダクト戦略とは、そのプロダクトが誰を対象としているか、どのような問題を解決するのか、そしてなぜ他の選択肢ではなくそれを選ぶべきなのかについて定めた一連の選択のことです。プロダクトOKRは、その戦略を1四半期という期間で実行に移すための一歩です。戦略は方向性を定め、1年以上有効です。一方、OKRは次に何を変えるべきかを明確にします。

プロダクト戦略について執筆や指導を行っているローマン・ピヒラー氏は、この3つの要素のうち戦略を最優先としています。彼の主張によると、戦略とは、どの目標を追求する価値があるかを判断するための意思決定の枠組みであるということです。戦略がなければ、2つの有力な目標のどちらを選ぶべきかの根拠がなくなり、結果として最も声の大きいステークホルダーの意見が通ってしまうことになるのです。

これにより、判断基準が得られます。上級のステークホルダーから目標を提示された際は、それを受け入れる前に、戦略と照らし合わせて確認してください。ピヒラー氏は次のように述べています：

上層部のステークホルダーが提示する目標を、鵜呑みにしてはいけません。

その目標が、戦略で掲げられたユーザー、課題、あるいはビジネス目標に向けてプロダクトを前進させるものでないなら、それは他の誰かのプランに属するものです。

その逆もまた然りです。戦略が機能しなくなったにもかかわらず、すべてのKRが「達成」となった四半期があった場合、それは測定すべき成果を誤っていたことを意味します。

なぜ多くのプロダクトOKRは四半期を乗り切れないのか

プロダクトOKRが失敗する原因は通常4つあり、そのすべてが計画策定の段階で既に組み込まれているものです。具体的には、目標として機能が記述されていること、ウォーターメロン方式のステータスレポート作成、一度に設定される目標が多すぎること、そして所有者が明記されていないKRです。

3段階のKRラダー：インプット、アウトプット、アウトカム

目標が明確になったら、各KRが何を測定するかを基準に検証してください：

プロダクトOKRにおいて、アウトカムKRは通常、その取り組みが何か有意義な変化をもたらしたかどうかを示すため、最も重要な要素となります。しかし、アウトカムメトリクスが有効に機能するのは、チームがそれを適切に測定できる場合に限られます。新製品や初期段階の実験、あるいは測定体制が不十分なワークフローでは、まだ十分なデータが得られていない可能性があります。

そのような場合は、最も説得力があり、正当化できる指標を使用してください。チームがその指標が何を表し、何が不明確なままなのかを理解している限り、その四半期においては、意味のある代替指標でも有効です。

実際の運用例は以下の通りです：

四半期半ばによくある問題として、アナリティクスイベントが設定されていなかったためにKRを測定できないことに気づくケースがあります。不足している計測機能を追加し、必要に応じて一時的な代替手段を用い、測定方法が変更された理由を文書化してください。

6つのステップでプロダクトOKRを設定する方法

プロダクトOKRを設定するには、まず会社の目標から始め、チームが影響を与えられるプロダクトの成果を特定します。次にKRを定義し、ターゲットが妥当かどうかを検証し、各取り組みをそれらに接続し、四半期が始まったらチームがどのように進捗を確認するかを決定します。

具体例として、B2B向け請求書発行SaaS企業のプロダクトマネージャーを挙げましょう。同社の目標は、小規模な代理店にとって「デフォルトの請求ツール」になることです。

ステップ1：プロダクトOKRを会社の目標に遡って整理する

まずは、「この組織目標を実質的にサポートするためには、製品やユーザーの行動にどのような変化が必要か？」と自問してみましょう。

例えば、請求書発行チームの社内データから、7日以内に最初の請求書を送付した代理店の方が顧客維持率が高いことが判明したとします。これにより、チームには「より多くの新規顧客がマイルストーンに到達できるよう支援する」という、説得力のあるプロダクトレバーが生まれます。

その論理は次のようになります：

このステップは、プロダクトチームがどのような責任を負うべきかを明確にするのにも役立ちます。「年間売上高を30％増加させる」といった企業目標は、価格設定、営業、顧客獲得、事業拡大、そして製品そのものに依存関係がある可能性があります。プロダクトOKRは、チームが実質的に影響を与えられるそのシステムの一部に焦点を当てるべきです。

その接続を1～2文で説明できないのであれば、そのOKRは会社の優先度からかけ離れすぎている可能性があります。

ステップ2：実現したい変化を軸に目標を策定する

そのプロダクトへの注力を、定性的な目標へと転換しましょう。

請求書発行チーム向け：

目標：新規代理店が最初の売上マイルストーンを迅速に達成できるよう支援する。

これにより、達成方法まで細かく指定することなく、チームに方向性を示すことができます。対照的に、「オンボーディングを再設計する」という表現は、すでに解決策を前提としています。「オンボーディングを改善する」という表現は、「改善」が具体的に何を意味するのかが明確でないため、逆に極端すぎる表現となります。

目標を設定する前に、次の3つの点を確認してください：

持続可能なOKRを実現するには、この最終的な検証が重要です。最初の解決策がうまくいかなかった場合でも、目標は依然として有用であり続けるべきです。

ステップ3：成果を多角的に捉えたKRを選ぶ

それでは、その目標が機能していることをチームに納得させるには、どのような証拠が必要か考えてみましょう。

請求書発行SaaSの場合、KRの例としては次のようなものが考えられます：

ここでいう各KRには、ベースライン、ターゲット、および人口が定義されています。

ステップ4：コミットする前に、各KRを徹底的に検証する

KRは正確に見えても、実は不十分な場合があります。番号は自信を与えてくれますが、そのメトリクスが有用であることを保証するものではありません。

各KRについて、以下のチェック項目を確認してください：

トレードオフの検証には注意が必要です。例えば、請求チームがセットアップステップをいくつか省略することで、初回請求書発行までの時間を短縮したとします。処理速度は向上しましたが、請求エラーが発生するようになりました。このチームは、技術的には1つのメトリクスを改善したものの、顧客体験を悪化させてしまったのです。

ガードレールメトリクスなら、そうした事態を未然に防ぐことができます。例えば、KRでスピードが重視される場合、副作用として悪化する可能性のあるエラー率やサポート件数、その他の指標に注意を払う必要があります。

また、ターゲットそのものも確認しましょう。現在の進捗状況のままでも達成できるとチームが予想しているターゲットでは、何を変えるべきかについてほとんど示唆を得られません。反対に、単なる野心だけで設定された番号では、チームがプランを立てるための信頼できる根拠にはなりません。過去の推移、利用可能なキャパシティ、ユーザーデータ、そしてビジネスチャンスのサイズを参考にし、説得力のあるターゲットを設定しましょう。

ステップ5：イニシアチブをKRに接続する

成果と、その測定方法を明確にした上で、どの取り組みが数値を動かす可能性があるかを判断しましょう。

請求チームの場合、ロードマップには次のような項目が含まれるかもしれません：

期待される接続を明確にしましょう。各取り組みはどのKRに影響を与えるべきか、また、その賭けが成功した場合、どのような成果が期待できるでしょうか？

ガイド付きウォークスルーが第3週にリリースされたと仮定しましょう。第6週になると、ウォークスルーの利用率は高いものの、リリース初週のアクティベーション率は依然として横ばいとなっています。これはチームにとって重要な示唆を与えています。つまり、ユーザーはこの機能を利用しているものの、意図した成果は得られていないということです。

これにより、チームはユーザー体験を見直したり、別の対策をテストしたり、あるいはそのアイデアへの投資を中止したりできるようになります。ロードマップが変化しても、KRは引き続き方向性を示し続けます。

ステップ6：四半期の開始前にレビューのルールを設定する

OKRには、今や運用リズムが必要です。

キックオフの前に、以下の点を決めておきましょう：

軽めのサイクルとしては、毎週の短いKR確認と、その背景にある取り組みについて毎月行う詳細なレビューなどが挙げられます。

毎週の会話で、また別のステータス報告をする必要はありません。現在の数値、その推移、そしてチームの確信を変えるような根拠を確認しましょう。その上で、現在の仕事が依然として妥当かどうかを判断してください。

四半期末には、必要に応じて正式な採点を行うこともできます。例えばGoogleでは、OKRを0.0～1.0のスケールで評価しており、個々のKRが全体的な目標スコアに寄与する仕組みになっています。チームによって別のシステムを採用しても構いません。重要なのは一貫性を保つことです。

参考にできる12の製品OKR例

プロダクトOKRは、チームが解決しようとしている課題と合致している必要があります。アクティベーションチームに必要な成果指標は、リテンション、信頼性、ディスカバリー、あるいはエクスパンションチームとは異なります。以下の例では、効果的なOKRの具体例、KRが課題に合致する理由、そして自チームのベースラインやターゲットに合わせて構造を調整する方法について解説します。また、実際に適用された実例も紹介しますので、実際の運用状況をご確認いただけます。

導入・活性化に関するOKR

1. アクティベーション（新規ユーザーが価値を実感できていない場合）

アクティベーションOKRは、ユーザーがサインアップした際には役立ちますが、製品の初期価値を示す行動に至るユーザーはごくわずかです。その行動は製品によって異なります。請求書発行アプリであれば、最初の請求書を送付することかもしれません。分析プラットフォームであれば、データソースを接続し、最初の有用なレポートを閲覧することかもしれません。

まずはその「アクティベーションイベント」を定義することから始めましょう。次に、そのイベントに到達したユーザー数、到達までの時間、そしてその初期の成功が継続的な利用につながっているかどうかを測定します。

具体例

あるB2B請求書発行プラットフォームが、最初の請求書を送付することが最も明確なアクティベーションのマイルストーンであると判断したと仮定しましょう。

目標： 新規代理店が最初の1週間で価値を上げられるよう支援する。

主要結果（Key Results）：

これらのKRは、アクティベーション・ジャーニーのさまざまな段階を網羅しています。あるKRは、マイルストーンに到達したユーザー数を追跡し、別のKRは到達までの所要時間を測定し、さらに別のKRは、アクティベートされたユーザーが引き続き製品を利用しているかどうかを確認します。

2. 機能の定着率（リリースされた機能が日常的に利用されていない場合）

機能導入に関するOKRは、機能がリリースされたものの、その利用がまだ限定的であるか、あるいは不規則な場合に適しています。その目標は、対象となるユーザーがその機能を採用しているか、繰り返し利用しているか、そしてワークフローの一部として取り入れるのに十分な価値を得られているかを把握することです。

つまり、リリース当日のクリック数だけを見るのではなく、その先を見据える必要があります。ある機能は、初回利用者を多く集めても、定着には至らない場合があるからです。

具体例

あるプロジェクト管理プラットフォームが新しい自動化ビルダーをリリースしたものの、アクティブなチームのうち、それを2回以上利用しているのはごく一部に過ぎないとします。

目標： ワークフローの自動化を、チームが反復的な仕事を管理する方法の一部にする。

主要結果（Key Results）：

3. セルフサービスによるアクティベーション（ユーザーがまだ多くのサポートを必要としている場合）

セルフサービス型のアクティベーションOKRは、ユーザーが自分でサインアップできるものの、価値を実感するにはサポートやオンボーディングコール、手動による支援が必要な場合に有効です。その目的は、コアとなるセットアップの流れを十分に明確にし、ユーザーが独自にセットアップを完了しつつ、適切なアクティベーションのマイルストーンに到達できるようにすることです。

つまり、サポートチケットの件数を減らすだけでは不十分です。チケットの件数が減ったとしても、ユーザーが助けを求める前に諦めてしまった可能性もあるからです。

具体例

あるカスタマーサポートプラットフォームがセルフサービス型のオンボーディング機能を提供しているとします。しかし、多くの新規アカウントがセットアップを完了する前にサポートに連絡してきます。

目標： 新規チームがセットアップを完了し、自力で価値を生み出せるよう支援すること。

主要結果（Key Results）：

これらのKRを総合的に評価することで、ユーザーが独自にセットアップを完了できるか、価値を示す行動に至ることができるか、そしてその両方を最小限のサポートで達成できるかを確認できます。

成長と拡大に関するOKR

4. 拡大（既存顧客が製品の一部しか利用していない場合）

「拡大型OKR」は、顧客がすでに主力製品から価値を得ているものの、スイート内の他の有用なワークフローや製品をまだ導入していない場合に適しています。その目標は、製品の利用を深化させて顧客アカウントにより多くの価値を生み出し、将来の事業成長をサポートすることです。

したがって、強力な事業拡大OKRでは、単なる収益だけでなく、ユーザーの行動にも着目する必要があります。顧客が次のユースケースを発見し、それを採用し、継続して利用しているかどうかを把握することが重要です。

具体例

あるマーケティングプラットフォームの電子メール製品は広く普及しているものの、既存顧客のうちその自動化ツールを利用している人はほとんどいないと仮定しましょう。

目標： 既存顧客が、2つ目の主要ワークフローから価値を得られるように支援する。

主要結果（Key Results）：

5. 試用版からのコンバージョン（ユーザーが登録したものの、顧客にはならなかった場合）

「試用版からのコンバージョン」というOKRは、ユーザーが製品を利用し始めたものの、有料プランを選ぶ価値があると感じる体験に到達するユーザーが少なすぎる場合に適しています。チームは、熱心な試用版ユーザーとそれ以外のユーザーを区別する行動を特定し、試用版期間が終了する前に、より多くのユーザーがそれらのポイントに到達できるよう支援する必要があります。

具体例

ある14日間の共同レポート作成ツールにおいて、試用版期間後に有料プランに移行するユーザーには、試用版期間中に2つの重要なことをやることが判明しました。それは、実際のデータソース（Google スプレッドシートやデータベースなど）を接続することと、レポート作成のためにチームメイトを招待することです。

目標： トライアル期間終了前に、トライアルチームが共同レポート作成の価値を実感できるようにすること。

主要結果（Key Results）：

リテンションとエンゲージメントに関するOKR

6. リテンション（アクティブユーザーが利用しなくなるタイミング）

リテンションOKRは、ユーザーが初期段階で価値を実感するものの、その後すぐに離脱してしまう場合に適しています。チームは、継続利用しているユーザーがどのような行動を続けているかを特定し、さらに多くの新規ユーザーが同じ習慣を身につけているかどうかを測定する必要があります。

具体例

あるプロダクトチームが、多くの新しい作業スペースがセットアップ完了後、1か月も経たないうちに活動が停滞していることに気づきました。コホートデータによると、継続している作業スペースでは、最初の数週間のうちにタスクの割り当て、進捗報告、チームメイトへの情報共有が行われていることが示されています。

目標： 発足したばかりのチームが、持続的な協働の習慣を築けるよう支援すること。

主要結果（Key Results）：

これらのKRは、成果そのものと、その背景にある習慣とを区別しています。最初のKRは、チームが継続しているかどうかを示します。残りの2つは、チームが継続していることを裏付けるほど、十分に頻繁に協働しているかどうかを示します。

7. エンゲージメントの深さ（ユーザーがアクティブであるものの、製品をほとんど利用していない場合）

エンゲージメントOKRは、ユーザーが繰り返し利用しているものの、製品のほんの一部しか使用していない場合に適しています。その目的は、製品が持つ真の価値を反映した、より深いワークフローをユーザーが完了しているかどうかを測定することにあります。

具体例

あるプロジェクト管理ツールが毎週活発に利用されているとしても、ほとんどのチームが単発のタスクを作成・完了させるだけだとします。

目的： 活発に活動しているチームが、製品開発におけるより複雑な仕事を管理できるよう支援すること。

主要結果（Key Results）：

これらのKRは、利用の深さに焦点を当てています。チームが単なる基本的な活動にとどまらず、より高度な仕事に製品を活用できているかどうかを示す指標です。

製品の品質とプラットフォームのOKR

8. 製品の品質（バグやパフォーマンスの低下が中核の仕事に支障をきたす場合）

製品の品質に関するOKRは、信頼性や速度の問題が、ユーザーが本来やることになっていた仕事の妨げになり始めた場合に適しています。KRでは、影響を受けるワークフロー、技術的な問題、およびユーザーへの影響を具体的に明記する必要があります。

具体例

例えば、ある分析プラットフォームでは、ダッシュボードのレコード数が10万件を超えると、大規模な顧客向けの処理速度が低下してしまいます。

目標： 大規模なダッシュボードを、日々のレポート作成に十分な信頼性を持つものにする。

主要結果（Key Results）：

9. バグの削減（品質負債が繰り返し発生する場合）

バグ削減を目的としたOKRは、不具合がチームが修正できるペースよりも速く蓄積してしまう場合、特に深刻な問題が顧客に届き続けている場合に適しています。目標には、復旧の速さや、そもそもバグが漏れ出さないようにするかどうかを含めるべきです。

具体例

あるSaaSプラットフォームが急速に成長したものの、顧客から報告されたバグが1週間以上未解決のまま放置されているとします。リリース後も重大なバグが繰り返し発生しています。

目標： 顧客に直接影響する不具合の発生頻度を減らし、解決までの時間を短縮する。

主要結果（Key Results）：

注意すべき点：500件の古いバグを閉じたとしても、顧客が新たなバグに遭遇し続けている限り、ダッシュボード上の数値は良好に見えてしまう可能性があります。より優れたプロダクトOKRとは、深刻な問題がより迅速に解決され、見逃される頻度が減り、再発しないかどうかを追跡するものです。

プロダクトマーケティングのOKR

10. 製品のリリース（適切なユーザーにリーチする必要がある場合）

ローンチに関するOKRは、成功が単に予定通りにリリースすることだけにとどまらない場合に適しています。チームは、適切なターゲット層がリリースに気づき、実際に試してみて、製品への関心を示すほど深く使い込んだかどうかを把握する必要があります。

具体例

あるB2B分析プラットフォームが、財務チーム向けの予測機能をリリースしたとします。この機能は対象となる2,000のアカウントで利用可能ですが、チームが重視しているのは、広範なリリース時のトラフィックよりも、アクティブな財務ユーザーによる採用率の方です。

目標： 財務チームが月次計画の一環として予測業務を取り入れるよう支援する。

主要結果（Key Results）：

11. ポジショニング（製品とそのメッセージに乖離が生じた場合）

ポジショニングOKRは、見込み客がチームが意図する形とは異なる方法で製品を理解している場合に適しています。これは、ターゲットセグメントでのコンバージョン率が低い、誤った競合他社との比較が繰り返される、あるいは営業電話で製品の実際の機能の説明に時間を費やしてしまうといった状況で見られることがあります。

具体例

あるB2Bワークフロープラットフォームが、運用責任者をターゲットに販売しようとしているとします。しかし、成約・失注分析の結果、見込み客は依然としてこのプラットフォームを単なるタスク管理ツールとして捉えていることが判明しました。

目標： 製品の利用シーンを、ターゲット層に明確に伝える。

主要結果（Key Results）：

プロダクトディスカバリーのOKR

12. プロダクトディスカバリー（ロードマップが仮定に基づいて構築されている場合）

「ディスカバリーOKR」は、チームに確固たるアイデアはあるものの、裏付けとなる証拠が不十分な場合に適しています。その目的は、最もリスクの高い仮説を徹底的に検証し、実際に投資すべき対象について明確な判断を下すことにあります。

具体例

例えば、あるB2B金融プラットフォームが、キャッシュフロー予測の自動化機能の導入を検討しているとします。エンジニアリングリソースを1四半期分投入することを決定する前に、チームは次の3つの点を確認する必要があります。財務マネージャーは実際にこの問題に悩まされているのか、自動化された出力結果を信頼してくれるのか、そしてどのような意思決定にそれを活用するのか、ということです。

目標： 自動化されたキャッシュフロー予測に製品投資を行う価値があるかどうかを判断するための十分な根拠を構築する。

主要結果（Key Results）：

これらのKRは、チームが何を学び、そのエビデンスに基づいてどのような決定を下したかを測定するものです。20件のインタビューを実施しただけでは、単なる「活動」に過ぎません。20人に話を聞いても、核心となる問いに対する答えが得られない場合もあるからです。

四半期中にプロダクトOKRをどのように追跡していますか？

KR、仕事内容、最新のエビデンスを常に把握できる、一貫したレビューサイクルを通じてプロダクトOKRを追跡しましょう。毎週のチェックにより、チームは方向性のずれを早期に察知でき、より詳細なレビューを通じて、現在の取り組みを継続する価値がまだあるかどうかを判断できます。

KRは毎週見直しましょう

現在の数値、直近の傾向、ターゲットに対する確信度を確認しましょう。会話は、メトリクスにどのような変化があったかに焦点を当ててください。KRのレビューは、単なるもう一つのスプリントステータスミーティングになってはいけません。

KRの進捗とイニシアチブの進捗を区別する

結果と仕事進捗は別々の項目として追跡しましょう。KR所有者には数値を、イニシアチブリーダーには結果の達成状況を報告してもらいます。もし両者の報告に食い違いがあれば、それが月次レビューでより深く検討すべき議題となります。

先行指標に注目する

リテンション率や事業拡大による収益など、結果が出るまでに数週間かかる指標もあります。方向性を早期に判断するために、信頼性の高い先行指標を選びましょう。その指標と最終的な成果とのリンクが、文書化されていることを確認してください。

証拠が示す通りにイニシアチブを変更する

ある取り組みが評価できるほど十分な期間実施され、KRが横ばいのままである場合は、その賭けを見直すべきです。それは、アプローチを微調整すること、新しいことを試すこと、あるいはその取り組みを中止することを意味するかもしれません。いずれにせよ、KRは意思決定の指針であり続けます。

四半期半ばの変更点を記録する

基準値が間違っていたり、追跡システムが機能しなくなったり、市場の条件が変化したりすることもあります。KRを変更する必要がある場合は、何が変更されたか、その理由、そして誰が承認したかを記録しましょう。そうすることで、履歴が明確になり、最終的なレビューがより有意義なものになります。

ClickUpがプロダクトOKRと仕事の接続をどのように行っているか

メトリクスが1か所にあり、そのメトリクスを達成するための作業が別の場所で行われていると、プロダクトOKRは方向性を失ってしまいます。例えば、チームがスプレッドシートでリテンション目標を設定し、ボードでスプリントの作業を追跡し、スライド資料で進捗を確認するような場合です。3週目になる頃には、どの取り組みがどのKRに対応しているのか、誰も分からなくなってしまいます。ClickUpは、KR、ロードマップ項目、スプリント作業、レポート作成を1つのワークスペースに統合することで、そのギャップを解消します。

ClickUpの「リストビュー」を使えば、OKRを一つの画面で体系的に整理できます。所有者、ステータス、またはカスタムの「目標」フィールドごとにグループ化することで、チームはすべてのKR、その現在の値、そして所有者を一目で把握できます。リスクのあるKRやチーム固有のKRなど、さまざまな切り口でフィルタリングしたビューを追加することも可能です。

ClickUpのカスタムフィールドを使用して重要な詳細情報を追加すれば、ベースライン、現在の値、目標値、所有者、信頼度、レビュー日をタスク上で直接追跡できます。また、KRに数値目標を設定し、リンクされたタスクが完了するにつれて進捗が自動的に集計されるようにすることも可能です。

KRを仕事に結びつけましょう。ClickUpの「リレーションシップ」機能を使えば、各KRタスクを、それに貢献するスプリント作業、ロードマップアイテム、または実験とリンクすることができます。リンクされているイニシアチブがリリースされたにもかかわらずKRの数値が横ばいの場合、その乖離をワンクリックで確認できます。

戦略的な背景情報はDocsにまとめておきましょう。ClickUp Docsに、目標の背景にある考え方や文脈を記録しましょう。それをOKRリストにリンクさせておけば、タスク構造を煩雑にすることなく、チームが戦略的な背景情報を参照できるようになります。

ClickUpダッシュボードで進捗を追跡。現在のKR値、所有者、関連する取り組み、障害要因、週次メモを一箇所にまとめて表示するOKRビューを作成しましょう。傾向、ステータス、関連タスクのデータを示すチャートや表のカードを追加することも可能です。これにより、週次レビューにリアルタイムのコンテキストを提供します。

ルーチン作業を自動化しましょう。ClickUpの自動化機能を使えば、四半期の繁忙期に後回しになりがちな細かい確認作業を処理できます。信頼度の低下を検知してフラグを立てるルールを設定したり、レビュー期日が到来した際にフォローアップタスクを割り当てたり、ステータスが変更された際に通知を送信したりすることが可能です。

すぐに使えるテンプレートをお探しなら、ClickUpのOKRテンプレートをご利用ください。このテンプレートには、目標、KR、所有者、進捗管理、レビュー日などを記入するための既成のレイアウトが用意されています。迅速に取り組みを始めたいチームは、まずここからスタートし、自チームのOKRの具体的な要件が明確になるにつれて、各フィールドを適宜調整していくことができます。

無料テンプレートを入手する

ClickUp Brainは、レビューそのものの効率化にも貢献します。ワークスペース全体を分析し、前回の確認以降に何が変わったかを要約し、作業の障害となっている要因を明らかにし、進捗が停滞している箇所をハイライト表示します。これにより、週次レビューでは重要な事項から取り掛かることができ、チームは状況を把握するために費やす時間を削減できます。

こんなチームにおすすめ： 仕事やレポート作成体制とOKRを密接に連携させたいプロダクトチーム。

以下の場合は読み飛ばしてください： 数十のチームにまたがる全社的なOKRのカスケード展開、正式なコーチングワークフロー、一元化された目標ガバナンスを実現するために構築された専用のOKRプラットフォームが必要な場合。Lattice、Perdoo、Quantiveなどの専用ツールは、組織全体の連携を促進する仕組みをより深くサポートしています。

数週間経ってもチームが使い続けられるOKRを設定しよう

プロダクトOKRの価値は、四半期の状況が混沌とし始めた時に発揮されます。目標を明確に保ち、確実に測定できるKRを選び、問題が深刻化する前に軌道修正できるよう、こまめにレビューを行いましょう。

最も効果的なセットアップはシンプルです。目標の数を少なくし、明確な基準値を設定し、所有者を明確にし、現在の取り組みが数値に変化をもたらしているかどうかを定期的に確認することです。状況が変われば、それに応じて仕事も変更できます。

OKRは、それを推進する実際の仕事に密接に関連させるようにしましょう。そうすることで、ターゲットの見直しが必要になった場合や、成果が見込めない施策を置き換えるべきタイミングを、より容易に把握できるようになります。

まずは手始めに、ClickUpを使って各KRに関連するタスクやロードマップを接続し、チームに合わせて構造を調整してみてください。ClickUpを無料でお試しください。

プロダクトOKRに関するよくある質問

経営陣が会社の目標を策定し、プロダクトチームがプロダクトOKRを作成し、各KRには担当者が明確に定められます。マーティ・ケイガンのプロダクト・オペレーティング・モデルでは、リーダーが課題を提示し、権限を与えられたチームが解決策を選択します。したがって、取り組みがすでに決定された状態で下達されるプロダクトOKRは、その本来の目的を損なうことになります。KRの所有権が不明確であることは、説明責任の欠如として最もよくある問題です。レビューは行われるものの、誰も責任を負わず、方向性のずれが明らかになる頃には修正が間に合わないという事態を招いてしまいます。

「コミット型」、「アスピレーション型」、そして「ラーニング型」。コミット型OKRは完全に達成されなければならず、その実現に向けてリソースを調整する必要があります。アスピレーション型OKRは、チームが1四半期で実行可能な水準を意図的に上回る目標を設定し、達成されるまで継続して取り組みます。ラーニング型OKRはエビデンスの獲得を目的としており、通常、プロダクトディスカバリーOKRはこのタイプに該当します。プロダクトチームは、コミット型KRとアスピレーション型KRを1つずつ設定する傾向がありますが、両方を同じ方法で評価すると問題が生じます。

ストレッチ目標については、Googleの0.0～1.0スケールで0.6～0.7が目安です。 元Google上級副社長のラズロ・ボック氏は、スコアが1.0の場合は通常、ターゲットが簡単すぎたことを意味し、0.6～0.7の場合は真の野心を示していると説明しています。コミットされたKR（成果指標）は例外であり、これらは1.0が期待されます。KRにスコアを付け、それを基にターゲットを評価し、単にスコアだけでなく、KRが達成できなかった理由も記録するようにしましょう。

OKRと評価は切り離して考えること。Google自身のOKRガイドでは、「OKRは業績評価と同義ではない」と明記されており、スコアは評価ではなく、その人が取り組んだことの要約として扱われています。 同ガイドでは、0.0～1.0のスケールにおいて、最適な範囲を0.6～0.7と定めており、適切に設定されたキーリザルトは、わずかに達成できないように設計されています。その数値にボーナスを結びつけてしまうと、所有者は確実に達成できるターゲットばかりを選ぶようになってしまいます。

四半期ごとのOKRが一般的である理由は、3ヶ月という期間があれば、チームがいくつかの取り組みを実行し、結果を観察し、方針を調整するのに十分な時間があるからです。しかし、適切なサイクルはメトリクスによって異なります。アクティベーションは数日や数週間で変化が見られる一方、リテンション、企業での導入、ハードウェア、インフラストラクチャに関する成果には、より長い期間が必要になる場合があります。年間目標は方向性を示し、四半期ごとのKRは当サイクルにおける期待される進捗を定義します。

四半期ごとに2～3つの目標を設定し、それぞれに2～4つの主要結果（KR）を設定するため、チーム全体で合計8～10個のKRを超えないようにします。 ジョン・ドアーの著書『Measure What Matters』では、目標を3～5つ、キーリザルトを3～5つに抑えるよう提言しており、各キーリザルトについて毎週メトリクスのレビューが必要であるため、プロダクトチームは下限に近い数値に設定すべきです。フランクリン・コヴィーの調査によると、自組織の最重要目標を挙げられる従業員はわずか15％にとどまっており、その主な理由は、目標が多すぎて覚えきれないためです。