systems-thinking

システム思考

対象範囲

対象となる内容

• 問題の背後にある「システム全体」を捉える（関係者、インセンティブ、フィードバックループ、文化やルール）
• 2次・3次の影響（時間差を含む）を予測する
• レバレッジポイント（小さな変化で大きな効果を生む箇所）を見つける
• 繰り返し発生する課題を、再利用可能なシステム（プロセス、自動化、運用メカニズム）に変える

使用する場面

• 「複雑なエコシステムなので、全体像を見失っています。」
• 「Xを実行した場合、2次的な影響は何ですか？」
• 「症状への対処を繰り返しています。原因となっているシステムは何ですか？」
• 「関係者とインセンティブ、そしてそれらの相互作用を整理してください。」
• 「意図しない結果を招かずに、プロセスや組織を再設計する必要があります。」

使用しない場面

• 問題が単純で直線的であり、主に実行に関する場合（プロジェクト計画やタイムラインを使用してください）。
• 一次ユーザー調査や、まだ手元にないデータが必要な場合（まず調査を行ってください）。
• 詳細な定量的予測やシミュレーションが必要な場合（このスキルが作成するのは定性的なマップとリスクであり、完全なモデルではありません）。
• 意思決定の影響が小さく、完全に元に戻せる場合（過剰に投資しないでください）。

入力

最低限必要な情報

• 対象となる意思決定または問題の説明（1～2文）
• 望ましい成果と時間軸（デフォルト：6～12か月）
• 既知の制約やガードレール（信頼、安全性、コンプライアンス、予算、人員数）
• 既知の関係者／ステークホルダー（チーム、ユーザー、パートナー、規制当局、ベンダー）
• これまでに試したこと（およびその結果）

不足情報への対応

• references/INTAKE.mdから最大5つの質問をします。
• 回答が得られない場合は、仮定であることを明記して進め、システムの境界や捉え方の代替案を2～3個提示します。

出力（成果物）

Markdown 形式のシステム思考パックを次の順序で作成します（チャット内、または希望に応じてファイルとして作成）。

1. コンテキストとシステム境界（目標、対象範囲、対象外、時間軸）
2. 関係者とインセンティブのマップ（関係者、目標、制約、権限、対立）
3. システムマップ（主要な変数と因果関係）＋フィードバックループ（強化型／均衡型）＋時間差
4. 上位1～3件の意思決定に関する2次・3次の影響一覧
5. レバレッジポイント＋介入計画（アクション、担当者、順序、ガードレール）
6. システム構築の機会（繰り返し発生する課題を減らすために自動化／標準化できること）
7. リスク／未解決の質問／次のステップ（必須）

テンプレート：references/TEMPLATES.md

ワークフロー（8ステップ）

1) 情報を収集し、対象となる意思決定／問題を選ぶ

• 入力： ユーザーのコンテキスト。references/INTAKE.mdを使用します。
• アクション： 対象となる意思決定／問題、望ましい成果、時間軸を言い換えて明確にし、制約やガードレールを列挙します。
• 出力： コンテキストとシステム境界のドラフト。
• 確認事項： 問題が解決策を装ったものではないこと。対象範囲と対象外が明確であること。

2) システム境界を定義する（対象に含めるもの／含めないもの）

• 入力： 問題の説明と制約。
• アクション： 有用な境界を選びます（すべてを含める必要はありません）。主要な成果指標と、いくつかの先行指標を定めます。
• 出力： 境界の説明と成功指標。
• 確認事項： 実行に移せる程度に範囲が絞られている一方で、重要な外部性を含められる広さがあること。

3) 関係者とインセンティブをマッピングする（複数のエージェントが存在する現実）

• 入力： 境界とステークホルダーの一覧。
• アクション： 関係者を列挙し、インセンティブ、制約、権限、予想される行動を記録します。
• 出力： 関係者とインセンティブのマップ（表）。
• 確認事項： 関連する場合、少なくとも1～2個の「見えにくい」関係者（ポリシー、文化的規範、プラットフォーム上の制約など）を含めること。

4) シンプルなシステムマップを作成する（変数と因果関係）

• 入力： 関係者のマップと既知の動向。
• アクション： 主要な変数を列挙し、因果関係（「Aが増えるとBが増える」「Cが減るとDが減る」など）をマッピングして、時間差を記します。
• 出力： 重要度の高い関係を10～20個含むシステムマップ（テキスト／表）。
• 確認事項： 関係の方向が明確で検証可能であること。また、定義のない「連携」や「品質」といった流行語を避けること。

5) フィードバックループと時間遅延を特定する

• 入力： システムマップ。
• アクション： 強化ループとバランスループを抽出し、遅延によってオーバーシュートや振動が生じる箇所を記録して、よくある落とし穴に注意を促します。
• 出力： フィードバックループのセクション（2～6個のループ）と遅延のリスト。
• 確認事項： 各ループに、そのパターンがもたらす結果を簡潔に説明する「つまり何が起きるか」を記載します。

6) 候補となる施策1～3件について、二次・三次の影響を分析する

• 入力： 候補となる意思決定／アクション。
• アクション： 各施策について、一次・二次・三次の影響を列挙し、誰が得をするか／損をするか、時間とともにどの制約が厳しくなるかを含めます。
• 出力： 二次・三次の影響台帳。
• 確認事項： 各施策について、少なくとも1つの意図しない結果と、それを軽減するアクションを1つ含めます。

7) レバレッジポイントを選び、介入策を設計する（「システムを構築する」ことも含む）

• 入力： ループと影響台帳。
• アクション： レバレッジポイント（方針、インセンティブ、情報の流れ、ツール、プロセス）を特定し、介入策を提案します。繰り返し発生する課題に対して、少なくとも1つのシステム構築／自動化の機会を含めます。
• 出力： レバレッジポイントと介入計画＋システム構築の機会。
• 確認事項： 各介入策に、担当者、測定可能な先行指標、ガードレールが設定されています。

8) 品質ゲートを実施し、パックを仕上げる

• 入力： すべてのドラフトセクション。
• アクション： references/CHECKLISTS.md を実施し、references/RUBRIC.md で採点します。リスク／未解決の質問／次のステップを追加します。
• 出力： 最終版の Systems Thinking Pack。
• 確認事項： 読者がリアルタイムの会議を開かなくても行動でき、トレードオフと不確実性が明示されています。

品質ゲート（必須）

• references/CHECKLISTS.md と references/RUBRIC.md を使用します。
• リスク、未解決の質問、次のステップを必ず含めます。

例

例1（組織／プロセス）：「オンコール対応の負荷が増え続け、チームは疲弊しています。システムをマッピングし、レバレッジポイントを提案してください。」
期待される内容：アクター／インセンティブのマップ（チーム、インシデント、インセンティブ）、フィードバックループ（火消しループ）、候補となる変更の影響台帳、ガードレールを設けた介入計画。

例2（製品エコシステム）：「API の価格設定を変更します。パートナーや顧客セグメント全体に、どのような二次的影響がありますか？」
期待される内容：システム境界とアクターのマップ（顧客／パートナー／社内）、ループと遅延、影響台帳、実施順序と軽減策の計画。

境界の例：「今週のタスクについて進捗状況を報告してください。」
応答：このスキルは複雑なシステムや意思決定を扱うものです。代わりにプロジェクト進捗の報告形式を提案し、診断すべきシステム的なパターンがある場合にのみこのスキルを使用します。