mcpField
P
pm-decision-quality-audit

pm-decision-quality-audit

github.com/uxcel-lab生産性3687 回インストール17 週間前に更新
リポジトリ

pm-decision-quality-audit について

プロダクトチーム向けに、結果だけでなく判断の過程を評価する監査スキルです。可逆性、バイアス、確信度、事前検討、記録を確認し、重要度別に具体的な修正案を示します。

主な機能

  1. 01判断過程と結果を分けて評価
  2. 02可逆性に応じた検討を確認
  3. 03バイアスと構造的対策を特定
  4. 04確信度と遅延コストを確認
  5. 05事前検討とトレードオフを点検
  6. 06重要度別に修正案を提示

活用シーン

  1. 01結果論を避けてプロダクト判断を振り返る
  2. 02高コストまたは撤回困難な判断を評価
  3. 03判断理由やリスク記録を点検
  4. 04監査後の修正対応に優先順位を付ける

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/uxcel-lab/product-skills --skill pm-decision-quality-audit

インストール後、Claude Code で/pm-decision-quality-auditを入力して読み込まれたか確認します。

詳細

意思決定の質監査スキル

このスキルがデフォルトの動作と比べて変えるもの

デフォルトでは、Claude は決定をその結果で評価します——ローンチがうまくいけば、その判断は良かった——そして自信に満ちた根拠を鵜呑みにします。推論の質を結果の運から切り離したり、熟考がその決定の可逆性に見合っていたかを確認したり、その選択を静かに突き動かしているバイアスを名指ししたり、コミットする前に失敗モードが明らかにされていたかを問うたりすることはほとんどありません。この監査では、次の 4 点を強制します。すべての指摘は侵害された原則を名指しすること。決定は後知恵ではなくその時点で利用可能だった推論に基づいて判断されること。バイアスまたはプロセスの欠陥は、構造的な対策とともに明示的に名指しされること。そして指摘は、決定の損害と可逆性によって重大度が評価され、具体的な修正案を伴うこと。

これは評価型のスキルです。重要なプロダクトの決定、決定ログ、または振り返りがレビューされるたびに自動実行され、重大な判断が下された後の検証ステップとしても実行されます。

スコープの規律。 直接呼び出された場合(ユーザーがこの監査を名指しした場合)、この関心事のみをレビューします——姉妹監査を引き込まないでください。他のレンズと並んで実行されるのは、pm-product-review オーケストレーターまたは生成系スキルが docs/orchestration-policy.md のもとでこれを呼び出す場合のみであり、そこでは**成果物固有のレンズ——提供される(高リスクで元に戻しにくい決定向け)**に位置づけられます。明示されたスコープが常に優先されます。


フレームワーク——何を確認し、侵害がどのようなものか

1. プロセスは結果ではなく、その妥当性で判断する(結果バイアス)

「結果バイアス(resulting)」とは、次に起こったことで決定を採点することです。しかし結果は、チームが制御できなかった力(競合のローンチ、プラットフォームの変更、タイミング)によって形作られます。正しい問いはこうです。その時点で知られていたことを踏まえて、これは利用可能な最良の推論だったか? プロセス × 結果のマトリクスを使います——良いプロセス + 悪い結果は不運です(罰してはいけません)。悪いプロセス + 良い結果はまぐれ当たりです(最も危険な象限——チームは近道が機能すると学んでしまいます)。

指摘すべきとき: 振り返りが結果だけを称賛または非難している。まぐれの成功が近道の有効性の証拠として扱われている。悪い結果を伴う慎重な決定が断罪されている。推論を一切見ずに「うまくいったのだから正しかった」。

  • ❌ 「リデザイン後に収益が上がったのだから、リデザインの決定は正しかった。」
  • ✅ 「収益は上がったが、リデザインが出荷された週に競合が停止した——教訓を定着させる前に、その判断の推論と結果を切り離そう。」
2. 熟考を可逆性に見合わせる(一方通行の扉 vs. 両方向の扉)

すべての決定が同じ重みに値するわけではありません。問うべきはこうです。これが間違っていたら、元に戻すのにいくらかかるか? 不可逆で高コストな判断(製品ラインの終了、再プラットフォーム化、公開価格の確約)は、慎重で相談を伴う熟考に値します。可逆的なもの(フィーチャーフラグ、コピーの変更、新しいオンボーディングフロー)は素早く決定し、間違っていればロールバックすべきです。可逆的な選択を一方通行の扉として扱うとチームは遅くなり、一方通行の扉を可逆的として扱うのは無謀です。

指摘すべきとき: 低リスクで可逆的な選択が委員会で停滞している(偽の厳密さとしての儀式)。元に戻しにくい賭けが、相談もロールバック計画もなく素早く気軽に行われている。元に戻すのにいくらかかるかをチームが一度も問うていない。

  • ❌ フラグの背後で出荷されるボタンラベルについて 3 週間の議論。
  • ✅ 「再プラットフォーム化は一方通行の扉だ——意見を広く集めて圧力テストせよ。オンボーディングのコピーは可逆的なので、出荷して計測せよ。」
3. 較正された確信度と遅延のコスト

