業務改善プロジェクトの「現場が動かない」を突破する｜AI×PMOで抵抗を合意形成に変える実践論

1. 業務改善プロジェクトが止まる本当の理由｜「現場の抵抗」の構造を解く

意外に聞こえるかもしれませんが、業務改善が現場で止まる原因の大半は、担当者の「やる気のなさ」でも「変化への拒否反応」でもありません。抵抗と見える行動は、たいてい合理的な理由に裏打ちされた反応です。ここを「一部の抵抗勢力のせい」で片づけてしまうと、真因に手が届かず、プロジェクトはさらに動かなくなります。まずは、抵抗がどこから生まれているのかを構造で捉え直すところから始めます。

1-1. 原因は3層構造｜目標の未共有・インセンティブの不在・認識ギャップ

現場の抵抗は、表に出た言葉の下に何層かの理由が積み重なっています。図で示すと、氷山のように見える部分は一部で、水面下に本当の原因が沈んでいます。表層に出るのは「今のやり方で困っていない」「忙しくて手が回らない」といった言い分です。しかしこれは入口にすぎません。

※上図は本コラムが議論のために整理した模式図です。抵抗の言葉（表層）だけに対処せず、中層・深層まで下りて手を打つ、という読み方に使えます。

中層にあるのがインセンティブの不在です。新しいやり方を覚える手間は自分が負うのに、成果は組織のもの。しかも一時的に効率が落ちる移行期間に、評価が下がるのではという不安がつきまといます。人は「変えないほうが得」と感じれば、当然そちらを選びます。そして最も深い層にあるのが、目標の未共有と、経営層と現場の認識ギャップです。経営は「全社最適・コスト削減」を語り、現場は「目の前の顧客対応が滞らないか」を心配する。同じ改善を見ていても、立っている場所が違えば見える景色は変わります。ここが埋まらないまま手順だけ配っても、腹落ちのない指示は現場で空回りします。

1-2. 「抵抗勢力」と切り捨てることが、プロジェクトをさらに止める

ここで一つ、避けたい落とし穴があります。動かない現場を前に、推進側が「あの部署は抵抗勢力だ」とラベルを貼ってしまう場面です。これは事態を悪化させます。理由はシンプルで、ラベルを貼られた側は「自分たちの懸念は聞いてもらえない」と受け取り、対話の扉を閉じてしまうからです。抵抗は、裏返せばまだ拾えていない現場の情報が発せられているサインでもあります。

たとえば「新システムは使いにくい」という声を、単なる反発と切り捨てるか、業務要件の抜けを教えてくれる指摘として拾うか。この向き合い方ひとつで、その後の展開は大きく変わります。PMBOK Guide 第7版は、プロジェクトのパフォーマンス領域の一つにステークホルダー・パフォーマンス・ドメイン（利害関係者との関わり）を据え、関係者を「管理する対象」ではなく「関わり合う相手」として継続的にエンゲージすることの意義を説いています。抵抗を敵と見なすのではなく、対話の相手と捉え直す。この視点の転換が、止まったプロジェクトを再び動かす最初の一歩になります。皆さまの現場では、抵抗の声は「敵の攻撃」と「現場からの情報提供」の、どちらとして扱われているでしょうか。

2. PMOが担う合意形成｜ファシリテーターとしての実務的役割

では、誰がこの対話をお膳立てするのか。ここでPMOの出番になります。ただし、勘違いしてはいけない点があります。PMOは業務改善の内容を決める司令塔ではありません。何を優先し、どこに投資するかを決めるのは業務部門のオーナーや経営スポンサーです。PMOの役割は、論点を整理し、判断材料を並べ、関係者が納得して決められる場を設計するファシリテーターにあります。決める人と、決断を支える人を分けて捉えるのが、この章の土台です。

2-1. 総論賛成・各論反対を、段階的に崩す

業務改善の会議でよく起きるのが、「改善は必要だ」と全員がうなずくのに、いざ「では自部署のこの業務から」となった途端に反対が噴き出す現象です。いわゆる総論賛成・各論反対。ここで合意を形式的な承認で済ませると、後で揺り戻しが起きやすくなります。合意形成とは、ハンコを押させることではなく、当事者が自分の言葉で納得している状態をつくることだからです。

