mcpField
P
pre-mortem

pre-mortem

github.com/borghei生産性1.0k118 回インストール1 週間前に更新
リポジトリ

pre-mortem について

pre-mortemは、予定中のリリース、開発、移行、大規模変更について、失敗したと仮定して原因を遡るチーム向けのスキルです。リスクをTiger、Paper Tiger、Elephantに分類し、根拠のあるリスクに緊急度を付け、エスカレーションが必要な懸念を示します。

主な機能

  1. 01未来視点からのリスク検討
  2. 02Tiger、Paper Tiger、Elephantの分類
  3. 03Tigerへの緊急度と担当者の設定
  4. 046段階のセッション進行
  5. 05リスクの自動集計とElephantの警告

活用シーン

  1. 01リリース前の計画のストレステスト
  2. 02移行やアーキテクチャ変更前のリスク確認
  3. 03チームが言語化できていない懸念の発見
  4. 04リリースリスクの優先アクション化

インストール

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

$npx skills add https://github.com/borghei/claude-skills --skill pre-mortem

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

assets/
pre_mortem_template.md
examples/
shared-dashboards-v1-pre-mortem.md
references/
methodology-and-tools.md
pre-mortem-guide.md
red-flags.md
scripts/
risk_categorizer.py

詳細

プリモーテム・リスク分析のエキスパート

概要

プリモーテムとは、将来を振り返る想定演習です。製品をリリースして失敗したと想像し、その理由をさかのぼって特定します。このスキルでは、Tiger／Paper Tiger／Elephant の分類を用いて、リスクを種類と緊急度で分類します。これにより、リリースを阻む問題にはリリース前に対処し、起こりそうにないリスクに労力を費やすことを避けられます。

主な機能

  • 将来を振り返る想定の枠組み — 「リリースから14日が経ち、失敗しました。なぜでしょうか？」と問いかけることで、具体的で率直なリスクを明らかにします。
  • Tiger／Paper Tiger／Elephant の分類 — 証拠のある実際のリスク（Tiger）を、不安（Paper Tiger）や口に出されていない懸念（Elephant）と区別します。
  • 緊急度の優先順位付け — 各 Tiger に、担当者と判断日を添えて「リリース阻害」「迅速な後続対応」「追跡」のいずれかを割り当てます。
  • 6段階の進行 — 60〜90分で、状況の設定、個別のアイデア出し、グループ分け、分類、軽減策の検討、Elephant への対処を行います。
  • 自動分類 — risk_categorizer.py が分類の分布を要約し、エスカレーションが必要な Elephant にフラグを付けます。

使用するタイミング

  • 構築に多大なリソースを投入する前（アイデア創出後、検証後）。
  • 大規模なリリース、移行、またはアーキテクチャ変更の前。
  • チームに「何となく嫌な予感」があるものの、言葉にできないとき。
  • ステークホルダーの確信が強く、その確信をストレステストする必要があるとき。

最初に確認すること

プリモーテムを実施する前に、以下の情報を確認してください。不明または曖昧な項目があれば、推測せずに質問してください。

  • ストレステストの対象 — 「リリースから14日後に失敗した」と想定する、具体的なリリース／構築／移行の対象（将来を振り返る想定の枠組みの基点になります）
  • 失敗を想定する時点 — 振り返ると想定する日付／マイルストーン（時点が曖昧だと、リスクも曖昧になります）
  • 参加者 — 参加する4〜8名と、心理的安全性が確保されているかどうか（率直に話せる環境と適切な参加者がそろって初めて、Elephant が表面化します）

質問のルール：結果に最も大きな影響を与える2〜3項目だけを質問してください。ユーザーが「とにかくドラフトを作って」と言った場合は、そのまま進め、成果物の冒頭に前提を列挙してください。

クイックスタート

python3 scripts/risk_categorizer.py --demo            # built-in sample (7 risks)
python3 scripts/risk_categorizer.py input.json        # categorize your risks
python3 scripts/risk_categorizer.py input.json --format json

各リスクには、description、category（tiger／paper_tiger／elephant）、evidence、および Tiger の場合は urgency（launch_blocking／fast_follow／track）が必要です。assets/pre_mortem_template.md を使ってセッションを記録してください。

リファレンス

タスクに合ったリファレンスを読み込んでください。このファイルは簡潔に保ち、必要に応じて詳細を参照してください。

  • references/methodology-and-tools.md — 思考実験、Tiger／Paper Tiger／Elephant の分類の全容と例、緊急度の表、6段階の進行スクリプト、risk_categorizer.py の使用方法とフラグ、出力形式、トラブルシューティング、成功基準、参考文献。セッションの実施やスクリプト作成時に読んでください。
  • references/pre-mortem-guide.md — Gary Klein による起源とプリモーテムが有効な理由、実施するタイミング（および実施しないタイミング）、分野ごとの詳細な分類基準、進行のタイムライン、SaaS リリースの詳細な例。理論と具体的な例を確認する際に読んでください。
  • references/red-flags.md — 12のアンチパターン（軽減策の形骸化、集団思考、曖昧なリスク、過剰に軽減された Elephant、実施時期が遅すぎるプリモーテム、担当者の不在など）について、悪い例／良い例と一行で確認できるチェック項目を掲載しています。プリモーテムの結果を共有する前に読んでください。

スコープと制限事項

対象範囲：「ローンチ失敗から14日後」という枠組みを用いた予測的な振り返り、緊急度レベルを付けた Tiger／Paper Tiger／Elephant の分類、自動的な Elephant エスカレーション検出、リスクレジストリの作成、対面およびリモートチーム向けのファシリテーション手法。

**対象外：**継続的なリスク管理と追跡（senior-pm/risk_matrix_analyzer.py を参照）、定量的な確率／影響度のスコアリング（senior-pm/）、プロダクトディスカバリーと仮説検証（brainstorm-experiments/）、技術アーキテクチャのリスク評価（engineering/ のスキル）。

**重要な注意事項：**参加者が4〜8人の場合に最も効果的です。Elephant エスカレーションのキーワードチェックはヒューリスティックです。プレモーテムは仮定のマッピング（identify-assumptions/）を補完するものであり、置き換えるものではありません。心理的安全性が前提条件です。

統合ポイント

統合方向説明
brainstorm-ideas/受け取る初期検証を通過したアイデアは、本格的な構築に進む前にプレモーテムの対象となります
brainstorm-experiments/受け取る実験後、プレモーテムで構築の判断にストレステストを行います
identify-assumptions/双方向ローンチを阻む Tiger から新たな仮定が浮かび上がることがあり、Elephant からは回避されていた仮定が明らかになることがよくあります
execution/create-prd/連携するTiger の軽減策は、PRD のリスクセクションと仮定検証計画に反映されます
senior-pm/連携するローンチを阻む Tiger は、risk_matrix_analyzer.py を通じてポートフォリオのリスクレジスタにエスカレーションされます
scrum-master/連携する迅速に対応すべき Tiger は、軽減策に重点を置いたストーリーとしてスプリントバックログ項目になります

コメント

Markdown 対応