measure-okr-grader

OKR 評価者

OKR サイクルレビューは、完了した OKR セットを締めくくる、振り返りを目的とした成果物です。各 KR をベースラインと目標に照らして採点し、コミットメントと意欲的な解釈を分け、どの根拠が何を裏付けているか、裏付けていないかを明らかにし、チームが学んだことを示し、次のサイクルのドラフト作成に向けた入力を準備します。適切に実施すれば、未達のコミットメントを意欲的なストレッチ目標のように見せかけたり、成果よりも努力を称賛したり、採点に本来担えないほどの重みを持たせたりすることを防ぎ、OKR 運用システムの健全性を守ります。

このスキルは根拠を解釈するものであり、計算を行うものではありません。最終的な KR の値を読み、当初の OKR セットの意図と照らし合わせ、学びを率直に示すレビューを作成します。Doerr（Measure What Matters）、Wodtke（Radical Focus）、Castro（コミットメントと意欲的な目標の解釈）、Grove（High Output Management）、および OKR コミュニティで蓄積された誤用による失敗の回避に関する実践に基づく、実証的な採点規則を適用します。foundation-okr-writer（採点対象の OKR セットを作成）と連携し、ここで得られた学びを、それを活用する反復スキルに引き継ぎます。

使用する場合

• OKR サイクルが終了した（または、部分的なサイクル終了時の採点を行う）
• 最終または暫定の KR 値、ベースライン、目標がある
• 関係者が、スコア、根拠、学びを含む明確なレビューを必要としている
• チームが、何を継続し、停止し、変更し、次に引き継ぐかを決めている
• スコアが良いか悪いかについて意見が分かれている
• KR 間で根拠の質にばらつきがあり、それを明らかにする必要がある

使用しない場合

• まだ OKR を作成中である — foundation-okr-writer を使用してください
• 一般的なチームの振り返りを行いたい — iterate-retrospective を使用してください
• 単一の実験結果を報告する — measure-experiment-results を使用してください
• 採点なしで関係者に進捗を報告する必要がある — foundation-stakeholder-update を使用してください
• OKR セットについて合意されていない、または追跡されていない — 採点には作成済みの OKR セットが必要です。まず foundation-okr-writer を使って補完してください
• スコアを個人の評価に使いたい — このスキルはそれを拒否します

手順

完了した OKR の採点を依頼された場合は、次の手順に従います。

1. 採点の準備状況を確認する 入力を確認します。元の OKR セット、サイクルの日付、最終 KR 値（部分的な終了の場合は暫定値）、ベースライン、目標、根拠の情報源、OKR の種類（committed | aspirational | learning | operational_health | compliance_or_safety）を確認します。値が欠けている場合は、not-yet-observable、not-instrumented、not-supplied のいずれかを明示します。決して捏造してはいけません。元の定義が完全に欠けている KR の採点は拒否します。

2. 各 KR の種類と指標クラスを分類する OKR の種類は committed | aspirational | learning | operational_health | compliance_or_safety のいずれかです（foundation-okr-writer が出力する 5 つの値）。指標クラスは leading | lagging | guardrail | health | evidence_generation のいずれかです。両方を元の OKR セットから引き継ぐか、元のセットで指定されていない場合はデフォルトを割り当てます。OKR の種類によって採点規則が決まります。aspirational は 0.6〜0.7 の適正範囲を使用し、committed は 1.0 を目標とし、compliance_or_safety は二者択一で評価し、operational_health はしきい値の範囲に対して pass | fail | drift-within-tolerance で評価し、learning はスコアではなく、検証済みか無効化済みかで評価します。指標クラスには、種類ごとの採点に加えて適用される独立したルールがあります（手順 3 を参照）。

3. 各 KR を採点する 各 KR を OKR の種類に応じた規則で採点し、そのうえで指標クラスのルールを適用します。種類ごとの規則をまとめた表と guardrail ルールの詳細については、以下の「採点ルール」セクションを参照してください（ここでは再掲しません）。各スコアについて、計算または判断の根拠と、根拠の確度（high | medium | low | unknown）を示します。

