setting-okrs-goals

OKR と目標の設定

範囲

対象

• 戦略（またはノーススター）を、少数のチーム／会社の OKR に落とし込む
• 週ごとの実行を促す目標を作成する（単なる意欲的な表明にしない）
• 堅牢な主要な結果を設計する（絶対数を優先し、指標の不正操作を防ぐ）
• 進捗を確実に生み出す「デフォルトで有効」なシステムや習慣を追加する
• 学習ループを作るために、レビュー頻度とサイクル終了時の評価を定義する

使用する場面

• 「第 2 四半期の OKR を設定したい」
• 「このチームの目標と主要な結果を作成したい」
• 「週ごとの行動が実際に変わる四半期目標が必要です」
• 「指標が不正操作されている／チームが誤ったものを最適化しています」
• 「OKR のレビューと評価のプロセスが必要です」

使用しない場面

• 合意済みの戦略／ノーススターがまったくない場合（まず writing-north-star-metrics または defining-product-vision を使用してください）
• スプリント計画やデリバリープラン（チケット、見積もり、タイムライン）が必要な場合
• OKR を主に個人のパフォーマンス評価に使用する場合
• 1 つのテストに対する単一の実験指標だけが必要な場合
• 分析／イベント追跡の実装計画をゼロから作成する必要がある場合

入力

最低限必要

• 計画サイクルと期間（例：第 2 四半期、年間、6 週間）、および対象となるチーム
• 戦略の軸：会社目標、ノーススター、またはそのサイクルにおける「なぜ今なのか」という説明
• 主要な指標の現在のベースライン（または最善の代替指標）と、数値の出所
• 制約：キャパシティ、必須のコミットメント、依存関係、リスク許容度
• ステークホルダー：意思決定者、貢献者、承認者、レビュー参加者とその頻度

情報不足時の対応

• references/INTAKE.md から最大 5 つの質問をします。
• それでも情報が不足している場合は、仮定であることを明記して進め、OKR セットの選択肢を 2～3 個（保守的／標準／意欲的）提示します。

出力（成果物）

Markdown 形式の OKR と目標のパック を次の順番で作成します（チャット内、またはユーザーから依頼された場合はファイルとして作成します）。

1. コンテキストの概要（戦略の軸、期間、範囲、制約、ステークホルダー）
2. アラインメントマップ（会社目標 → チーム目標。間に挟む階層は 1 つまで）
3. OKR の草案（目標 1～3 個、各目標につき主要な結果 2～5 個）。指標の定義、ベースライン、目標値、オーナー、頻度を含める
4. 指標の堅牢性とガードレール（不正操作への対策、比率／分母のルール、品質のガードレール）
5. システムと習慣の計画（進捗を継続的に生み出す「デフォルトで有効」な行動／プロセス）
6. レビューと評価の計画（毎週のチェックイン、サイクル中間のチェックポイント、サイクル終了時のスコアリングと学習の振り返り）
7. リスク／未解決の質問／次のステップ（必ず含める）

テンプレート：references/TEMPLATES.md

ワークフロー（8 ステップ）

1) 情報収集と意思決定の枠組み

• 入力： ユーザーのコンテキスト、references/INTAKE.md。
• アクション： 期間、範囲、戦略の軸、ベースラインの有無、制約、意思決定者を確認します。
• 出力： コンテキストの概要。
• 確認事項： OKR の目的（アラインメントと学習）と、目的ではないもの（パフォーマンス評価）について全員の合意を得ます。

2) アラインメントの確立（「間に挟む階層は 1 つまで」）

• 入力： 戦略の軸、現在の会社目標／ノーススター。
• アクション： サイクルにおける会社目標を 1 文で記述し、提案する各チーム目標をそれに対応付けます（深い階層化はしません）。
• 出力： アラインメントマップ。
• 確認事項： 各チーム目標について、「この期間内に、会社目標をどのように前進させるのか」に答えられることを確認します。

3) 目標を 1～3 個作成する（成果を優先）