あらゆる意思決定は予測であるため、それを判定ではなく確率として扱います —「これでコンバージョンが5%超上がる確率は65%」であり、「これはうまくいく」ではありません。確信度が70%程度になった時点で決断します。それを超えると、追加の確実性が遅延を正当化することはほとんどなく、検証済みの意思決定が実行されないまま1週間経過するたびに実際のコストが発生します。

こうした場合に指摘します: チームが時間に敏感で可逆的な判断に対してほぼ確実になるまで待っている(分析麻痺)。確信度を示さない二項対立的な「うまくいく/うまくいかない」という枠組み。低い確信度で下される、その不確実性が明示されていない重要度が高く不可逆的な賭け。確信度の主張が後の結果と照合されない(較正がない)。

  • ❌ 「決定する前に、さらに3週間の調査が必要です。」(可逆的なテストに対して)
  • ✅ 「役立つ確信度は約70%。可逆的なので、今すぐ出荷して計測します — 遅延のコストは残存する不確実性より大きい。」
4. バイアスを表面化して対抗する

バイアスは不確実性下での認知のデフォルトモードであり、過失ではありません — つまり厳密さとは「客観的であろうとすること」ではなく、構造的なガードレールを意味します。確証バイアス(選んだ道を支持するデータだけを重んじる)、アンカリング(最初に見た数値・選択肢を過大に重んじる)、フレーミング(90%成功 vs. 10%失敗で判断が変わる)、偽の合意(「自分が使うからユーザーも使うだろう」)、後知恵バイアス(振り返りで「最初からわかっていた」)に注意します。対策: 反証となる証拠を求める、外部のレビュアーを入れる、中立的なフレーミング、自己投影ではなく実際のユーザーデータ。

こうした場合に指摘します: 根拠が支持する証拠のみを引用している。意思決定がユーザーの代理としてチーム自身の好みに依拠している。データのフレーミングが説得の役割を果たしている。反証となる見方が求められていない。振り返りが過去を自明だったものとして再構成している。

  • ❌ 「チームの誰もがこれを使うだろうし、タスク成功率90%のテストがそれを裏付けている — 出荷しよう。」
  • ✅ 「プロジェクト外の人に意見を求め、タスクに失敗した10%を調べ、自分たちの好みだけでなく実際の利用状況を確認した。」
5. サンクコストを無視する — 将来価値で決める

すでに費やした金銭、時間、労力は回収できず、次の判断を左右すべきではありません。この罠を断ち切るリフレーミングはこうです: 「今日ゼロから始めて、これまでの投資が一切なかったとして、それでもこれを選ぶだろうか?」

こうした場合に指摘します: 「すでにこれをこんなに作ってきた」が弱い賭けを生きながらえさせている。ロードマップの項目が、能力の最善の使い方だからではなく、止めることが失敗を認めるように感じられるために残っている。過去の投資が根拠の中で理由として現れている。

  • ❌ 「2四半期を費やしたのだから、やり遂げるべきだ。」
  • ✅ 「2四半期は無視する — 今知っていることで今日決断するなら、始めるだろうか? もし始めないなら、止める。」
6. コミット前のプリモーテムと明示的なトレードオフ

重要度の高い意思決定では、行動する前に失敗モードを表面化する必要があります — プリモーテム(「1年後、これがひどく失敗した。何が起きたのか?」)は、ヒエラルキーと楽観主義が抑圧してしまうリスクをチームが声に出す許可を与えます。そして、あらゆるイエスは何かへのノーです: 却下された代替案、選んだ道のコスト、その推論が見える形で残り、「なぜこれか、なぜ今か?」に耐えるべきです。

こうした場合に指摘します: 注目度の高い賭けに、浄化されたリスク台帳しかない(実際の失敗モードを誰も名指ししていない)。代替案が検討も記録もされていない。意思決定が問題から選択へと飛び、トレードオフが覆い隠されている。「何があれば考えを変えるか?」に答えがない。

  • ❌ 「ローンチ計画には自信があります。」(リスクが名指しされておらず、代替案も示されていない)
  • ✅ 「プリモーテムで3つの失敗モードが明らかになった。BではなくAを選んだのは…という理由で、Bのユーザーが1四半期待つことを受け入れる。Xなら再検討する。」
7. 後から正直に見直せるよう文書化された推論

意思決定ジャーナル — 文脈、検討した選択肢、基準、確信度、および推論を、結果が判明する前に記録したもの — があれば、チームは後からプロセスを評価できます。後知恵で再構成した物語ではなく。これに定期的なレビューを組み合わせましょう (実際に起きたことと期待していたことを比較します)。

フラグを立てる条件: 重要な意思決定がなぜ行われたかの記録がない。根拠が誰かの頭の中にしかない。確信度と前提が書き留められていないため、振り返りが後知恵を避けられない。実際の結果と照らして意思決定を見直す計画がない。

  • ❌ 書面による根拠のない大きな賭け。6か月後には、実際に何が期待されていたのか誰も言えない。
  • ✅ 「記録済み: 判断、代替案、基準、65% の確信度、および前提 — 3か月後のレビューを予約済み。」

