cynefin

Cynefin 分析

Cynefin フレームワークを通じて状況を分析し、問題の種類を理解して、適切な対応を選びます。

手順

問題がどの Cynefin ドメインに属するかを判断し、適切な対応方法を適用します。問題の一部が複数のドメインにまたがる可能性も考慮してください。

出力形式

状況：[分析対象]

---

初期評価

特性の確認

特性	はい／いいえ／どちらとも言えない	根拠
原因と結果が明確で、予測可能である
専門家が分析して答えを出せる
結果は事後になって初めて理解できる
状況が不安定、または危機的である
これがどのような問題なのか、本当にわからない

---

ドメインの分類

主要なドメイン：[単純／煩雑／複雑／カオス／混乱]

このドメインに該当する理由 [分類の根拠]

---

ドメインに応じた対応

SIMPLE／OBVIOUS の場合

感知 → 分類 → 対応

適用するベストプラクティス：[確立された方法]

COMPLICATED の場合

感知 → 分析 → 対応

必要な専門家：[どのような専門知識が必要か？] 必要な分析：[何を調査するか？]

COMPLEX の場合

プローブ → 感知 → 対応

失敗しても安全な実験：

プローブ	学べること	次の場合に拡大	次の場合に縮小
[実験]	[洞察]	[成功の指標]	[失敗の指標]

重要な考え方：予測しようとせず、試して、観察し、適応します。

CHAOTIC の場合

行動 → 感知 → 対応

即時の安定化：[今すぐ取る行動は何か？]

CONFUSED の場合

分解してから分類

サブ問題	該当しそうなドメイン	理由
[サブ問題]	[ドメイン]	[根拠]

---

境界に関する警告

移行	警告の兆候	対応
単純 → カオス	慢心	前提を問い直す
煩雑 → 複雑	分析が収束しない	代わりにプローブを試す
複雑 → カオス	制御不能	迅速に安定化する

---

推奨するアプローチ

これが [DOMAIN] の問題であることを踏まえ、次のように対応します。

1. [主要なアプローチ]
2. [補助的な行動]

ガイドライン

• 多くの人は、プローブが必要な複雑な問題でも、煩雑な問題（分析が必要）だと考えがちです
• 「ベストプラクティス」が有効なのは単純なドメインだけです
• 複雑な状況では予測できません。実験して適応するしかありません
• カオスの状況では、まず行動し、考えるのはその後です

$ARGUMENTS