4. 客観的スコアを解釈する KR がガードレール、コンプライアンス基準、学習 KR のいずれかである場合は、単純な平均を避けてください。大まかな数値平均とあわせて、目標に対する定性的な読み取りを示してください。そのスコアが意味することと意味しないことを明示してください。

5. エビデンスの品質を評価する 各 KR について、エビデンスの信頼性と注意点（計測の欠落、サイクル途中での目標変更、コホート定義の変更、計測期間の不一致、サンプルサイズの制約）を挙げてください。次のサイクルの計測計画に対する修正案を推奨してください。

6. イニシアチブをベットとしてレビューする チームが実行した各イニシアチブについて、どの KR を動かすと期待されていたか、出荷されたか、見かけ上の貢献は何だったか、そして継続・廃止・再構築のいずれをエビデンスが支持するかを挙げてください。Castro の「イニシアチブはベットであり、コミットメントではない」という枠組みを用いてください。出荷状況と KR へのインパクトは分けて扱ってください。予定どおり出荷されたが KR を動かさなかったイニシアチブは、部分的な成功ではありません。

7. 学習を統合する 検証された前提、反証された前提、予想外の出来事、意思決定への含意を捉えてください。顧客や製品に関する学習（次に引き継ぐ）、チームプロセスに関する学習（iterate-retrospective に引き継ぐ）、計測に関する学習（measure-instrumentation-spec または measure-dashboard-requirements に引き継ぐ）を区別してください。

8. 次のサイクルの推奨事項を準備する 各目標について、継続・改訂・廃止・エスカレーションのいずれかを示してください。foundation-okr-writer 向けに、次のサイクルの OKR 候補や未解決の問いを提案してください。計測の欠落は measure-dashboard-requirements または measure-instrumentation-spec に引き継いでください。前提の検証は define-hypothesis に引き継いでください。チームプロセスの作業は iterate-retrospective に引き継いでください。組織的な記憶は iterate-lessons-log に引き継いでください。次のサイクルの草案作成は foundation-okr-writer に引き継いでください。

9. 解釈におけるリスクを明らかにする スコアが読み手を誤導する可能性のある箇所を明示してください。まだ観測可能でない KR に対する無理な数値スコア、交絡したイニシアチブの結果、エビデンスを過小評価するステークホルダーの捉え方、確認のために 2 サイクル目を必要とする単一サイクルの結果などです。

10. 信頼できる情報源を記載する 成果物はレビュー文書であり、正規の OKR システムではありません。元の OKR トラッカーを指す source_of_truth フィールドを含めてください。

11. そのまま使える形に最終化する 最終成果物からスキル指示のコメントをすべて削除してください。最終出力は読み手向けであるべきです。

制約ルール（MUST / MUST NOT）

これらのルールに例外はありません。このスキルは、すべての評価実行でこれらを適用します。

• MUST NOT ベースライン、目標、または KR の定義を遡って変更する。チームがサイクルの途中でこれらを調整した場合は、変更を明示的に記録し、元のバージョンと調整後のバージョンの両方に照らして評価する。
• MUST NOT 部分的な達成を合格とするために、committed または compliance_or_safety の KR のスコープを遡って縮小する。元のコミットメントで医療機関のアカウントを3件指定しており、監査済みが1件のみの場合、その KR は not-yet-fully-observable である。1件分の結果はサブシグナルであり、KR のスコアではない。
• MUST NOT committed、compliance_or_safety、または operational_health の KR で、0.7を成功として扱う。これらの目標は1.0（または閾値の範囲）である。
• MUST NOT 失敗したガードレールを平均化して帳消しにする。失敗したガードレールは独立したシグナルであり、主 KR の成功によって薄められることはない。
• MUST NOT 努力とインパクトを同一視する。期日どおりにリリースしたものの、KR に変化をもたらせなかったイニシアチブは、部分的な成功ではない。
• MUST NOT OKR スコアを個人の業績評価や報酬の判断材料として使用する。ユーザーがこれを求めた場合は拒否し、目標の下方設定や学習の抑制につながるリスクを説明する。
• MUST NOT 意欲的な目標であることが明示され、OKR の作成時に開示されていた場合に、誠実なストレッチを罰する。意欲的な目標のスコア0.6は、設計上の最適な範囲である。
• MUST NOT 未達のコミット目標を、意欲的な失敗として称賛する。コミット目標の未達は未達である。
• MUST まだ観測可能になっていない KR（例：サイクル終了後まで期間が続く90日間のリテンションコホート）には、必ずその旨を明示する。観測可能になる前の KR に数値スコアを無理に付けると、誤解を招く。
• MUST すべての KR スコアに、エビデンスの信頼度（high | medium | low | unknown）を含める。
• MUST NOT 正式な信頼できる情報源にならない。必ず、ユーザーが実際に使用している OKR トラッカーへの source_of_truth ポインターを含める。