崩し方には順序があります。まず、総論で合意した「なぜ改善するのか」の目的を、関係者全員の目に見える形で言語化して貼り出す。次に、各論の反対が出たら、それを封じ込めずに「どの条件が満たされれば進められるか」へ言い換えて論点化する。「反対」を「条件付き賛成の条件」に翻訳するイメージです。最後に、その条件を満たす移行案を一緒に描く。この三段で進めると、反対は障害物ではなく設計の入力に変わります。会議での翻訳を一場面で示すと、こうなります。「あの部署が非協力的で進まない」という訴えに対し、PMOが「協力が得られれば進められる、ということですね。では、どんな条件がそろえば動けますか」と問い返す。感情的な断定を、満たすべき条件の言語化へ置き換えるわけです。PMOはここで、意見の交通整理と論点の可視化に徹し、結論そのものは当事者に委ねます。

2-2. 利害が対立する場面での、中立的な調整

業務改善は、部署をまたぐほど利害がぶつかります。ある部署の効率化が、隣の部署の作業増につながることは珍しくありません。こうした場面で推進役が特定部署の肩を持つと、途端に信頼を失います。PMOが価値を出せるのは、まさにこの中立性においてです。どちらの言い分にも与せず、全体最適の観点から論点とトレードオフを机の上に並べる。そのうえで、最終的な優先順位づけは業務オーナーと経営スポンサーの判断に委ねます。

中立を保つには、感情論を事実に置き換える技術が要ります。「あの部署が非協力的だ」という訴えを、「どの工程で、誰の作業がどれだけ増えるのか」という具体に落とす。データと事実に立ち返らせるのが、対立の温度を下げる実務的な手立てです。ここで役立つのが、次章で触れるAIによる業務フローの可視化です。感情のぶつかり合いを、共通の事実を見ながらの調整へと切り替える下地になります。

2-3. ヒアリング段階から、現場を「当事者」にする

合意形成の成否は、実は設計が始まる前のヒアリング段階で半分決まります。改善案を完成させてから現場に「これでいきます」と下ろすやり方では、現場は「決まったことを押しつけられた」と受け取ります。反対に、課題の洗い出しや現状把握の段階から現場を巻き込むと、出来上がった改善案は「自分たちが関わって決めたもの」になります。この当事者化こそが、定着の最大の推進力です。

PMBOK Guide 第7版のチーム・パフォーマンス・ドメインは、成果を出すチームの土台として、率直に意見や懸念を言い合える安全なコミュニケーションと信頼を扱っています。これは、メンバーが懸念を安心して口にできる環境——いわゆる心理的安全性（率直に意見や懸念を言っても不利益を被らないと感じられる状態）——の重要性につながる考え方です。ヒアリングの場で、現場が本音の懸念を安心して口にできるかどうか。そこが機能して初めて、深層に沈んでいた真の課題が水面に上がってきます。形だけのアンケートで済ませず、現場が「言ってよかった」と感じる場を設計する。それがPMOのファシリテーションの核心です。

3. AI×業務改善｜現場の定着を支える具体的な活用法

結論から言えば、AIは現場を動かす「魔法の杖」ではありません。人の合意形成を肩代わりする道具でもありません。AIが得意なのは、可視化・記録・追跡といった、人が手間をかけていた地道な作業を短時間で下案化することです。「決める・合意する・責任を持つ」のはあくまで人。この一線を守ったうえで、AIをどこに効かせるかを見ていきます。なお、ここで速くなるのはAIが叩き台づくりを担える工程に限られ、その効果もAI利用環境や社内ルールによって変わる点は、あらかじめ押さえておきたいところです。

3-1. 業務フローの可視化と、ボトルネックの検出

改善の議論が空中戦になる最大の原因は、「現状の業務がどう流れているか」を関係者が共通の絵で見ていないことです。各人の頭の中にある業務像はバラバラで、そのまま議論しても噛み合いません。ここでAIが役立ちます。ヒアリングメモや手順書、操作ログといった素材をもとに、業務フローの叩き台をAIに描かせ、人が確認・修正して共通の一枚図に仕上げる。手作業でフロー図を起こせば相応の時間がかかる工程を、下案づくりの部分でAIが肩代わりします。

共通の絵ができると、どの工程で処理が滞留しているか、どこで手戻りが多発しているかというボトルネックが浮かび上がります。前章で触れた部署間の対立も、この共通の事実を前にすれば「誰が悪いか」ではなく「どの工程を直すか」の話に変わります。可視化は、感情論を事実ベースの議論へ引き戻す共通言語になるわけです。

3-2. 合意形成の記録と、議事ギャップの追跡

