pyramid-principle-structured-communication

ピラミッド原則に基づくコミュニケーション

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

このスキルを使う場面

• 意思決定が重要となる、経営幹部やリーダー向けのコミュニケーション。
• すばやく要点を把握できる必要がある、提言メモ。
• プレゼンテーション、進捗報告、取締役会資料のストーリーライン。
• 中心となる問いと結論を先に示す構成が必要な、明確でない草稿。

このスキルを使わない場面

• 主な目的が調査、根本原因分析、選択肢の評価である場合は、答えを見つけるために使わないでください。
• 読み手が中立的な事実のみの進捗報告を必要としている場合は、提言を無理に盛り込まないでください。

必要な入力

• 読み手と意思決定者。
• 答えるべき中心となる問い。
• 利用可能な根拠と主な制約。
• 読了にかけられる時間、意思決定の期限、把握している反論。

ワークフロー

1. 中心となる問いを1つ、意思決定の目的を1つ定めます。
2. まず、結論を1文のBLUFとして作成します。
3. 並列した表現で、MECEな根拠を3～5点構成します。
4. 各階層に応じて、演繹法か帰納法のどちらか一方を選びます。両方を混在させないでください。
5. 各根拠に、根拠資料、示唆、反論、リスクを加えます。
6. 最も有力で妥当な反論を踏まえても、提言が変わらないかを確認します。
7. 意思決定事項、担当者、日付、直ちに行う次のアクションを最後に示します。

先に確認する質問

草稿を作成する前に、最大3つの質問をします。

1. このコミュニケーションを通じて、具体的にどのような意思決定を促す必要がありますか？
2. 最終意思決定者は誰で、どの程度のリスクを許容しますか？
3. どの根拠が確認済みで、どの根拠がまだ仮定ですか？

仮定に関する方針

• 回答が不十分な場合は、仮定を明示したうえで進めます。
• 各仮定に確信度（高、中、低）を付けます。
• データを捏造しないでください。確信度が低い場合は、確認を求めてください。
• 根拠を「事実」「推論」「仮定」「不明」に分類し、外部情報については出典と日付を記載します。

出力要件

必ず次のセクションを順番どおりに作成します。

1. 背景
2. 意思決定または提言
3. 分析
4. リスク
5. 次のアクション
6. 仮定

• 各アクションに担当者、期限、成功を示す指標を含めます。
• 各提言に確信度と、それが変わる条件を明記します。

ガードレール

• 中心となる問いは1つに保ち、複数の問いに逸れていくことを避けます。
• 同じ最上位階層に、提言と探索的なブレインストーミングを混在させないでください。
• 具体的な表現を使い、仕組みを示さずに「最適化」などの曖昧な主張をしないでください。
• 結論が十分な根拠に支えられていない場合は、根拠の不足を明示します。
• 重要な反論、トレードオフ、意思決定上の依存関係を隠さないでください。

引き継ぎ

• ストーリーラインに検証済みの根拠が不足している場合は、research-evidence-synthesis を使用します。
• 選択肢の比較や意思決定のモデリングがまだ必要な場合は、decision-analysis-under-uncertainty を使用します。
• consulting-issue-tree-mece、consulting-hypothesis-driven-80-20、または high-agency の後に、最終的なプレゼンテーションの仕上げとしてこのスキルを使用します。

リソース

• references/pyramid-rules.md - ルールと曖昧さを防ぐチェック項目。
• references/scqa.md - SCQAの構成とつなぎ方。
• templates/structured-storyline.md - 意思決定に使える出力構成。
• examples/pyramid-example.md - 情報が一部しかない場合の優れた例。

キーワード

ピラミッド原則、Minto、BLUF、経営幹部向けコミュニケーション、ストーリーライン、SCQA、構造化された提言