okr-builder

OKR ビルダー スキル

プロダクトの取り組みを会社の戦略につなげる、野心的で測定可能な OKR を作成します。見栄えだけの指標、アウトプット重視のキーリザルト、タスクリストのような目標は避けてください。

Brain からの読み取り／Brain への書き込み

professional-brain（brain/）が存在する場合は、すでに把握している内容を聞き直すのではなく、それを根拠にします。

• 最初に読む： context.md（指標の定義）、knowledge/strategy.md（プロダクトが向かう先）、および未解決の hypotheses/。python3 ../professional-brain/scripts/brain_query.py ./brain "<objective theme>" を実行し、各事実の出所タグを引き継いでください。[hunch] の情報を [data] のように扱ってキーリザルトを設定してはいけません。
• 📥 Brain への提案： 作成後、選んだ目標と KR の目標値を decisions/ の記録（その期間の賭け）として、また新しい指標の定義があればそれぞれ出所タグを付けて knowledge/ に記録することを提案します。内容を提示して、承認を得てから ../professional-brain/scripts/brain_write.py … --commit で書き込みます（追記のみ。デフォルトはドライランです）。

ブリーフをもとに作成する

詳細がすべてそろっていない短いブリーフ（ベースラインなし、正確な数値なしなど）を受け取ることはよくあります。**それでも、常に具体的で完成した OKR 一式を提示してください。**質問のために作業を止めたり、[target] のような角括弧付きのプレースホルダーを残したりしないでください。ベースラインや数値が不明な場合は、ブリーフと分野から妥当な値を推定し、(仮定 — 要確認) と記載します。空欄や事実であるかのように作った数値よりも、仮定であることを明記したベースライン（例：「アクティベーション率 40% (仮定) → 60%」）のほうが適切です。

詳細資料

• references/bad-okr-gallery.md — 診断と書き換えを添えた、現実的な悪い OKR の例を 6 つ掲載しています（ロードマップを装った目標、反証不能な目標、目標の下方設定、制御不能な KR、指標の乱立、ガードレールの欠如）。最後に 5 つの質問からなる診断があります。既存の OKR をレビューする際に使用し、フィードバックを書く前に該当する例と照らし合わせてください。
• templates/okr-worksheet.md — 品質基準（ベースラインの出典、変化の検証、制御可能性の検証、ガードレール）を徹底する列と、事前に確定する四半期末の評価基準を備えた記入式ワークシートです。チームが自分たちで OKR を作成したい場合に案内してください。

OKR の基本

目標： 質的で、意欲を引き出し、期限が明確なもの。「どこへ向かうのか？」に答えます。 キーリザルト： 定量的で、具体的かつ測定可能なもの。「到達したとどうすればわかるのか？」に答えます。

優れた KR の条件

• 期間終了時に 0.0〜1.0 で評価できますか？
• アウトプットではなく成果を測っていますか？（「新規顧客からの売上が 30% 増加」。「機能を 3 つリリース」ではありません）
• 野心的でありながら、達成可能ですか？（標準として、達成率 70% を目指します）
• チームが制御できる範囲内ですか？

指摘して修正すべき、よくある OKR のアンチパターン

アンチパターン	例	より良い例
KR を装ったタスク	「オンボーディングを再設計してリリースする」	「新規ユーザーのアクティベーション率が 42% から 65% に上昇する」
見栄えだけの指標	「アプリのダウンロード数を 10,000 件にする」	「新規ユーザーの 30 日後の継続率が 40% に達する」
二者択一の KR	「API v2 をリリースする」	「アクティブなインテグレーションの 80% が API v2 を採用する」
KR が多すぎる	1 つの目標につき 6 つ以上	1 つの目標につき最大 3〜4 つの KR
ベースラインがない	「NPS を改善する」	「NPS が 32 から 50 に上昇する」

アンチパターンは必ず指摘し、書き換え案を提示してください。

出力形式

[四半期] OKR — [チーム／プロダクト領域]

---

目標 1：[意欲を引き出す質的な表現]

重要な理由： [戦略的な背景を 1〜2 文で記載]

#	キーリザルト	ベースライン	目標値	測定方法
KR1	[測定可能な成果]	[現在の状態]	[目標値]	[測定方法]
KR2	[測定可能な成果]	[現在の状態]	[目標値]	[測定方法]
KR3	[測定可能な成果]	[現在の状態]	[目標値]	[測定方法]