スコアリングルール

このスキルは、すべてのサイクルレビューにこれらの規則を適用します。規則は、評価時点でのチームの希望ではなく、OKR のタイプに従います。OKR のタイプと指標クラスは独立した次元です。タイプはスコアリングを決定し、指標クラスは報告ルールを追加します。

OKR のタイプによって、スコアリング規則が決まります。

• aspirational：0〜1の数値スコア = (実績 - ベースライン) / (目標 - ベースライン)。最適な範囲は0.6〜0.7です。0.4未満は未達です。複数サイクルにわたって0.8を超える場合は、目標が低く設定されている可能性があり、再調整が必要です。
• committed：目標に対する合格または不合格です。1.0未満はすべて未達であり、ポストモーテムが必要です。意欲的な目標として解釈し、基準を緩めてはなりません。
• compliance_or_safety：二値です。達成または未達です。部分点はありません。スコープを遡って縮小してはなりません。コミットしたスコープの一部しかまだ観測できない場合（一部の監査が保留中、または一部のアカウントが延期されている場合など）、KR を not-yet-fully-observable として記録する。観測済みの範囲はサブシグナルであり、KR のスコアではない。
• operational_health：閾値の範囲に照らして、合格 | 不合格 | 許容範囲内の変動。
• learning：検証済み | 無効と判定 | 一部検証済み | エビデンス不足。数値スコアは付けない。

指標クラスのルールは、OKR タイプのスコアリングに追加で適用されます。

• 指標クラスが guardrail の場合：KR は OKR タイプに従って採点し、さらに独立したシグナルとして報告します。主目標のスコアに平均化して含めてはなりません。ガードレール自体のタイプが committed、aspirational、operational_health、compliance_or_safety のいずれであっても、失敗したガードレールによって主 KR の高いスコアが薄められることはありません。

特別な状態：

• not-yet-observable：スコアを保留します。数値スコアを無理に付けず、中間シグナルと予測スコアを、信頼度および最終スコアが得られる日付とともに明示します。
• not-yet-fully-observable：部分的にしか範囲を網羅できていない committed または compliance_or_safety の KR です。全範囲が観測可能になるまで、KR のスコアを保留します。サブシグナルを KR レベルの合格として扱ってはなりません。

スキルが検出するアンチパターン

このスキルは以下をスキャンし、該当する場合は警告するか、処理を拒否します。

• 事後的な目標値の調整（目標値を変更したため達成できた） - 変更を記録し、両方の定義に照らして評価します
• committed または compliance_or_safety の KR に対する事後的なスコープ縮小（医療機関の監査を3件実施すると約束し、1件を完了しただけなのに、「対象範囲内で合格」と評価する） - 拒否し、not-yet-fully-observable としてマークします
• ガードレールの平均化による相殺（失敗したガードレールが高い主要スコアに埋もれる） - ガードレールのシグナルを分離します
• committed に対する願望的な評価（committed の KR で 0.7 を成功として扱う） - 拒否して理由を説明します
• 努力と影響の同一視（イニシアチブをリリースしたがスコアは変化せず、部分的な勝利として評価する） - リリース状況と KR への影響を分離します
• 評価との結び付け（パフォーマンスレビューにスコアを使用する） - 拒否して理由を説明します
• 達成できなかった committed をストレッチ目標として扱う（契約上の期限には少し届かなかったが、チームは本当に努力した） - そのような表現を拒否します
• 低く設定された目標値（願望的な目標値を一貫して 0.85 超で達成する） - 次のサイクルでの目標値の再調整を促します
• まだ観測可能でないものに無理にスコアを付ける（90日間の評価期間が終了していない KR に数値スコアを付ける） - deferred としてマークします
• 根拠のないイニシアチブの因果関係（タイミングや計測方法では裏付けられないのに、イニシアチブ X が KR Y を押し上げたと主張する） - 見かけ上の寄与と因果関係の主張を分離します
• 低い信頼度を隠す（弱い根拠で精密な数値スコアを提示する） - 信頼度を明示し、精度によって不確実性を覆い隠さないようにします
• ステークホルダーの説明による上書き（リーダーが望む表現を根拠より優先する） - 評価者はステークホルダーの表現に左右されずに判断します
• 単一サイクルでの確認（1サイクルのシグナルを証拠として扱う） - 根拠が示唆的ではあるものの、確固としていない場合は、2回目のサイクルを推奨します