合意形成が揺り戻す典型は、「言った・言わない」の食い違いです。会議で決めたはずのことが、次の会議では別の理解に変わっている。この議事のブレを、AIによる記録が抑えます。議事録の下書きをAIに整形させ、人が確認して確定する。決定事項・保留事項・宿題を一覧化しておけば、次回に「前回どこまで決まったか」をたどれます。

明日から試せる形にすると、こうなります。直近の会議の議事録テキストを1件、社内で許可されたAIに渡し、「決定事項」「保留事項」「宿題（担当者つき）」の3区分に整理させる。返ってきた一覧を人が原文と突き合わせて誤りを直し、そのまま次回のアジェンダの土台に使う。いきなり全会議に広げず、まず1件で精度と手間を確かめてから運用に乗せると、無理なく始められます。最終的に「その理解で正しいか」を判断するのは、あくまで会議の参加者です。

もう一歩進めると、議事ギャップの追跡にも使えます。過去の議事録群をAIに横断させ、「決まったはずなのに実行に移っていない項目」「合意と実際の運用がずれている箇所」を洗い出す下案をつくらせる。人はその叩き台を見て、フォローすべき論点に集中できます。合意を一度きりのイベントで終わらせず、決定と実行のズレを継続的に見張る。この地味な追跡が、定着の土台を支えます。

3-3. 定着モニタリング｜決めるのは人、見える化はAIが助ける

新しいやり方が根づいたかどうかは、掛け声ではなく事実で測ります。新プロセスの利用率、旧来のやり方に戻っていないか、想定した効果が出ているか。こうした定着モニタリングの指標づくりと集計の叩き台を、AIに支えさせます。ただし、どの指標を「定着の証」と見なすか、どの水準を合格とするかを決めるのは人です。AIは数字を並べ、PMOはその意味を読み解き、判断は業務オーナーが下す。役割の分担は、ここでも崩しません。

業務改善にAIを使うとなると、AIに社内の情報を読み込ませる場面が増えます。ここで線引きを持たないと、渡してはいけない情報まで入力してしまう恐れがあります。情報の種類ごとに、入力の可否をあらかじめ決めておきます。下の表は最低限の目安で、実際の運用は自社の情報セキュリティ方針を優先してください。

※上表はあくまで一般的な目安です。最終的な可否は、自社の情報セキュリティ方針・契約しているAIサービスの規約を優先して判断してください。

4. スモールスタートから全社展開へ｜現場を動かす段階設計

合意形成の作法とAIの使いどころが見えたら、次は展開の順序です。ここで多くのプロジェクトが焦ります。経営から「全社一斉に」と号令がかかり、準備の整わないまま広げて、あちこちで小さな火の手が上がる。動かない現場を動かすには、むしろ小さく始めて成功体験を伝播させる設計のほうが、遠回りに見えて確実です。

※上図は展開の順序を整理したものです。各STEPを飛ばさず、成功体験を数値で握ってから次へ進むのが、伝播を止めないコツです。

肝はSTEP2の成功体験の数値化です。パイロットで「なんとなく良くなった」で終わらせず、処理時間・手戻り件数・利用率といった指標で効果を握る。数字は、次の部署を動かすときの何よりの説得材料になります。人は「隣の部署でうまくいった実例」に弱いものです。抽象的な号令より、身近な成功が伝播を生みます。STEP3の横展開では、そのままコピーするのではなく、伝える相手の業務に合わせて翻訳する。同じ改善でも、部署が違えば刺さる論点が変わるからです。パイロット部署を選ぶときは、協力度だけでなく、効果が数字で見えやすく他部署への波及を説明しやすい業務を選ぶと、後の伝播が楽になります。全社へ踏み切る目安は、パイロットで処理時間や利用率などの手応えが数字で確認できてから、と決めておくと判断がぶれません。

この段階設計を進めるうえで、業務改善プロジェクト全体をどのフェーズに分けて設計するかの見取り図があると、迷いが減ります。パイロットから全社定着までを一続きの設計として捉える枠組みは、次の章のチェンジマネジメントとも直結します。

5. 日本型チェンジマネジメントをAI×PMOで実現する

ここまで来て、あえて足元を確認します。本コラムで扱ってきた「変革管理」とは、人や組織が変化に適応するのをどう支えるか、という人的側面のマネジメント（チェンジマネジメント）です。プロジェクトのスコープやコストの変更を管理する変更管理（チェンジコントロール）とは別物です。名前は似ていますが、扱う対象がまったく違います。この章では、日本の組織に合ったチェンジマネジメントの勘所を、2つの観点から掘り下げます。

5-1. 変えるのは「現場」ではなく、まず「マネジメント層」

