Cynefinフレームワーク：複雑な意思決定を整理する
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Cynefinフレームワークは、どう対応するかを決める前に、どのタイプの問題に直面しているかを教えてくれるセンスメイキングモデルです。この診断を誤ると、どれほど優れた分析を行っても間違った答えが出ます。委員会の合意で処理しようとしたため危機対応が遅れる。ルーチンのプロセスをイノベーションスプリントに回して6ヶ月を無駄にする。Cynefinは状況を5つの明確なドメインに分類することで、こうしたミスマッチを防ぎます。各ドメインには固有のロジックがあります。
Cynefinフレームワークとは何か
Cynefinフレームワーク（ウェールズ語で「生息地」または「帰属の場所」を意味する"kuh-NEV-in"と発音します）は、1990年代後半にIBMに在籍していたDave Snowdenが開発したセンスメイキングモデルで、2000年に正式に発表されました。Mary Booneと共同で開発され、2007年のハーバード・ビジネス・レビューの記事「A Leader's Framework for Decision Making」で経営者層に紹介されました。
このモデルは問題と状況をClear（明確）、Complicated（煩雑）、Complex（複雑適応系）、Chaotic（混沌）、**Disorder（混乱）**の5つのドメインに整理します。各ドメインは原因と結果の関係を説明し、それに対応する意思決定アプローチを提示します。Cynefinは分類ツールではなく、センスメイキングツールです。外から問題を綺麗に当てはめるのではありません。観察し、関わり、ドメインが自然に明らかになるのを待ちます。
重要な事実
- SnowdenはIBM知識管理研究所を率いていた際にこのフレームワークを作成しました。教科書的な描写ではなく、マネージャーが実際に不確実性を体験する方法を認識したモデルが必要だったからです（Dave Snowden、IBM、1999年）。
- ハーバード・ビジネス・レビューの記事「A Leader's Framework for Decision Making」（Snowden & Boone、2007年）はCynefinをグローバルな経営者層に紹介し、HBRで最も引用される戦略論の一つであり続けています。
- ウェールズ語の「cynefin」には単一の英語訳がありません。Snowdenがこの言葉を選んだのは、人々が世界を見る方法を形づくる、場所への深い帰属感を表す概念が英語には存在しないからです。文脈が意思決定をいかに形成するかについての概念の核心をついています。
5つのCynefinドメイン
Cynefinは5つのドメインを2つの大きなカテゴリに分けてマッピングします。秩序ある世界（ClearとComplicated：原因と結果の関係が把握可能）と秩序のない世界（ComplexとChaotic：原因と結果の関係が把握できない）です。Disorderは中心に位置し、どのドメインにいるかがまだわからない状態を表します。
| ドメイン | 性質 | 適切な対応 | 例 |
|---|---|---|---|
| Clear | 既知の事実。安定した原因と結果、ベストプラクティスが存在する | 感知し、分類し、対応する | 標準的な請求書処理、コンプライアンスチェックリストの遵守 |
| Complicated | 既知の未知。専門的な分析で原因と結果の把握が可能 | 感知し、分析し、対応する | 技術的障害の診断、財務モデルの作成 |
| Complex | 未知の未知。原因と結果は事後にのみ見えてくる。パターンが出現する | 試み、感知し、対応する | 新市場への参入、組織文化の変革マネジメント |
| Chaotic | 原因と結果の関係が見えない。危機モード。秩序が崩壊している | 行動し、感知し、対応する | 真夜中の製品障害、進行中のPR危機 |
| Disorder | どのドメインにいるかまだわからない | サブ問題に分解し、それぞれを適切なドメインへ | 「何かおかしい」という感覚はあるが、なぜかで意見が割れる状況 |
Clear（以前はObviousまたはSimpleと呼ばれていた）
Clearドメインでは、原因と結果の関係が誰にでも明らかです。確立されたベストプラクティス、手順、またはルールが存在します。適切な対応は、状況を感知し、既知のパターンと照合して分類し、適切な手順で対応することです。
ここでの危険は慢心です。長期間すべてがうまく機能すると、組織はClearを通常の状態と誤認し、状況が変化したシグナルを見落とすことがあります。Snowdenはこれを「慢心の罠」への陥落と呼んでいます。突然の混乱がClearな状況をComplicatedやComplexを経由せず、直接Chaoticに押し込むことがあります。
Complicated
Complicatedドメインでは、原因と結果は存在しますが、すぐには明らかではありません。何が起きているかを理解するために専門家の分析、診断作業、またはモデリングが必要です。複数の正しい答えが存在する場合もあります。適切な対応は、状況を感知し、（多くの場合は専門家とともに）分析し、対応することです。
Complicatedな問題は構造化されたツールから恩恵を受けます。SWOT分析、VRIOフレームワークの監査、またはMcKinsey 7S評価はすべてここに当てはまります。それらは把握可能なものに構造を与えます。リスクは「専門家の過信」です。チームが分析を得意としているため、あらゆる問題がComplicatedだと思い込んでしまうことです。
Complex
Complexは、ほとんどのリーダーが対処を誤るドメインです。原因と結果は事前には予測できず、事後にのみ認識できます。システムは適応的で非線形です。以前に機能したことが再び機能するとは限らず、失敗したことがわずかに異なる条件で成功することもあります。
適切な対応は、試み（小規模で「失敗しても安全な」実験を行い）、何が出現するかを感知し、機能するものを増幅し機能しないものを抑制することで対応することです。Complexドメインは計画で突破するものではありません。実験で乗り越えるものです。
シナリオプランニングと戦略的計画プロセスがここで最も価値を発揮します。予測ツールとしてではなく、パターンが浮かび上がったときにそれを認識するための枠組みとしてです。
Chaotic
Chaoticドメインでは、原因と結果の間に認識できる関係がありません。システムが崩壊しています。これは危機の文脈です。進行中のデータ侵害、サプライチェーンの崩壊、公的な論争の中でのリーダーシップの空白。
適切な対応は、状況を安定させるために即座に行動し、その行動が機能しているかを感知し、秩序が回復するにつれてComplexやComplicatedへ移行するよう対応することです。Chaoticは最初に分析することを求めません。まず果断な行動を求め、次に振り返りを行います。本当にChaoticな状況で立ち止まり、作業部会を招集するリーダーは危機を悪化させます。
また、プラスの側面もあります。Chaoticな状況は、秩序ある環境の政治的な抵抗の中では生き残れなかったような、新しい慣行を導入する機会を生み出します。SnowdenはこれをチャオスからComplexドメインへの移行と表現しています。
Disorder
DisorderはCynefin図の中心にあり、通常の意味での5番目のドメインではありません。どのドメインが適用されるかわかっていない状態を表します。チームがどのような問題を扱っているかについて合意できない場合、人々は往々にして自分の専門性に合ったドメインに流れます。エンジニアは技術的な問題を見て、戦略家は計画の問題を見て、マーケターはメッセージの問題を見ます。
適切な対応は、状況をより小さな構成要素に分解し、各部分を適切なドメインに振り分けることです。この分解のステップが、熟練したセンスメイキングが最も価値を発揮する場所です。
Cynefinフレームワークの使い方
ステップ1：状況を特定する
どのフレームワークを適用する前に、実際に何が起きているかを説明してください。特に問題に最も近い人々から、複数の視点で観察を集めてください。すぐに分類しようという衝動を抑えてください。
ステップ2：原因と結果の可視性を確認する
問いかけてください。この状況がなぜ存在するかを説明でき、次に何が起きるかを予測できますか？確実にそうなら、Clearドメインにいます。専門家の分析でそうなら、Complicatedドメインです。事後にのみ分かるなら、Complexドメインです。一貫したパターンがまったくないなら、Chaoticドメインです。まだわからないなら、Disorderの状態です。
ステップ3：対応をドメインに合わせる
デフォルトの対応ではなく、そのドメインが指定するアプローチを適用してください。これが最も難しいステップです。多くの組織には支配的なモードがあります。分析優先の文化はあらゆるものをComplicatedにしようとします。起業家的な文化はあらゆるものに実験を試みます。Cynefinは意図的な選択を強制します。
ステップ4：ドメインの移行に注意する
状況はドメイン間を移動します。文脈が分析より速く変化すると、Complicated問題がComplexになることがあります。Chaoticな危機は、封じ込めが機能し始めると、Complexに安定します。「今どのドメインにいるか？」を定期的に問い直す習慣を作ってください。特に急速に動く状況の中では。
ステップ5：Cynefinを共通言語として使う
このモデルの最大の組織的価値は、機能横断チームが生産的に意見を異にするための共通語彙を提供することです。「私はこれがComplexだと思うが、あなたはComplicatedとして扱っている」という会話は有意義です。意見の相違を正確に言語化し、どの証拠があれば解決できるかを指し示します。
Cynefinと他の意思決定フレームワークの比較
Cynefinはセンスメイキングツールであり、分析的または戦略的計画モデルではありません。ほとんどの他のフレームワークの上流に位置し、どのツールを使うべきかを判断するのを助けます。
| フレームワーク | 主な用途 | Cynefinとの関係 |
|---|---|---|
| SWOT分析 | 強み、弱み、機会、脅威の評価 | Complicatedドメインへの適用が最適 |
| VRIOフレームワーク | 競争資源の評価 | Complicatedドメインの分析 |
| シナリオプランニング | 不確実性のもとで可能な未来をマッピング | Complexドメインのナビゲーション |
| McKinsey 7S | 組織の整合性診断 | Complicatedドメイン |
| 戦略的計画プロセス | 方向性の設定とリソース配分 | 複数のドメインをまたいで機能。ドメインごとに深さを調整 |
| 意思決定モデル | 個人およびグループの意思決定 | Cynefinがどの意思決定モデルを適用するかを決定する |
Cynefinは、Stacey MatrixやOODAループ（Observe, Orient, Decide, Act）のような類似したフレームワークとは特に異なります。Staceyは合意と確実性の軸で問題をマッピングします。OODAはスピードのために設計された戦術的な意思決定ループです。Cynefinは原因と結果の関係そのものの性質に焦点を当てています。
Cynefinフレームワークの事例
Clearドメイン：経費承認のワークフロー。 従業員が承認済みのポリシー範囲内で領収書を提出します。プロセスは明確で、ルールが存在し、承認者はそれを分類して処理します。分析は不要で、実験も必要ありません。標準手順を適用します。
Complicatedドメイン：売上減少の診断。 前四半期比で売上が18%下落しました。原因は把握可能ですが、すぐには明らかではありません。財務チームがPipelineの健全性を分析し、営業チームがクローズ率を確認し、マーケティングチームがリードの質を検証します。専門家たちが答えに収束します。診断には分析が必要でしたが、確定的な答えは到達可能でした。
Complexドメイン：新しいGTMモデルの展開。 ある企業がProduct-Led GrowthからSales-Led Growthへの移行を決めます。結果は予測できません。顧客行動、社内文化、競合の反応はすべて、事前にモデル化できない方法で適応します。適切な対応は、2〜3つのセグメントで構造化されたパイロットを実施し、何が変化するかを観察し、効果のあるものをスケールさせることです。振り返りの中でクリティカルシンキングフレームワークを使うことが、試みから浮かび上がるパターンの把握に役立ちます。
Chaoticドメイン：金曜日の夕方に発見された顧客データの侵害。 根本原因分析をしている時間はありません。セキュリティチームが即座に封じ込め措置を講じ、コミュニケーション担当がステークホルダーへの通知に取り組み、法務が連携されます。まず秩序を取り戻します。状況が安定してから分析が行われます。
Disorder：根本的に異なるモデルを持つ新規競合の参入。 リーダーシップチームは、これが技術的な脅威（Complicated）なのか、市場の転換（Complex）なのか、それとも存亡の危機（Chaotic）なのかについて意見が割れます。最初に正しい対応は分解することです。技術の比較はComplicated、市場対応の問いはComplex、そして競合のタイムラインの緊急性がChaoticかどうかは場合による、という形でそれぞれを適切なチームに振り分けます。
よくある失敗
Complexをcomplicatedとして扱う。 これはCynefinの最もコストのかかる誤用です。リーダーが本当にComplexな状況に分析的な厳密さ（ベストプラクティス、専門家の診断、計画ツール）を適用すると、まだ安定した答えのない問いに自信を持って答えを出してしまいます。その結果、現実が動いた途端に時代遅れになる詳細な計画が生まれます。Complexへの正しい対応は実験を行うことであり、計画を書くことではありません。
Chaoticな対応を過剰に適用する。 すべての緊急事態がChaoticなわけではありません。「まず行動し、後から質問する」は、システムが本当に崩壊しているときに適切です。Complicatedな状況にこれを適用すると、より良い結果を生んだはずの専門家の分析を迂回してしまいます。
Cynefinをチェックすべきボックスとして扱う。 Cynefinは分類システムではありません。プロジェクトの概要を見て、ドメインを選び、そのアプローチを一度だけ適用するものではありません。状況は変化し、ドメインの読み取りもそれに合わせて変化すべきです。
Simple/Clearを「簡単」と混同する。 Complicatedな問題が適切な専門家にとってはわかりやすいこともあります。Clearドメインの問題には相当な労力が必要なこともあります。ドメインは仕事の難しさではなく、原因と結果の関係を説明するものです。
Disorderを飛ばす。 チームが分類に直接飛びつくと、暗黙的に異なるドメインを想定しているため、議論がかみ合わないことが多くあります。Disorderを明示的に認め、まず状況を分解することで時間を節約し、衝突を減らせます。
よくある質問
「Cynefin」とはどういう意味ですか？
Cynefinはウェールズ語で、おおよそ「生息地」「なじみの場所」「帰属の場所」と訳されます。私たちが住む多くの場所、コミュニティ、文化によって形づくられているという考えを伝え、そのほとんどは私たち自身が十分に意識していません。Snowdenがこの言葉を選んだのは、センスメイキングの文脈的性質を捉えているからです。私たちが状況を解釈する方法は、私たちが埋め込まれているシステムに依存します。
ClearはSimpleまたはObviousと同じですか？
はい。このドメインはもともと「Simple」と呼ばれ（Snowdenの2002年の発表前）、後に「Obvious」に改名され、さらに「Clear」に改名されました。原因と結果が専門家だけでなく誰にでも透明であることをより正確に伝えるためです。3つの名称はすべて同じドメインを指し、同じ対応を推奨します。
実験と分析のどちらをいつ行うべきですか？
Complicatedドメインにいるとき（答えが存在し、厳密な調査で到達できる）は分析（SWOTやVRIOなどのフレームワーク、根本原因分析など）を使います。Complexドメインにいるとき（答えはまだ存在せず、システムが試みに対してどう反応するかから出現する）は「失敗しても安全な」実験を行います。ドメインの診断が、どちらを選ぶかを教えてくれます。
一つの状況が複数のドメインに同時に存在することはありますか？
はい。大きな組織ではよくあることです。ある企業のコア業務はClear（明確に定義されたプロセス）でありながら、新製品の立ち上げはComplexで、進行中の顧客危機はChaoticということがあります。Cynefinは組織全体が一つのドメインにいることを要求しません。ビジネスの異なる部分が同時に異なるアプローチを必要としているとき、それをリーダーが認識するのを助けます。
Cynefinはリスク管理フレームワークとどう違いますか？
リスク管理は、リスクを列挙して確率を割り当てることができると想定しており、これはComplicatedドメインの前提です。Cynefinは、ComplexおよびChaoticドメインでは、原因と結果の関係が出現中であるか存在しないため、リスクの列挙が機能しなくなることを明示的に認識しています。Cynefinはリスク管理の代替ではなく補完です。標準的なリスク評価が適切な場合と、代わりに試み優先のアプローチが必要な場合を判断するために使います。
Cynefinフレームワークは、どの意思決定をすべきかを教えてくれるものではありません。直面している意思決定がどの種類のものかを教えてくれます。実はそちらの方が難しい問題です。失敗した戦略のほとんどは、よく理解された文脈での間違った意思決定から生まれているのではありません。間違ったタイプの問題に対して適用された正しい意思決定から生まれています。Cynefinを戦略的計画プロセスの適切なツールと組み合わせれば、間違った計画を守ることに費やす時間が減り、正しい実験から学ぶ時間が増えるでしょう。
