pm-okrs-kpis

OKR と KPI のスキル

このスキルの動作（最初にお読みください）

Claude のデフォルトは、どんなリクエストに対しても整った OKR リストを気軽に生成します。しかし、それこそがまさに失敗なのです。戦略の裏付けがないまま考案された目標、チームごとに 5 つの目標、実態は活動にすぎないのにキーリザルトの形をしたもの（「20 件のインタビューを実施する」）、そして一文で選ばれた「ノーススター」。このように書かれた目標は、チームを四半期にわたって積極的に誤った方向へ導きます。

そこで、このスキルは生成的でありながらゲート付きです。

1. コンテキストを確立する — 戦略、レベル、サイクル、そしてどのようなデータが存在するか。戦略がなければ、そう伝え、戦略をでっち上げるのではなく適切なレベルで作業します。
2. 常に当てはまる核を適用する — ベースライン・ターゲット・期間を伴うアウトカム KR、単一のフォーカス目標、先行指標と遅行指標の組み合わせ。
3. コンテキストに依存する判断を表面化する — フレームワークの重み、ノーススター、ケイデンス、カスケードモデル — トレードオフとともに提示し、ユーザーに選ばせます。

その後、結果を pm-okr-metric-validity-audit に渡して検証します。

---

ステップ 0 — 目標を書く前にコンテキストを確立する

わからなければ尋ねてください。回答なしで進める場合は、前提を明言してください。

• 導き出すべき戦略はありますか？ 戦略は「なぜ・何を」であり、OKR は「どれだけ・いつまでに」です。戦略的な選択がなければ、OKR は、ポジションを前進させることなく数字だけを動かす、つながりのないターゲットになってしまいます。存在しない場合は、そのことを指摘してください。何もないところから目標を生成するのではなく、まず戦略的優先事項を定義することを提案してください。
• レベル — 会社、プロダクト、チームのどれですか？ チームの OKR は、プロダクト目標を機械的に分割したものではなく、プロダクト目標に対する各チームの選ばれた貢献であるべきです。
• チームの規模と成熟度 — 小規模なスクワッドには、完全な OKR の儀式よりも、よりシンプルなレバー／レート制限ステップのフレーミング（どの指標がノーススターを動かすのか、どれがボトルネックなのか）のほうが適している場合があります。スクワッドでは多くの場合、目標ごとに KR が 1〜2 個あれば十分です。
• サイクル — 四半期がデフォルトのリズムです。年間戦略は順序立てた四半期ごとのチェックポイントに分解されます（すべての優先事項が毎四半期に現れるわけではありません）。
• どのようなデータが存在するか — 収集可能な数値のない KR は芝居です。適切な指標がまだ存在しない場合、「アクティベーション指標を調査・定義する」ことは正当な KR です。理解していないターゲットを追いかけるよりはましです。

---

常に適用される核心(ほぼすべてのケースに当てはまる)

目的 — 定性的で、野心的で、記憶に残るもの:

• 目的は「私たちはどこへ向かいたいのか?」に答えるものです — 簡潔で、鼓舞するもので、期限があり、解決策ではありません。
  • ❌「第3四半期までにモバイルアプリをリリースする」(成果の衣をまとったアウトプット) ✅「シームレスなモバイル体験でユーザーを喜ばせる」
  • ❌「顧客獲得効率を最適化する」(企業的なもやもや) ✅「業界で最もシンプルなサインアップを実現する」
• これは**「だから何?」テスト**を通過しなければなりません。それを達成することが完了した活動ではなく、意味のある戦略的進展を表している必要があります。「ユーザーインタビューを10件実施した」は不合格。「顧客がリアルタイムコラボレーションに3倍の料金を支払うことを検証した」は合格。
• 1チームにつき四半期ごとに1つのフォーカス目的。 実験がうまくいくのがおよそ4回に1回で、チームが週に1回実行するなら、四半期で約3回の成功です — 複数の目的に分散させればゼロに分散するだけです。次をキューに入れる前に、最もインパクトの大きい目的を達成してください。

主要な結果 — 反証可能で、成果に基づくもの:

• 数値がなければ主要な結果ではありません: ベースライン → ターゲット、単位、期間。達成したかどうかは明白で、議論の余地はありません。
  • ❌「ウェブサイトのパフォーマンスを改善する」 ✅「第2四半期末までにページ読み込み時間を4.2秒から1.5秒未満に短縮する」
• KRは成果(行動やビジネスの変化)を測定するものであり、活動や出荷したものではありません。
  • ❌「再設計されたダッシュボードを出荷する」 ✅「ダッシュボードタスクにおけるユーザーエラー率を40%削減する」
• 目的ごとに2〜4個のKR(単一のスクワッドなら1〜2個 — スクワッドはKRを1つ所有すべきです。過剰に設計しないでください)。
• 先行指標と遅行指標を混ぜる — 遅行成果(リテンション、MRR)は事後に確認するものですが、先行ドライバー(アクティベーション、オンボーディング完了)は軌道修正を可能にします。すべてが遅行指標のセットでは、手遅れになってからしか失敗を報告できません。
• ストレッチは仕様です: 約70%の達成が健全です。願望的なOKRと確約された成果物を分けておけば、未達は裏切りではなく情報になります。

すべてのターゲットにはゲーミングの問いを:

• 「どうすればプロダクトを悪化させながらこの数値を達成できるか?」を問いかけ、野心的なターゲットにはガードレール(チェック/健全性)指標を組み合わせます。
  • ❌「セッション時間を20%増加させる」だけ ✅ 同じターゲット +「タスク完了時間が増加しない;サポートへの問い合わせが横ばいである」

KPIとOKR — 混同しないでください:

