consulting-issue-tree-mece

MECE イシューツリー

初期コンテキストとして $ARGUMENTS を使用します。

このスキルを使用する場面

• パフォーマンスの低下や実行上の失敗の根本原因を診断する場合。
• 戦略上の問いを相互に排他的な分岐に構造化する場合。
• データを深掘りする前に、優先順位を付けた分析計画を作成する場合。
• 問題の範囲と担当責任について、チーム間で認識をそろえる場合。

このスキルを使用しない場面

• 最終的な推奨事項、市場予測、または実行計画として使用しないでください。
• 問題がすでに構造化されており、反証可能なテスト計画だけが不足している場合は使用しないでください。

必要な入力

• 問題の記述、指標、ベースライン。
• 範囲の境界（セグメント、地域、対象期間）。
• 利用可能なデータと意思決定の期限。
• 指標の定義、分子／分母、単位、既知の除外項目。

ワークフロー

1. 依頼を、意思決定を目的とした1つの問題の記述に変換します。
2. ツリーの種類として、ドライバー、プロセス、選択肢、仮説のいずれかを選択します。
3. 並列したラベルを使い、MECEな分岐を2～3段階で構築します。
4. 重複、漏れ、階層の混在、単位、親子間の整合性について正式なチェックを行います。
5. 影響度、制御可能性、学習速度に基づいて分岐に優先順位を付けます。
6. 上位の分岐を、担当者とタイミングを含む分析バックログに変換します。

最初に尋ねる質問

ツリーを構築する前に、最大3つの質問をします。

1. 問題の深刻度を定義する指標とベースラインは何ですか？
2. 明確に対象に含める範囲、または除外する範囲はどこですか？
3. このツリーは、どのような意思決定を支援する必要がありますか？

前提条件の方針

• データが不完全でも作業を進めますが、専用のセクションに前提条件を列挙します。
• 前提条件には確信度と検証方法を付記します。
• 分岐の根拠を捏造せず、不明な点は明示します。
• ツリーがドライバー、プロセス、選択肢、仮説のどの構造か、またその理由を示します。

出力要件

必ず以下のセクションを順番に作成します。

1. コンテキスト
2. 意思決定または推奨事項
3. 分析
4. リスク
5. 次のアクション
6. 前提条件

• バックログの各項目には、担当者、期限、必要なデータセット、成功を示すシグナルを含めます。
• 根拠には「事実」「推論」「前提条件」「不明」のいずれかのラベルを付けます。

ガードレール

• 同じ階層の分岐を重複させないでください。
• 1つの分岐階層に原因と結果を混在させないでください。
• 避けられず、かつ定量化されている場合を除き、「その他」の区分を設けないでください。
• 分岐名の抽象度を同等に保ってください。
• 同じ分岐階層に原因、結果、アクション、指標を混在させないでください。

引き継ぎ

• 上位の分岐に反証可能なテストと中止基準が必要な場合は、consulting-hypothesis-driven-80-20 を使用します。
• ツリーを明示的な選択肢の意思決定に変換する必要がある場合は、decision-analysis-under-uncertainty を使用します。
• 最終的な経営層向けのストーリー構成には、pyramid-principle-structured-communication を使用します。

リソース

• references/issue-tree-patterns.md - ツリーのパターンと分岐設計のルール。
• references/mece-checks.md - 検証ゲートと失敗の診断。
• templates/issue-tree.md - 意思決定に活用できるツリーのテンプレート。
• examples/issue-tree-example.md - 部分的な情報を使った模範例。

キーワード

イシューツリー、MECE、根本原因、問題の構造化、分析バックログ、ドライバーツリー