• 入力： アラインメントマップ、主要な問題／機会。
• アクション： プロジェクトではなく、成果と意図として目標を作成します。目標の数は絞ります。
• 出力： 簡単な根拠（「なぜ今なのか／なぜこれなのか」）を添えた目標リスト。
• 確認事項： 主要な結果を読まなくても目標を理解でき、チームが毎週優先する事項が変わることを確認します。

4) 候補となるKRを作成する（堅牢で測定可能なもの）

• 入力： 目標、ベースライン（または代替指標）。
• アクション： 各目標につき2～5個のKRを作成し、ベースライン、目標値、期間、指標の担当者、データソースを定義します。絶対値の指標を優先してください。比率を使う場合は、対応する絶対値の分子／分母のKR、またはガードレールも含めてください。
• 成果物： 指標の定義を含むKRテーブル。
• 確認事項： 2人のアナリストが同じ数値を算出できること。目標値は、現実離れしてはいないものの、方向性として意欲的であること。

5) システムと習慣を追加する（常時実行）

• 入力： OKRのドラフト、チームの運営モデル。
• アクション： 単発の取り組みだけでなく、進捗を生み出す定期的な仕組み（実施頻度、ルーティン、ゲート、顧客との接点）を明記します。
• 成果物： システムと習慣の計画。
• 確認事項： 各目標に、担当者と実施頻度を定めた「常時実行」のシステムが少なくとも1つあること。

6) 不正操作の防止とガードレール

• 入力： KRとシステム計画。
• アクション： 各KRがどのように不正操作されたり、害を引き起こしたりする可能性があるかを特定します。ガードレール（品質、信頼、利益率、量）と比率／分母の確認項目を追加します。
• 成果物： ガードレールのセクションと、各KRの不正操作防止に関する注記。
• 確認事項： 各KRについて、1～2個の失敗パターンと、それを早期に検知する方法を挙げられること。

7) レビュー頻度と評価計画（学習のループ）

• 入力： ガードレールを含むOKRの全ドラフト。
• アクション： 週次レビューの形式、中間チェックポイントのルール、サイクル終了時の評価（採点と振り返りの質問）を定義します。
• 成果物： レビューと評価の計画。
• 確認事項： 非難ではなく学びにつながる計画であること。誰が、いつレビューを行い、サイクル中にどのような決定を変更できるかが明記されていること。

8) 品質ゲートを通過させ、パックを完成させる

• 入力： OKRと目標のパック全体。
• アクション： references/CHECKLISTS.mdを実行し、references/RUBRIC.mdに基づいて採点します。リスク、未解決の質問、次のステップを追加します。
• 成果物： 最終版のOKRと目標のパック。
• 確認事項： そのまま共有できること。整合性、指標、ガードレール、実施頻度が明確であること。

品質ゲート（必須）

• references/CHECKLISTS.mdとreferences/RUBRIC.mdを使用します。
• リスク、未解決の質問、次のステップを必ず含めてください。

例

例1（B2B SaaS）：「新しいチームが初めて価値を得るまでの時間を短縮するため、アクティベーションに関するQ2のOKRを設定する。」
期待される内容：新しいチームの成功に焦点を当てた1～2個の目標、ベースラインと目標値を含むKR、週次レビューの実施頻度、ガードレール（例：新しいチームあたりのサポートチケット数）。

例2（グロース）：「グロースに関する四半期OKRを設定する。コンバージョン率とボリュームのどちらを重視するかで、いつも議論になっている。」
期待される内容：絶対値（例：アクティベーション済みユーザー数）で表したKRに、比率の不正操作を防ぐ分母や品質のガードレールを加える。

境界事例：「OKRを作成したいが、会社の目標もベースラインの指標もない。」
対応：最低限必要な戦略上のよりどころとベースラインについて質問します。入手できない場合は、前提を明示したOKRのドラフト案を2～3個作成し、まずノーススター／ビジョンを策定することを推奨します。