組織変革コンサルティングの提言実装ギャップ——「知っている」と「やっている」の間に何があるか
フレームワーク

組織変革コンサルティングの提言実装ギャップ——「知っている」と「やっている」の間に何があるか

組織変革コンサルティングで作られた提言書が、なぜ実装されないままになるのか。問題はコンサルタントの質でも提言の内容でもなく、「戦略設計」と「実行」を別の仕事として分離する組織構造そのものにある。

組織変革 コンサルティング 実装ギャップ 変革管理 意思決定 知識と行動

提言書の運命

大手コンサルティングファームへの依頼から6ヶ月。数百ページの分析資料と明快な提言が揃った。経営会議での報告も終わり、経営層は「よく整理されている」と言った。しかし1年後、その提言書は誰かのPCのフォルダに眠っている。

これは例外的なケースではない。組織変革の提言が実行に移されないという問題は、コンサルティング業界の公然の秘密だ。Jeffrey Pfeffer と Robert Sutton は2000年の著書 The Knowing-Doing Gap （Harvard Business School Press）の中で、この構造を「企業は知識を行動に変換できない」という問題として体系的に論じた。彼らが調べた組織の多くは、問題の本質を正確に「知っていた」。しかし実行はされなかった。

なぜ提言は実装されないのか。

「戦略と実行を分ける」という思想の問題

組織変革コンサルティングの多くは、暗黙の前提として「戦略の設計」と「実行」を分離した仕事として扱う。コンサルタントは設計を担い、クライアント組織が実行を担う。この分業自体が、実装ギャップの構造的な源になっている。

Roger Martin は2010年の Harvard Business Review 論文「The Execution Trap」でこの問題を鋭く指摘した。彼によれば、「良い戦略が実行されない」という問題は、戦略と実行を別のフェーズとして切り分けることで生まれる。経営トップが戦略を選び、残りの組織が実行する「脳と手足」の比喩が普及したことで、「実行する側は選択肢を持たない」という組織設計が定着した。選択肢を持たない実行者は、状況の変化に対応できない。提言どおりに動こうとしても、現場の実態と乖離した設計になっていれば、止まるしかない。

コンサルタントが去った後に起きること

組織変革コンサルティングの契約が終わる瞬間、何かが失われる。

コンサルタントはプロジェクトの期間中、経営会議に出席し、データを集め、仮説を組み立て、提言を言語化した。このプロセス全体を通じて、「なぜこの提言に至ったか」という背景的な文脈が、コンサルタントの頭の中に蓄積される。報告書に書かれた提言は、その文脈の圧縮版だ。

報告書を受け取ったクライアント組織には、提言の結論はあるが、文脈がない。「なぜこの順序でやるべきか」「なぜあの施策よりこちらが優先なのか」「この前提が崩れた場合どうすべきか」——そういった問いへの答えを持っているのは、その場にいたコンサルタントだけだ。

これは知識の移転が不完全なまま終わるという問題だ。Ikujiro Nonaka と Hirotaka Takeuchi が1995年の著書 The Knowledge-Creating Company （Oxford University Press）で論じた「暗黙知と形式知の変換」の観点から言えば、提言書は形式知として存在するが、それを支える暗黙知はコンサルタントとともに去っていく。

変革に必要な「緊急性」の消耗

John Kotter は1996年の著書 Leading Change （Harvard Business School Press）で組織変革を失敗させる要因のトップに「緊急性の欠如（No Sense of Urgency）」を挙げた。変革は、「やらなければならない」という強い感覚が組織全体に共有されているときにだけ動く。

コンサルタントを呼ぶという行動は、多くの場合、緊急性の一部を外部に委託することと同義だ。「問題の把握はコンサルタントに任せた。解決策も彼らが提示した。あとは実行するだけだ」——この感覚は、組織内の緊急性を下げる方向に働く。問題を誰かが「引き受けてくれた」という安心感が、変革への焦りを鎮める。

提言が出た瞬間が、緊急性が最も低いタイミングであることは少なくない。現場から「もっと早くやるべきだった」という声が出るのは、提言から1〜2年後の失敗を経てからだ。

