フレームワーク活用ガイドひとことで言うと#
目の前の問題が**「単純」「煩雑」「複雑」「混沌」のどれか**を見極め、それぞれに適した意思決定モードで対処する思考法。すべての問題を同じやり方で解こうとする失敗を防ぐ。
押さえておきたい用語#
- 単純領域（Clear / Simple）
- 因果関係が誰にでも明らかな問題。ベストプラクティスをそのまま適用すればよい領域を指す。
- 煩雑領域（Complicated）
- 因果関係は存在するが、専門知識がなければ見抜けない問題である。分析や専門家の意見が必要になる。
- 複雑領域（Complex）
- 因果関係が事後にしかわからない問題。試してみて結果を観察し、うまくいったものを拡大する探索的アプローチが求められる。
- 混沌領域（Chaotic）
- 因果関係が存在しないか認識不能な状態のこと。まず行動して安定を取り戻すことが最優先になる。
クネビン意思決定の全体像#
こんな悩みに効く#
- いつも同じ意思決定プロセスを使って、うまくいかないことがある
- 「もっとデータを集めてから」と言い続けて判断が遅れてしまう
- 危機的状況で合議制にこだわり、対応が後手に回る
基本の使い方#
まず「この問題の原因と結果の関係は、どのくらい明確か？」を確認する。
チェックポイント：
- 過去に同じ問題が起きたとき、同じ対処で解決できたか？
- 専門家に聞けば答えがわかりそうか？
- そもそも何が起きているか把握できているか？
この段階では判断を急がず、問題の性質を見極めることに集中する。
観察した結果をもとに、問題を4つの領域に当てはめる。
- 単純 — マニュアルどおりにやれば解決する。例：定型的なクレーム対応
- 煩雑 — 専門家が分析すれば正解が見つかる。例：システム障害の原因調査
- 複雑 — やってみないとわからない。例：新規事業の市場反応
- 混沌 — 何が起きているかすら不明。例：大規模システム障害で全サービス停止
迷ったら「正解が1つあるか、複数あるか、ないか」で判断するとよい。
それぞれの領域に適した行動パターンがある。
単純 → 感知・分類・対応
- ベストプラクティスを適用する。判断に時間をかけない。
煩雑 → 感知・分析・対応
- 専門家の意見を集め、複数のグッドプラクティスから選ぶ。
複雑 → 探索・感知・対応
- 小さな実験を複数走らせ、うまくいったものを拡大する。正解を事前に決めようとしない。
混沌 → 行動・感知・対応
- まず何でもいいから行動して安定を取り戻す。分析は後。
問題の性質は時間とともに変化する。
- 混沌 → 対処して安定 → 複雑に移行
- 複雑 → パターンが見えてきた → 煩雑に移行
- 単純 → 油断して形骸化 → 混沌に転落（コンプレイセンシー）
定期的に「今この問題はどの領域にいるか？」を問い直す習慣が重要。
具体例#
ある飲食チェーン（42店舗）で、2つの問題が同時に発生した。
問題A：新メニューの開発
- 顧客アンケートでは「ヘルシー志向」と「がっつり系」がほぼ同数
- SNSのトレンドは毎月変わる
- 過去のヒットメニューに法則性がない
→ これは複雑領域。正解を事前に決められない。
対処：3店舗で異なるコンセプトのメニューを2週間ずつテスト販売し、売上データと顧客反応を観察。「アジアンヘルシーボウル」が注文率**18%**を記録し、全店展開を決定。
問題B：1店舗で食中毒の疑い
- 保健所から連絡。営業停止の可能性。
→ これは混沌領域。分析している時間はない。
対処：即座に該当店舗を自主休業し、全店舗に食材チェックを指示。原因調査は休業後に開始。翌日、仕入れ先の温度管理に問題があったと判明し、仕入れ先を切り替え。
同じ会社の中でも、問題の性質によって意思決定モードを切り替えることで、新メニューは月商12%増、食中毒問題は被害拡大ゼロで収束した。
BtoB SaaSプロダクト（ARR 2.4億円、顧客数180社）のPMが、溜まった47件の機能要望を整理する必要があった。
全部を同じバックログで優先順位づけしようとして行き詰まっていたため、クネビン意思決定で分類した。
単純領域（12件）： UIのラベル変更、既知バグの修正など → エンジニアがスプリント内で順次対応。意思決定不要。
煩雑領域（18件）： パフォーマンス改善、API連携の追加など → テックリードが技術調査を行い、工数と効果のバランスで優先順位を決定。
複雑領域（14件）： 「AIによるレコメンド機能」「ダッシュボードの再設計」など → ユーザー5社にプロトタイプを見せてフィードバックを収集。3件を小規模リリースで検証。
混沌領域（3件）： 大口顧客からの「来月までに対応しないと解約」という緊急要求 → 即座にCEOとカスタマーサクセスが顧客訪問し、暫定対応を48時間以内に提供。
分類しただけで対処スピードが変わり、3か月後のNPS（顧客推奨度）が**+12ポイント**改善。「全部同じプロセスで扱う」という暗黙の前提を壊したことが最大の成果だった。
人口8万人の地方都市で大規模な水害が発生した。防災担当課長がクネビン意思決定の考え方を使い、フェーズごとに意思決定モードを切り替えた。
発災直後（混沌領域）：
- 浸水範囲が不明、通信も一部途絶
- 分析を待たず、全避難所14か所を開設。自衛隊に派遣要請。住民に避難指示を発令
- 「正しい判断」より「速い判断」を優先
発災3日目（複雑領域に移行）：
- 被害状況が見えてきたが、どの地区を優先復旧するか正解がない
- 各地区の被害状況・住民数・インフラ復旧の難易度を並べ、3地区で異なるアプローチを試行
- A地区は仮設ポンプ、B地区は迂回路確保、C地区は一時移転で対応
発災2週間目（煩雑領域に移行）：
- パターンが見えてきた。土木の専門家チームに復旧計画の策定を依頼
- 過去の災害事例のデータをもとに、復旧の優先順位を決定
発災1か月目（単純領域に移行）：
- 罹災証明の発行、支援金の申請受付など定型業務をマニュアル化
- 窓口対応をルーティン化し、処理速度を1件あたり45分から15分に短縮
同規模の過去の水害では復旧に平均8か月かかっていたが、フェーズごとに意思決定モードを切り替えたことで5か月で生活再建率**90%**を達成。「混沌のときに分析しない」「単純になったらマニュアル化する」という使い分けが奏功した。
やりがちな失敗パターン#
- すべてを「煩雑」として扱う — 「もっとデータを集めよう」「専門家に聞こう」が口癖の組織は、複雑領域の問題にも分析で対処しようとする。正解がない問題に正解を求めると、意思決定が永遠に終わらない
- 混沌の中で合議制にこだわる — 緊急事態で全員の合意を取ろうとすると対応が致命的に遅れる。混沌領域では「誰かが決めて動く」が最優先であり、振り返りは安定を取り戻した後でよい
- 一度分類したら固定してしまう — 問題の領域は時間とともに変化する。「これは複雑だから実験しよう」で始めても、パターンが見えたら煩雑に移行すべき。逆に、単純だと思い込んでいた問題が実は複雑だったケースも多い
まとめ#
クネビン意思決定は、問題を単純・煩雑・複雑・混沌の4領域に分類し、それぞれに適した対処モードを選ぶ思考法。「すべての問題に同じプロセスを使う」という暗黙の前提を壊し、状況に応じた柔軟な判断を可能にする。まず問題の性質を見極める習慣をつけるだけで、意思決定の精度とスピードが大きく変わる。