緊張に関する注記: 厳密さは、賭け金と可逆性に応じて調整します — 可逆的で低コストな選択に対する、迅速で熟考の少ない判断は、優れた意思決定であり、欠陥ではありません。日常的な可逆的な判断にプレモーテムや意思決定ジャーナルを義務付けてはいけません。意思決定が高コストまたは元に戻すのが難しい場合に、欠けている厳密さにフラグを立てましょう。また、戦略的な賭けは、慎重な分析を正当に覆すことができます — 求められるのは、その覆しが明示的かつ合理的であることであり、慎重さが常に勝つことではありません。


重大度評価

各所見を意思決定の損害によって評価します — その意思決定がどれほど可逆的でコストがかかるかによって重み付けします:

重大度意味
Critical高コストで元に戻すのが難しい意思決定が、壊れた推論に依拠している — 結果に基づく論理、チェックされないまま判断を駆動するバイアス、較正されていない確信度、あるいは高リスクの賭けに対するプレモーテムの欠如。チームは、簡単には元に戻せない高コストな誤った方向に進もうとしている。
Major重要な意思決定の推論が擁護できない — サンクコストが賭けを存続させている、トレードオフや代替案が記録されていない、確信度が較正されていない、可逆性と熟考の度合いが一致していない。
Minorプロセスの衛生面 — 意思決定ジャーナルの記入がない、予定されたレビューがない、可逆的な判断に対する軽度のフレーミング効果。
Cosmeticそれ以外は健全な根拠に対する文言の磨き込み。これらのレポートを水増ししないこと。

重複 — 延期し、重複させない: スコア化されたバックログやロードマップの順序のランキング規律は pm-prioritization-rigor-audit に属します — この監査は意思決定プロセスとバイアスをチェックし、あちらはランキングをチェックします。意思決定で使用された指標が妥当かどうかは pm-okr-metric-validity-audit に属し、前提が実際に検証されたかどうかは pm-assumption-rigor-audit に属し、倫理的/欺瞞的な結果は ux-dark-patterns-audit に属します。


出力形式

## Decision Quality Audit — [Decision / Log / Retro]
Context: [decision · reversibility & cost · stage (pre-decision / retro), if known]

### Critical
- [Issue] — what's wrong → fix. (Principle)
### Major
- …
### Minor
- …
### Working well ✓
- …

**Top 3 priorities:** the highest decision-damage fixes, each with the specific question the team must answer.

常に優先順位付けされた上位の課題で締めくくってください — 平坦なリストでは誰も行動に移せません。


優れた監査の実施方法

  1. まず文脈を確立する — 意思決定は何か、どれほど可逆的か、元に戻すのにどれほどコストがかかるか、そしてコミットメント前にレビューしているのか、それとも振り返りの中でレビューしているのか? 可逆性と賭け金が厳密さの基準を設定します。
  2. プロセスと結果を分離する — 特に振り返りでは。今知っていることではなく、その時点で利用可能だった推論を評価しましょう。
  3. 実際のコストのみにフラグを立てる — 可逆的で低リスクな選択に対する迅速な判断は健全です。両方向に開くドアに儀式を義務付けてはいけません。
  4. バイアスと対策を名指しする — 「確証バイアス — 反証となるデータ/外部レビュアーを求める」であり、「もっと客観的になる」ではありません。
  5. 修正は具体的に — プレモーテム、欠けている代替案、明示すべき確信度、意思決定ジャーナルの記入を提案しましょう。「意思決定を改善する」だけで終わらせてはいけません。
  6. 列挙ではなく優先順位付けを — 高コストな判断を変えるであろう3つの所見は、10の衛生面のメモに勝ります。

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

❌ しないこと✅ すること
結果がどうなったかで意思決定を評価するその時点でわかっていたことを踏まえて推論を評価する。プロセスと結果の運を切り分ける
幸運な勝利をアプローチが機能する証拠として扱う悪いプロセス/良い結果を最も危険な象限として指摘する
すべての判断に同じ熟考を適用する可逆性に応じて厳格さを合わせる — 双方向のドアでは素早く、片方向のドアでは慎重に
「うまくいく」をそのまま受け入れる較正された確信度を要求する。約70%で決断し、遅延のコストを天秤にかける
裏付けデータだけで組み立てられた根拠を受け入れるバイアス(確証、アンカリング、フレーミング、偽の合意)を名指しする。反証となるインプットを要求する
「これだけ投資したのだから」で継続を正当化する問い直す: 今日ゼロから始めるとして、これを選ぶだろうか?
整ったリスク登録簿で高リスクの賭けを承認するプレモータムを実施する。実際の失敗モードと却下された代替案を明らかにする
推論を文書化せずに放置する意思決定ジャーナル — 選択肢、基準、確信度、根拠を、結果が出る前に記録する
バックログの優先順位や指標の妥当性を再監査するpm-prioritization-rigor-audit / okr-metric-validity に委ねる
順位付けされていない課題の山を提出する意思決定への損害度で重大度を判定し、答えるべき問いとともにトップ3を提示する

出典レッスン(Uxcel)

コメント