【この記事の結論】
DX推進で特定部署が協力しない問題は、「やる気がない」で片づけてはいけません。非協力の背景には「余裕がない」「メリットが見えない」「やり方がわからない」「変化を拒んでいる」の4つの本質的原因があり、それぞれに異なる対処法が必要です。原因を正しく類型化し、タイプに応じた働きかけとGoogle Workspace等のツール活用を組み合わせることで、全社的なDX推進を前進させることができます。
「全社でDXを推進しよう」と号令をかけたものの、ふたを開けてみると一部の部署だけがまったく動かない——。DX推進を担当する方であれば、こうした経験に心当たりがあるのではないでしょうか。
厄介なのは、この問題が「全社的な抵抗」ではなく「特定部署だけの非協力」として現れるケースです。他の部署は協力してくれているだけに、「なぜあの部署だけ?」という苛立ちが募り、対立構造に発展しかねません。しかし、非協力の裏には部署ごとの固有の事情や合理的な理由が隠れていることがほとんどです。
IPA(独立行政法人情報処理推進機構)の「DX白書」でも、DX推進における最大の障壁として「人材・組織・文化」の問題が繰り返し指摘されています。技術やツールの選定以前に、人と組織をどう動かすかがDX成否の分水嶺なのです。
本記事では、DX推進における「特定部署が協力しない」問題のメカニズムを4つの類型で構造化し、各タイプに応じた具体的な対処法を解説します。抽象的なチェンジマネジメント論ではなく、明日の社内会議から使える実践的な打ち手をお伝えします。
DX推進の組織的抵抗を論じる際、多くの場合は「全社的な変革抵抗」として一括りにされがちです。しかし、実務の現場で本当に頭を悩ませるのは、全社ではなく特定の部署だけが動かないという状況です。この2つは根本的に異なる問題であり、打ち手も変わります。
全社的にDXが進まない場合、原因は比較的明確です。経営層のコミットメント不足、DXビジョンの欠如、推進体制の不備など、組織全体の方向性に起因する構造的問題がほとんどです。対策もトップダウンの意思表示、全社戦略の再定義といった「大きな施策」で対応可能です。
一方、特定部署だけが非協力的なケースでは、全社戦略は既に存在し、他部署は動いています。にもかかわらず一部だけが止まっている。この場合、原因はその部署固有の事情に根ざしており、全社施策をいくら強化しても響きません。むしろ「上からの圧力」と受け取られ、態度が硬化するリスクすらあります。
関連記事:
DX成功に経営層のコミットメントが不可欠な理由|5つの役割と実践チェックリスト
DXビジョン策定の5ステップと組織浸透|成功の勘所を実践ガイドで解説
特定部署の非協力が発生する背景には、いくつかの構造的要因があります。
重要なのは、これらの要因を「やる気の問題」として矮小化しないことです。非協力には非協力なりの合理性があり、それを理解することが解決の第一歩となります。
関連記事:
【基本】「DX疲れ」とは? 原因と対策を知り変革を持続させる
【基本】DXの「全体最適」とは?重要性・部分最適脱却のロードマップ解説
非協力部署への対処で最もやってはいけないのは、「とにかく説得する」「トップから言ってもらう」といった一律のアプローチです。原因が異なれば処方箋も異なります。
ここでは、非協力部署を2つの軸で分類する「4類型マトリクス」を提案します。
横軸:変化への意欲(高い ↔ 低い) その部署がDXや業務変革そのものに対して前向きかどうか。
縦軸:現行業務の負荷(高い ↔ 低い) 日常業務に追われて余裕がないか、比較的リソースに余裕があるか。
| 変化への意欲:高い | 変化への意欲:低い | |
|---|---|---|
| 業務負荷:高い | タイプA:余裕なし型(やりたいけど手が回らない) | タイプB:塹壕防衛型(忙しいのに余計なことをさせるな) |
| 業務負荷:低い | タイプC:迷子型(やりたいけど何をすればいいかわからない) | タイプD:現状維持型(今のままで困っていない) |
特徴: DXの必要性は理解しており、変革への意欲もある。しかし、日常業務に忙殺されており、新しい取り組みに割くリソース(時間・人員)が物理的に足りない。DX推進への協力を求められると「それどころじゃない」という反応になる。
見分けるサイン:
よくある誤認: 最も危険なのは、このタイプを「消極的」「やる気がない」と誤認することです。本人たちは協力したいのに、状況が許さないだけ。ここで圧力をかけると、善意の協力者を敵に回すことになります。
特徴: 業務負荷が高いことに加え、変化そのものに対する拒否感が強い。現在の業務プロセスを「塹壕」のように守り、外部からの変革要求を「攻撃」と捉える傾向がある。過去のシステム導入で現場が混乱した経験が根底にあるケースが多い。
見分けるサイン:
よくある誤認: 「抵抗勢力」とレッテルを貼りがちですが、過去の改革で実際に負荷を被った経験からの防衛反応であることが多い。彼らの「反対意見」の中には、DX推進計画の盲点を突く貴重なフィードバックが含まれていることも少なくありません。
特徴: 変革への意欲はあり、リソースにも比較的余裕がある。しかし、「DXで何をすべきか」「自分たちの業務にどう関係するのか」が具体的にイメージできていない。総論賛成・各論不明という状態。
見分けるサイン:
よくある誤認: 行動が伴わないため「口だけ」と見られがちですが、適切なガイドと具体的なユースケースを示せば最も早く動き出す可能性を秘めたタイプです。
特徴: 業務に余裕があり、現状のプロセスで特段の問題を感じていない。「変える必要性」を本質的に認識しておらず、DXは「他の部署の話」だと思っている。
見分けるサイン:
よくある誤認: 最も手強いタイプですが、「抵抗している」わけではありません。変化の必要性を感じていないだけです。正面から論破しようとすると、かえって態度が硬化します。
4類型を特定したら、それぞれに適した対処法を講じます。以下に、タイプごとの具体的なアプローチを示します。
このタイプへの最善策は、DXの前に既存業務の効率化を先行投入することです。協力を求める前に、まず相手の業務を楽にする「先渡し」が効果的です。
具体的な打ち手:
成功のポイント: 「DXに協力してください」ではなく「あなたの部署の業務を楽にさせてください」から入る。結果として業務効率が上がれば、自然とDXへの余力と意欲が生まれます。
関連記事:
DX戦略策定の第一歩「現状分析」|IT資産と業務プロセスの棚卸し・評価ガイド
【入門】Google Workspaceでペーパーレス化|紙・ハンコ文化からの脱却
【入門】AppSheetとは?主要機能・特徴・活用例・できることを解説
最も慎重なアプローチが求められるタイプです。過去の失敗体験に基づく防衛反応を解きほぐすには、時間と実績の両方が必要です。
具体的な打ち手:
成功のポイント: 説得ではなく「実証」で動かす。このタイプは言葉よりも事実を信じます。小さくても確実な成功体験を積み重ねることが最短ルートです。
関連記事:
「また失敗するのでは?」IT導入のトラウマを乗り越え、DXを成功に導く方法
DXの「クイックウィン」とは?Google Cloudで変革の機運を高める3つの実践シナリオを解説
意欲はあるが方向が定まらないこのタイプには、抽象的なビジョンではなく、具体的なユースケースとステップを提示することが最も効果的です。
具体的な打ち手:
成功のポイント: 「やるべきこと」を教えるのではなく、「一緒に考える」プロセスを大切にする。当事者意識が生まれれば、このタイプは自走し始めます。
関連記事:
社内DXワークショップ成功ガイド|目的設定から計画、注意点まで
現状に不満がないため、内発的な動機づけが最も難しいタイプです。正面からの説得は逆効果になりやすいため、外部環境の変化を通じて「このままでは危ない」と気づいてもらうアプローチが有効です。
具体的な打ち手:
成功のポイント: 説得するのではなく、環境を変える。情報を戦略的に届けることで、相手が自ら「変わるべきかもしれない」と考え始めるのを待つ忍耐力が必要です。
関連記事:
DXを全従業員の「自分ごと」へ:意識改革を進めるため実践ガイド
DXの「何もしないリスク」とは?不作為のコストを数値化し組織を動かす実践ステップを解説
DX成果の共有と横展開を成功させる6ステップ|組織全体への展開方法を解説
4類型への個別対処に加え、どのタイプにも共通して効果を発揮する原則があります。
DX推進で最もよく使われるのが「なぜDXが必要なのか」を説く経営ビジョン型の説得です。しかし、これが響くのは経営層と一部の推進派だけで、現場に届きにくいのが現実です。
現場の人々が本当に知りたいのは「自分の仕事がどう変わるのか」「楽になるのか、面倒が増えるのか」です。部署ごとに具体的なメリットを「自分ごと」として翻訳して伝える作業を省略してはいけません。
例えば、Google Workspaceの導入を進める場合、「クラウドファーストで生産性が向上する」という全社メッセージではなく、「毎週2時間かけている報告書の集計作業がスプレッドシートの関数で30分になる」という部署固有のメリットに変換します。
DX推進では壮大なロードマップを描きがちですが、非協力部署に対して「3年後にはこうなります」と長期計画を見せても、目の前の業務に追われている人には響きません。
効果的なのは、2週間以内に成果が見える「クイックウィン」から着手することです。Google フォームで紙の申請書を一つデジタル化する、Google Meetで移動時間のかかる定例会議をオンラインに切り替える——こうした小さな成功が「DXは自分たちにとっても意味がある」という実感につながり、次のステップへの協力を引き出す基盤になります。
DX推進チームと現場部署の間には、構造的な立場の非対称性があります。推進チームは「変えてほしい側」、現場は「変えられる側」です。この非対称性に無自覚なまま進めると、どんなに正しい施策でも「上から目線の押しつけ」と受け取られます。
「推進する」のではなく「一緒に走る」姿勢を示すこと。たとえば、DX推進チームのメンバーが対象部署の定例会議に参加し、業務の実態を理解する。対象部署からDX推進プロジェクトへの参加者を募り、計画策定段階から関わってもらう。こうした双方向の関係構築が、最終的には最も効率的な推進力になります。
組織的・人的なアプローチと並行して、ITツールの活用によって協力のハードルそのものを下げることも重要な戦略です。特にGoogle Workspaceは、部署間の壁を低くするための機能が豊富に備わっています。
| 非協力の要因 | 有効なツール・機能 | 期待される効果 |
|---|---|---|
| 業務負荷が高く余裕がない | AppSheet(ノーコード業務アプリ)、Google フォーム | 定型業務の自動化で工数を削減し、DXに割ける余力を創出 |
| 情報共有が不十分で全体像が見えない | Google ドライブ(共有ドライブ)、Google Chat(スペース) | 部署横断の情報共有基盤を構築し、DXの進捗や成果を可視化 |
| 何をすべきかわからない | Google スプレッドシート(プロジェクト管理)、Google カレンダー | 具体的なタスクと期限を共有し、アクションを明確化 |
| 新しいツールへの心理的抵抗 | Google Meetでの操作勉強会、Google Chatでの気軽なQ&A | 低ハードルなツールから段階的に慣れてもらい、デジタルツール全般への抵抗感を軽減 |
ここで重要なのは、ツールの導入自体を目的にしないことです。あくまで「その部署の具体的な課題を解決する手段」としてツールを位置づけ、課題→解決策→ツールという順序で提案します。「Google Workspaceを使ってください」ではなく「この報告業務、毎回大変ですよね。スプレッドシートとフォームを組み合わせれば半自動化できますが、試してみませんか?」というアプローチです。
また、Google Workspaceの強みは、多くの企業で既にメールやカレンダーとして導入済みである点です。新たにソフトウェアをインストールする必要がなく、ブラウザ上で完結するため、ITリテラシーに不安がある部署でも導入のハードルが極めて低いという利点があります。既に使っているツールの「使い方を広げる」という提案であれば、「また新しいシステムを入れるのか」という拒否反応を回避できます。
さらに、近年ではGoogle WorkspaceにもGemini(Googleの生成AIモデル)が統合され始めています。たとえばGmailでの返信文案の自動生成、Google ドキュメントでの文章要約、Google スプレッドシートでの関数提案など、日常業務の中でAIの恩恵を自然に体験できる環境が整いつつあります。こうした機能は「DXの大きな話」ではなく「目の前の仕事が少し楽になる体験」として、非協力部署の意識変容のきっかけになり得ます。
関連記事:
DX推進が「ツール導入ありき」で失敗する理由|課題起点の5ステップを解説
Gemini for Google Workspace職種別活用例|効果と使い方を紹介
ここまでタイプ別の対処法を解説してきましたが、現実のDX推進はさらに複雑です。一つの部署が複数のタイプの特徴を併せ持っていたり、対処の途中でタイプが変わったりすることも珍しくありません。
また、DX推進担当者自身が経営層からの「早く進めろ」という圧力と、現場からの「余計なことをするな」という反発の板挟みになり、疲弊してしまうケースも多く見られます。
こうした状況を打開するために、いくつかの実践的な知恵を共有します。
すべての部署を同時に巻き込もうとすると、最も抵抗の強い部署に足を引っ張られ、全体の進行が止まります。協力的な部署から先に成果を出し、その実績を武器に非協力部署を巻き込むという段階的アプローチのほうが、結果的に全社展開のスピードは速くなります。
非協力部署から出てくる反対意見や懸念は、DX推進計画の品質を高める貴重なフィードバックです。「現場ではこういう問題が起きるのでは?」「このツールではうちの業務フローに合わない」といった指摘は、計画の穴を事前に塞ぐ機会と捉えましょう。反対意見を計画に反映し、「あなたの指摘のおかげで計画が改善されました」と伝えることは、最も効果的な巻き込み手法の一つです。
関連記事:
フィードバック文化はなぜ重要か|DX成功を支える醸成ステップと障壁の乗り越え方
現場フィードバックをDXの改善に変える4ステップ|仕組み化のポイントを解説
社内だけで解決しようとすることが、かえって問題を複雑にしている場合があります。DX推進チームが非協力部署と直接交渉すると、社内の力関係や過去の人間関係が障壁になることがあるためです。
こうした場合、外部の専門パートナーを「第三者的な立場」として活用することが有効です。外部パートナーは社内の政治的なしがらみがなく、「業界のベストプラクティスではこうなっています」という客観的な視点を提供できます。特にGoogle Workspace やGoogle Cloudの導入・活用支援においては、豊富な導入実績を持つパートナーの知見が、現場の納得感を高める上で大きな役割を果たします。
DX推進における「特定部署が協力しない」問題は、技術的な課題ではなく組織的な課題です。そしてこの種の課題は、ツールの選定だけでは解決できず、組織の状態を正しく診断し、段階的に変革を進めるための伴走型の支援が不可欠です。
XIMIXは、数多くの中堅・大企業のDX推進を支援してきました。その中で培ってきたのは、単なるツール導入のノウハウだけではありません。
「あの部署が動かない」という問題を抱えたまま先送りにすると、DX推進全体が停滞し、既に動き出している部署のモチベーション低下にもつながりかねません。組織の壁を越えたDX推進に課題を感じている方は、ぜひ一度XIMIXにご相談ください。
XIMIXのGoogle Workspace 導入支援についてはこちらをご覧ください。
XIMIXのGoogle Cloud 導入支援についてはこちらをご覧ください。
まず「なぜ協力しないのか」の原因を正しく特定することが最優先です。「やる気がない」と決めつけず、業務負荷の問題なのか、過去の失敗体験からの防衛反応なのか、何をすべきかわからないのか、変化の必要性を感じていないのかを見極めてください。原因の類型によって有効な対処法はまったく異なります。
正面からの説得は逆効果になるケースが多いです。まず部門長が抱えている懸念や過去の経験を丁寧にヒアリングし、その懸念に対する具体的な回答を準備してください。加えて、競合他社や市場の動向データなど、第三者の客観的な情報を提示することで「DX推進部門の意見」ではなく「市場の現実」として受け止めてもらいやすくなります。
全社的な組織抵抗は、経営層のコミットメント不足やDXビジョンの欠如など組織全体の方向性に起因し、トップダウンの施策で対応可能です。一方、特定部署の非協力はその部署固有の事情(業務負荷、過去の経験、情報不足など)に根ざしており、全社施策を強化しても解決しません。部署ごとの原因を個別に分析し、それぞれに合った対処法を取る必要があります。
Google Workspaceは多くの企業で既にメール・カレンダーとして導入済みのため、新たなソフトウェア導入への抵抗感を回避できます。既存の利用範囲を「少し広げる」形で、Google フォームによる申請業務のデジタル化やAppSheetでの簡易アプリ構築など、短期間で効果を実感できる業務改善を提案でき、DXへの協力ハードルを大幅に下げることが可能です。
DX推進における「あの部署だけ協力してくれない」問題は、多くの企業が直面する深刻な課題です。本記事では、この問題を構造的に理解するための「非協力4類型マトリクス」を提示し、各タイプに応じた具体的な対処法を解説しました。
要点を振り返ります。
DXは技術の導入ではなく、組織と人の変革です。そして組織変革には、正しい診断に基づく適切な処方箋と、粘り強い伴走が必要です。
「あの部署が動かない」という課題を放置すれば、DX推進全体のスピードが落ちるだけでなく、既に協力している部署のモチベーション低下や、競合他社との差の拡大といった機会損失につながります。本記事で紹介した4類型のフレームワークを活用し、まずは対象部署の現状を冷静に分析するところから始めてみてください。