McKinsey が「Losing from day one: Why even successful transformations fall short」（2021年12月）で報告したところによれば、変革の後半フェーズで組織は期待価値の平均42%を取りこぼすという。成果を3年以上保てる組織は、8組に1組（12%）。これは変革が失敗するという話ではない。変革を維持し続けることが難しい、という別種の問題だ。

提言が「現場の現実」と乖離するメカニズム

コンサルタントが情報収集する相手は、多くの場合、経営層や部門長だ。現場の実務担当者へのアクセスは限られる。これには合理的な理由がある——経営者の時間が最も高価で、コンサルタントが優先的にアクセスすべき相手は意思決定権を持つ人間だという論理だ。

しかし、この収集構造は提言の内容を上位レイヤーの認識に基づくものにする。現場の実務者が「それは実際にはこういう理由で動かない」と知っている情報が、提言に含まれないまま終わる。

実装フェーズに入ると、現場は提言の内容を自分たちの実情に合わせて読み解こうとする。その過程で「この提言は私たちの部署には当てはまらない」「前提が違う」「この数値目標は非現実的だ」という解釈が生まれ、個別の適用除外が積み上がる。結果として、提言は「参照資料」に格下げされる。

実装されない変革提言の共通パターン

現場での実装失敗を分析すると、いくつかの共通パターンが浮かぶ。

所有者の不在。 提言書は「経営として合意した方針」として存在するが、具体的な実装を推進する担当者が明確でない。「誰かがやるべきこと」は、誰もやらないことになる。

施策の粒度の不一致。 コンサルタントが設計する提言は、多くの場合、「方向性」の水準に留まる。現場が必要としているのは「月曜日の朝から何をするか」という粒度の具体性だ。この粒度の差が、提言から行動への橋渡しを難しくする。

評価制度との不整合。 変革提言が求める行動と、現行の人事評価が求める行動が一致しない場合、組織構成員は評価される行動を選ぶ。「変革を推進すること」が評価されないなら、変革は推進されない。これは意欲の問題ではなく、制度設計の問題だ。

タイムラインの非現実性。 組織変革には3〜5年のタイムラインが必要なことが多いが、提言書の実行計画は1〜2年で成果を出すことを想定していることが多い。短期の成果が出ないと「この提言は機能しない」と判断され、取り組みが縮小する。

「知識と行動の橋」を設計する

Pfeffer と Sutton が示した処方は、知識の蓄積よりも行動の先行にある。「考えてから動く」ではなく「動くことで考える」という組織運営の設計が、知識と行動のギャップを縮める。

この視点から組織変革コンサルティングを組み直すなら、いくつかの変更が効く。

ひとつは契約の形だ。提言書を「成果物」とする契約から、実装プロセスまで踏み込む関与型の契約へ移す。コンサルタント側の「提言すれば仕事は終わり」という構造を崩さない限り、実装フェーズでの情報断絶は消えない。

現場担当者を提言設計のプロセスに巻き込むのも効く。提言の「共著者」として現場が関われば、「自分たちが設計した」という感覚が生まれ、所有意識が宿る。コンサルタントの知識と現場の実態、その両方が溶け込んだ提言は、そもそも実装しやすい。

人事評価と変革行動の整合を、初期設計の段階で組み込んでおく。組織変革を「評価される行動」に変換しない限り、優秀な人材ほど、変革に積極的に関与しない合理的な理由を持ち続ける。

「提言書を受け取った側」の問題でもある

公平に言えば、実装されない提言の責任は、コンサルタント側にだけあるわけではない。

変革を依頼する側が、「外から解決策を買う」という発想で臨む限り、実装は進まない。変革の主体は、外部にはなれない。コンサルタントは設計を支援できる。だが変革の本体——推進する意志、評価制度の変更、リーダーの言動の変化——は、内部からしか動かない。

「良いコンサルタントを選べばうまくいく」という前提は、変革の本質的な困難を外側へ押し出している。コンサルタントの質は問題の一部にすぎない。多くの場合、もっと根のところにあるのは「変革の所有権が誰にあるか」という問いだ。

関連するインサイト

参考文献

荒井宏之 / INNOVATION VOYAGE

関連記事