出力仕様（v1.0.0）

• 必須セクションを正規の順序で記載します：Summary、Scorecard、Objective Interpretation、Evidence Quality、Initiative Review、Learning、Next-cycle Recommendations、Risks in Interpretation
• Scorecard 内のすべての KR に以下を含めます：実績値（または not-yet-observable／not-yet-fully-observable マーカー）、タイプに適した基準でのスコア、根拠の信頼度、解釈
• aspirational の KR は 0 から 1 の数値尺度を使用します。committed の KR は合格または不合格とします。compliance_or_safety の KR は二値とします。operational_health の KR は pass | fail | drift-within-tolerance とします。learning の KR は validated または invalidated の表現を使用します
• 指標クラスが guardrail の KR は個別に提示し、OKR のタイプにかかわらず、主要目標のスコアに決して平均化しません
• committed または compliance_or_safety の KR でカバレッジが一部にとどまる場合は、pass-on-in-scope ではなく not-yet-fully-observable としてマークします
• 情報源に関する注記を記載し、スキル以外の場所を参照します
• 引き継ぎセクションで、学び、チームプロセスの作業、前提のテスト、計測上の不足に対応する具体的な後続スキルを示します
• 出力は Markdown のみとします。JSON は使用しません。
• Measure フェーズの分類：フロントマターに phase: measure を記載します。classification: フィールドは使用しません

品質チェックリスト

最終確定する前に、以下を確認してください。

• すべての KR に最終値、明示的な not-yet-observable マーカー、または明示的な not-yet-fully-observable マーカーがある（committed または compliance_or_safety の KR で部分的なカバレッジの場合）
• すべての KR にエビデンスの信頼度評価がある
• すべての KR のスコアに、正規の列挙型に定められた OKR タイプ別の規則が適用されている：committed | aspirational | learning | operational_health | compliance_or_safety
• guardrail は OKR タイプではなく、指標クラスとして扱われている
• 指標クラスが guardrail の KR は個別に提示され、主要スコアの平均には決して含まれていない
• 遡及的な目標変更が黙って吸収されていない
• committed または compliance_or_safety の KR で、遡及的なスコープ縮小が行われていない（部分的なカバレッジは pass-on-in-scope ではなく、not-yet-fully-observable とする）
• committed の KR が aspirational として評価されていない
• イニシアチブについて、努力が成果に等しいとする説明がない
• 報酬と連動させる説明がない
• スコアが読み手を誤解させる可能性のある箇所が、「解釈上のリスク」セクションで明記されている
• 「引き継ぎ」セクションで、具体的な後続スキルとその理由が明記されている
• 情報源に関する注記がある
• 最終成果物からスキルの指示に関する解説が削除されている
• Markdown のみで、JSON 出力はない

例

references/EXAMPLE.md では、storevine のサンプルスレッド（Campaigns チーム、2026年第3四半期の締め）におけるサイクルレビューの完成例を確認できます。1つの KR が not-yet-observable である場合の野心的なスコアリング、保留中のガードレール、および「テンプレートが定着率向上の要因である」という仮説の無効化を示しています。関連する foundation-okr-writer スキルは、このスキルがスコアリングする OKR セットを作成します。2つのスキルを組み合わせることで、四半期の全工程をカバーできます。