業務改善というと、「現場のやり方を変える」話だと思われがちです。しかし順序が逆のことがしばしば起こります。第1章で見たとおり、抵抗の深層には経営と現場の認識ギャップがありました。この溝を放置したまま現場だけに変化を求めても、現場は板挟みになるだけです。まず変わるべきは、改善の目的を語り、現場の懸念を受け止め、移行期間の一時的な効率低下を許容するマネジメント層の姿勢のほうです。

具体的には、経営スポンサーが「なぜこの改善をやるのか」を自分の言葉で繰り返し語り、現場が挙げた懸念に対して「この点はこう手当てする」と応答する。この往復があって初めて、現場は「上も本気だ」と感じます。PMOはここで、経営と現場のメッセージを翻訳し、双方の認識を同じテーブルに乗せる橋渡し役を担います。ただしこの橋渡しは、経営と現場の双方に接触できる立場——推進事務局やIT統括直下のPMOなど——が担える場合に機能します。組織上の位置づけによっては、まずその接点をつくること自体が最初の仕事になります。決めるのは経営、動くのは現場、その間をつなぐのがPMO。この構図を崩さないことが、日本の組織で改革を根づかせる勘所です。

5-2. 変革疲れを防ぐ、PMOのフォローアップ

改善を次々と打ち出すと、現場は変革疲れに陥ります。次から次へと「新しいやり方」を求められ、覚える端から次が来る。この状態になると、どんなに良い改善案も「またか」と受け流されます。変革疲れを防ぐには、打ち手を絞ること、そして一つの改善が根づいたことを確かめてから次へ進むことです。ここでも、前章の定着モニタリングが効いてきます。

そしてもう一つ、地味ですが効くのがフォローアップです。導入したら終わり、ではなく、定着の様子を継続的に見守り、つまずいている現場に手を差し伸べる。国内でも、システム刷新や業務改革の成否を分ける要素として、経営の関与と利用部門の巻き込みが繰り返し論点に挙がっています。情報処理推進機構（IPA）のDX動向調査でも、技術の導入そのものより、組織や人の側の準備が成果を左右するという視点が継続的に扱われています。改善は「入れて終わり」ではなく「根づかせて始まる」。この認識をPMOが持ち続けることが、変革疲れの現場に寄り添う支えになります。

なお、業務改善やDXの現状と課題を経営層と現場で共有する道具として、IPAのDX推進指標が使えます。これは業務の手順書ではなく、経営者と社内関係者がDXの進み具合や課題認識を突き合わせるための自己診断ツールです。第1章で触れた「経営と現場の認識ギャップ」を、共通の物差しで見える化し、対話の出発点をそろえる補助線として活用できます。

5-3. 生成AIを「入れたのに成果ゼロ」にしないために

最後に一つ、釘を刺しておきます。ここまで述べたAIの活用も、合意形成と定着の設計を飛ばせば、成果につながりません。可視化ツールを入れただけ、議事録をAIに任せただけでは、現場は動かないのです。皆さまの組織では、AI導入の議論が「どのツールを買うか」に寄っていないでしょうか。問うべきは「何を決め、何を根づかせるために、AIをどこに効かせるか」です。導入がつまずく構造をあらかじめ知っておくと、同じ轍を踏まずに済みます。

6. 結論：現場は「説得」ではなく「設計」で動く

業務改善プロジェクトの「現場が動かない」は、根性論でも説得力でも突破できません。動かすのは、抵抗の構造を読み、合意形成を設計し、定着まで見守る一連の仕組みです。最後に、本コラムの要点を行動の順序に落とし込みます。

この順序の底に一貫して流れるのは、決める人と支える人を分ける、という原則です。改善テーマの優先順位づけも、投資判断も、最終的に責任を負うのは業務オーナーと経営スポンサーです。PMOはその決断を、論点整理・KPI設計・進行管理の枠組みで支え、合意形成と定着を進める推進役に徹します。役割を過大にも過小にも見積もらないこと。それが、現場を巻き込みながら改革を前へ進める土台になります。

とはいえ、抵抗の構造を読み解き、中立の合意形成を設計し、AIと定着の仕組みを自社だけでゼロから組むのは、決して軽い仕事ではありません。どこから手をつけ、どの順で広げるか。実際のプロジェクト現場での進め方に迷う場面も出てきます。実際の支援事例については、PMO支援実績もあわせてご覧ください。現場が動かないのは、現場のせいではありません。動く順序を設計しきれていない——ただそれだけのことが多いのです。