• KPIは継続的な健全性シグナル(チャーン、DAU/MAU、解決時間)であり、サイクルを越えて持続します。OKRは変化のための四半期ごとの推進力です。目的がKPIを対象とする場合、KPIをKRとして使えます — しかしKPIのダッシュボードはOKRセットではなく、OKRですべてを監視しようとすべきではありません。

---

文脈に依存する判断（表面化させ、自動適用しない）

それぞれについてトレードオフとステップ0に結びついた推奨を提示し、ユーザーに判断を委ねます。これらすべてをデフォルトで適用するのは誤りです。

判断	適用する場面	避ける／適応させる場面	デフォルトの推奨
ノーススター指標を定義する	安定したビジネスモデル。顧客価値とビジネス成功を結びつける1つの数値が必要（Spotify：視聴時間、Airbnb：予約泊数）で、シンプルかつ頻繁に測定でき、プロダクトで影響を与えられる	ビジネスモデルが流動的（誤ったノーススターは戦略全体を誤らせる — Facebookは「滞在時間」を放棄せざるを得なかった）。またはすでに存在する	価値交換の根拠とともに2〜3の候補を提案する。採用前に徹底的に検証する — 何年も耐えうるものであるべき
完全な指標階層（NSM → KPIドライバー → チームのインプット）	複数のチームが自分のインプットがどう連なるかを確認する必要がある。チーム間の連携が課題	単一チーム／初期プロダクト — 階層がセレモニー化する	たとえ非公式でも因果チェーンを描く（機能採用 → エンゲージメント → NSM）
カスケードモデル	トップダウンの分解：チーム間で緊密な調整が必要	チームが選択するコントリビューション：仕事に最も近いチームが何が目標を動かすかを知っている	目標はトップダウンで設定し、KRはチームに提案させる。チームのOKRが衝突していないか確認する
ケイデンスのセレモニー	デュアルケイデンス（年次の戦略＋四半期の戦術）＋週次のコンフィデンスチェックイン（緑／黄／赤）＋四半期半ばのレビュー＋レトロスペクティブ：ドリフトが複合的に積み重なる規模の組織	小規模チーム — プランニング＋週次チェックイン＋レトロのみに留める	目標を下げる前にセレモニーを縮小する。設定して放置は決してしない
指標のオーナーシップ（RACI）	共有責任が無責任になるような部門横断的な指標	明らかに単一オーナーの指標	計画時にKRごとに説明責任を持つオーナーを1名指名する
サイクル途中のOKR変更	真の戦略転換（セルフサーブ → エンタープライズへのピボット）	目標内の戦術的な変更（メール → アプリ内チュートリアルに新しいOKRは不要）	デフォルトは安定性。変更する場合は理由と何を学んだかを記録する — 絶え間ない指標の変更はシステムへの信頼を損なう

---

結果を検証する（オーケストレーション）

ハンドオフは各レンズをインストール可能なスキルのnameで指名します。そのスキルがインストールされている場合のみ呼び出してください。インストールされていない場合、このスキル自体のコアにすでにこれらのルールが含まれています — ブロックするのではなく、それなしで進めてください。

作成または改訂した後、完了と宣言するのではなく、監査レンズに引き渡してください。これらは候補レンズです — 姿勢はdocs/orchestration-policy.mdに従うか、成果物全体をpm-product-reviewにルーティングしてください。ここで**okr-metric-validityはこの成果物にとって常に関連するレンズです（自動実行）** — 目標セットの価値全体が指標の妥当性にかかっています。ユーザーがこのスキルを特定の目的で呼び出した場合は、そのスコープを尊重してください。アイデアから計画までの完全な構築には、pm-idea-to-planが構成上のフロントドアであり、計画が枠組み化されリスクが低減された後に、これを成功指標の段階として取り込みます。

• pm-okr-metric-validity-audit （自動実行） — すべての目標、KR、KPI、ノーススター候補：虚栄の露出、反証可能性、アウトプットとしてのアウトカム、ゲーミング／ガードレール、価値への因果的つながり、先行／遅行のバランス。このスキルが書き、その監査が問いただします。

監査が矛盾を表面化させた場合は、主要な目標に向けて解決してください。チームが実際に舵を取れる小さな目標セット — より少なく、よりよく結びついた指標が、包括的な指標に勝ります。

---

よくある do/don't パターン

❌ しない	✅ する
戦略のない一行の依頼から OKR を生成する	ゲート：これらの目標がどの戦略的選択に資するのかを尋ねる。存在しなければ指摘する
「すべてをカバーする」ためにチームごとに 4 つの目標を書く	重点目標を 1 つにし、残りは待ち行列に入れる
KR として「エンゲージメントを高める」	「Q3 末までに DAU/MAU スティッキネスを 18% から 25% に高める」
「X をローンチする」を主要な結果として受け入れる	そのローンチが引き起こすべき行動変容として書き直す
一文でノーススターを選ぶ	候補を提案し、価値交換の論理を検証し、何年も有効であるべきだと警告する
野心的な成長目標を単独で設定する	名前付きのガードレール指標と組み合わせる
遅行指標のみの KR セット（MRR、チャーンだけ）	チームが毎週行動できる先行ドライバーを加える
プロダクト KR を機械的にチーム間で分割する	チームに自らの貢献を提案させ、コンフリクトを確認する
70% 達成を失敗として扱う	ストレッチを設計上のものとして位置づけ、コミットとアスピレーショナルを分ける
目標セットを最終版として出荷する	pm-okr-metric-validity-audit に引き継ぐ

---

出典レッスン（Uxcel）

• OKRs, KPIs, and North Star Metrics
• Using the Product Strategy to Defining OKRs
• Defining Success Metrics
• Thinking in Outcomes, not Features
• Cadence, Rituals, and Accountability
• Product Metrics & KPIs