フレームワーク活用ガイドひとことで言うと#
「何をすべきかの合意度」と「結果がどうなるかの確実度」の2軸で問題を分類し、単純・込み入った・複雑・混沌のどの領域にあるかを判定するフレームワーク。領域ごとに最適なマネジメントアプローチが異なるため、問題の性質を見誤ると打ち手がすべて空振りになる。
押さえておきたい用語#
- 合意度（Agreement）
- 関係者の間で「何をすべきか」「何が正しいか」についてどれだけ意見が一致しているかの度合い。合意度が低い問題は政治的な調整が必要になる。
- 確実度（Certainty）
- ある行動を取ったとき、結果がどれだけ予測可能かの度合い。確実度が低い問題は試行錯誤型のアプローチが必要になる。
- 単純領域（Simple）
- 合意度も確実度も高い領域。ベストプラクティスをそのまま適用すれば解決できる。
- 複雑領域（Complex）
- 合意度も確実度も低い領域。正解が事前にわからないため、小さく試して学習しながら進める必要がある。
- 混沌領域（Chaos / Anarchy）
- 合意もなく結果も読めないカオス状態。まず安定を取り戻す緊急対応が優先される。
ステイシーマトリクスの全体像#
こんな悩みに効く#
- プロジェクトの進め方をウォーターフォールにするかアジャイルにするか決められない
- 「とりあえず計画を立てろ」と言われるが、そもそも何が正解かわからない問題を抱えている
- 関係者間で意見が割れていて、議論が堂々巡りになっている
- 過去に成功したやり方をそのまま適用して失敗した経験がある
基本の使い方#
分類する対象となる課題・プロジェクト・意思決定を具体的に定義する。
- 「DXを推進する」は抽象的すぎる。「基幹システムをクラウドに移行する」レベルまで具体化する
- 複数の問題が混在している場合は分解して、それぞれを個別に分類する
- 「誰にとっての問題か」も明確にする。同じ問題でもステークホルダーによって見え方が変わる
関係者の間で目標・手段・優先順位がどれだけ一致しているかを判定する。
- 「何を達成すべきか」について主要ステークホルダー全員が同じ方向を向いているか確認する
- 対立がある場合は、意見の分布を可視化する（全員一致 → 多数派少数派 → 完全分裂）
- 合意度は「表面的な同意」と「本音の合意」を区別する。会議では賛成しているが実際には動かない、というケースは合意度が低い
取り組みの結果がどれだけ予測可能かを判定する。
- 過去に類似の取り組みを成功させた実績があるか
- 因果関係が明確か（AをすればBになる、と言い切れるか）
- 外部環境の変動によって結果が大きく左右されるか
- 技術的な不確実性（未検証の技術）と市場の不確実性（顧客の反応）を分けて評価する
問題がどの領域に位置するかに基づいて、最適なマネジメント手法を適用する。
- 単純: 標準プロセスを適用。計画を立てて実行する
- 込み入った: 専門家の分析とデータに基づいて判断する。計画は立てるが柔軟性を持たせる
- 複雑: まず合意形成に時間を使う。対話・交渉・ビジョン共有が先
- 混沌: 正解を探すより先に小さく試す。アジャイル・プロトタイピング・実験を重ねる
具体例#
従業員600名の卸売業がDX推進を掲げ、3つのプロジェクトを同時に検討していた。IT部門のPMはすべてに同じウォーターフォール型の進行管理を適用しようとしていた。
ステイシーマトリクスで各プロジェクトを分類した。
プロジェクトA: 会計システムのクラウド移行
- 合意度: 高い（全部門が必要性を認識。法改正対応で期限も明確）
- 確実度: 高い（同規模企業の移行事例が豊富）
- → 単純領域: ベンダーの標準移行プランをそのまま適用。ウォーターフォールで計画通り進行
プロジェクトB: AIを活用した需要予測
- 合意度: 高い（「在庫の最適化」という目標は全員一致）
- 確実度: 低い（AIモデルの精度がどこまで出るか未知数）
- → 込み入った領域: データサイエンティストを交えた分析フェーズを先行。3か月のPoCを実施してから本格導入を判断
プロジェクトC: 営業のデジタル化（SFA導入）
- 合意度: 低い（ベテラン営業は「手書きの日報で十分」と反対。若手は導入推進派）
- 確実度: 低い（「営業がSFAを使うか」は導入してみないとわからない）
- → 混沌領域: 全社一斉導入はリスクが高いため、賛成派の若手8名で3か月のパイロットを実施。成果を可視化してから段階的に拡大
この分類によって、PMは各プロジェクトに異なる進行管理を適用。プロジェクトCで最初から全社展開していたら、ベテラン営業の抵抗で頓挫していた可能性が高かった。パイロットの結果、若手チームの営業成績が**前年比125%**になったことで、ベテラン勢も徐々に導入に同意した。
従業員40名のスタートアップが、次の四半期で取り組む新規事業候補4つを比較検討していた。経営会議で「全部やりたい」と意見が割れ、優先順位が決まらなかった。
ステイシーマトリクスで各候補を分類した。
| 事業候補 | 合意度 | 確実度 | 領域 |
|---|---|---|---|
| 既存製品の法人向けプラン追加 | 高い | 高い | 単純 |
| 海外市場（東南アジア）への展開 | 高い | 低い | 込み入った |
| AIチャットボット機能の追加 | 低い | 高い | 複雑 |
| 全く新しい業界向けの新製品 | 低い | 低い | 混沌 |
意思決定:
- 法人プラン追加（単純）: すぐに着手。既存チーム3名で6週間で完了。確実に月間200万円の増収が見込める
- 東南アジア展開（込み入った）: 現地調査に2か月を投入してからGo/No-Goを判断
- AIチャットボット（複雑）: 技術的には可能だがプロダクト方針で意見が対立。まず社内でビジョンを統一するワークショップを2回開催してから着手
- 新業界向け新製品（混沌）: 今四半期は見送り。リソースを他3つに集中
結果、法人プランは計画通りリリースし、3か月でARR 720万円を追加。東南アジア展開は調査の結果、ベトナム市場に絞ることを決定。AIチャットボットはワークショップ後にチームの合意が取れ、「込み入った」領域に移行してから開発を開始した。
「全部やる」ではなく「領域に応じて段階的に進める」ことで、リソース40名の小さな組織でも4つの取り組みを並行管理できた。
人口15万人の自治体が、大規模地震に備えた防災計画の見直しに着手した。防災担当部署は5名で、やるべきことが多すぎて何から手をつけるか決められなかった。
防災計画のタスク28項目をステイシーマトリクスで分類した。
単純領域（10項目）:
- 避難所の備蓄品チェックリストの更新
- 防災無線の動作テスト
- 自治体Webサイトの避難所マップ更新 → 担当1名がチェックリストに沿って2週間で完了
込み入った領域（8項目）:
- 浸水想定区域の再評価（最新の気象データを反映）
- 高齢者・障がい者の個別避難計画の策定 → 専門家（大学の防災研究者）を招いて3か月かけて分析・計画
複雑領域（7項目）:
- 自治会・町内会との連携体制の再構築（高齢化で役員の担い手不足）
- 外国人住民への情報伝達の仕組み → 住民ワークショップを4回開催し、合意形成から始める
混沌領域（3項目）:
- 想定外の複合災害（地震＋パンデミック）への対応 → 正解がないため、他自治体の事例を5つ収集し、シミュレーション訓練で検証
この分類により、28項目を「今すぐ→分析→対話→実験」の順序で整理。限られた5名のリソースで、単純領域を先に片付けてから順次取り組む計画を立てた。1年後、防災計画の完成度は**自己評価32% → 78%に向上。特に住民ワークショップで合意形成に時間をかけた「複雑領域」の取り組みが、自治会の防災意識向上につながり、訓練参加率が12% → 34%**に上昇した。
やりがちな失敗パターン#
- すべての問題に同じ手法を適用する — 単純な問題にアジャイルを使うのは過剰であり、混沌とした問題にウォーターフォールを適用するのは危険。領域ごとにアプローチを変えるのがステイシーマトリクスの核心
- 合意度と確実度を混同する — 「皆が賛成している」ことと「結果が予測できる」ことは別の軸。合意度が高くても確実度が低い問題は多く、逆もまた然り
- 一度分類したら固定する — 状況が変われば領域も移動する。プロトタイプの成功で確実度が上がれば混沌→込み入った領域に移行する。四半期ごとに再評価する
- 混沌領域を避け続ける — 不確実で合意もない問題は放置されがちだが、競争優位はしばしばこの領域から生まれる。小さな実験で探索を続けることが重要
まとめ#
ステイシーマトリクスは、問題を「合意度」と「確実度」の2軸で分類し、領域に応じた最適なアプローチを選ぶためのフレームワークである。単純な問題にはベストプラクティスを、込み入った問題には専門家の分析を、複雑な問題には合意形成を、混沌とした問題には小さな実験を。問題の性質を見極めてからアプローチを選ぶこの順序を守るだけで、打ち手の精度は大きく上がる。