オーナー： [名前／役割] チェックイン頻度： 毎週

---

各目標について繰り返します。チームごとに四半期あたり 2〜4 個の目標を推奨します。

含めるスコアリングガイド

四半期末に、各 KR を採点します。

• 0.7–1.0 = 優秀（0.7 が「理想的な水準」です。すべての KR が 1.0 なら、目標の野心度が足りません）
• 0.4–0.6 = 進展はあったものの、未達
• 0.0–0.3 = 未達 — 振り返りの議論が必要です

入力（提供されていない情報は推測し、仮定であることを明記します）

• OKR の対象となるチームまたは個人
• 四半期と年
• 会社またはプロダクトの North Star 指標（OKR はこれに結び付けます。指定がない場合は、妥当と思われるものを推測し、(仮定) と明記します）
• 今四半期の優先事項または目標の上位 3 つ（簡単なメモでも構いません）
• レビューまたは改善する既存の OKR（任意）

ガイドライン

• OKR を会社またはプロダクトの North Star に結び付けます。指定がない場合は質問せず、妥当と思われるものを推測して (仮定) と明記します
• チームあたり四半期ごとに、目標は 3 つ以内にすることを推奨します
• ユーザーがアウトプットベースの目標を提示した場合は、必ずアウトカムベースに再構成します
• 現時点のベースラインデータがない KR を明示する「ヘルスチェック」セクションを含めます
• OKR は人事評価ではありません。未達でも問題ないほど野心的な目標にするべきだとユーザーに伝えます

スコアリング基準（0–40）

このスキルの出力は引き渡す前に採点してください。32 以上なら出荷品質です。

項目	0	5	10
アウトカム志向	KR が機能のリリース作業リスト（「X をリリースする」「Y を完了する」）になっている	ほとんどはアウトカムだが、1 つ以上の KR がアウトプットまたはリリースする／しないの二択になっている	すべての KR が達成度に応じて 0.0–1.0 で採点できるアウトカム指標になっている
ベースラインと測定可能性	ベースラインも測定方法もなく、四半期末に KR を採点できない	目標値はあるが、複数のベースラインが欠けている、または出典がなく、ヘルスチェックでの指摘もない	すべての KR にベースライン、目標値、測定方法がある。データが欠けている場合は、計測手段を整備する計画とともにヘルスチェックで指摘されている
野心度の調整	目標値が前四半期の傾向をなぞっている（低く見積もられている）、または達成への道筋がない非現実的な目標になっている	ある程度挑戦的だが、0.7 のスコアがどのような状態を指すのか誰にも分からない	0.7 の達成度が良い四半期の期待値となるよう調整され、低く見積もられた提案や非現実的な高望みが指摘され、修正されている
戦略的な重点とコントロール可能性	North Star とのつながりがない、目標が 5 つ以上ある、KR が多すぎる、または KR が他チームの作業に依存している	戦略とのつながりは弱く、目標が過剰に詰め込まれている、または KR の 1 つがコントロール可能性の基準を満たさない	目標は 3 つ以下で各目標の KR は 4 つ以下。すべての目標が North Star につながっていることが明示され、すべての KR がチームのコントロール下にある

品質チェック

• 各 KR はベースラインと目標値で測定可能である
• アウトプットベースの KR がない（「X をリリースする」「Y を完了する」がない）
• 各目標の KR は最大 4 つである
• OKR が会社またはプロダクトの North Star に結び付いている
• 0.7 の達成度が期待スコアとなるほど野心的である

アンチパターン

• アウトプットベースの主要な結果は受け入れない。「X をリリースする」「Y を完了する」と表現された KR は、ベースラインと目標値を伴うアウトカムに書き換える必要があります
• 会社またはプロダクトの North Star を確認せずに OKR を作成しないでください。戦略的な背景から切り離された OKR は、単なる目標設定にすぎません
• 1 つの目標に 4 つを超える KR を設定しないでください。KR が多すぎると重点が薄れ、四半期末の採点が曖昧になります
• 二択の KR（リリースする／しない）を使用しないでください。すべての KR は、達成度に応じて 0.0–1.0 の尺度で採点できる必要があります
• ベースラインに関するヘルスチェックセクションを省略しないでください。現時点のベースラインがない OKR は、四半期末に客観的に採点できません

トリガーとなるフレーズの例

• 「OKR を作成して。」
• 「四半期目標を設定して。」
• 「主要な結果を定義して。」
• 「既存の OKR をレビューして。」