DXが失敗する理由15の型を整理した図解|上位5つは着手前にしか手を打てない、失敗事例の3類型と7つの対策

DXが失敗する理由15|失敗事例の3類型と、7つの対策

立派なAI戦略レポートが、なぜ現場を1ミリも動かさないのか。「計画を作ること」が目的になってしまう構造を、棚で埃をかぶった中期経営計画の話から、今日から動かせるやり方まで、一つのプロジェクトを追いかけて書きました。

筆者が電力会社にいたころ、中期経営計画——社内で「中計」と呼ばれる、会社の3年分の未来を約束するアレです——の策定に関わったことがあります。半年かけて、鈍器になりそうな冊子を一冊、作り上げました。

きれいな表紙、未来予測のグラフ、3か年のロードマップ、各部門の役割分担。刷り上がったときは、正直、達成感がありました。やりきった、という顔で、みんなで写真でも撮りたいくらいの。たしか、ちょっとした打ち上げまでやった気がします。

でも、その冊子がその後どうなったか。だいたい想像がつくと思います。役員フロアの棚に並べられて、背表紙だけがこちらを向いたまま、静かに埃をかぶっていきました。一年後、中身を諳んじている人は、作った当人を含めて、たぶん一人もいなかった。

あのとき学んだのは、「立派な計画書を作り上げること」と「現場が動くこと」は、まったくの別物だ。 ということです。むしろ、計画は完成した瞬間から古びはじめる。半年かけて練り上げた前提は、刷り上がるころには市場が少し動いていて、もうほんの少しズレている。そのズレを誰も直さないまま、冊子だけが立派な姿で残る。

(中計冊子を刷っていた側の人間が、なぜいまそれをネタにして記事を書いているのかは、自己紹介にまとめています。お時間があるときにぜひ。)

念のため言っておくと、計画づくりが無駄だったとは思っていません。あの過程で議論したことには意味があった。問題は、「冊子という“成果物”が出てきた達成感」が、「で、明日から何を変えるんだっけ」という肝心の部分を、きれいに上書きしてしまったことなんです。ゴールテープに見えたものは、本当はスタートラインだった。

なぜこの話から始めたかというと、いま「AIコンサル」に頼んで出てくる成果物の多くは、あの埃をかぶった冊子を想起させるような仕上がりだと思うからです。立派なんです。本当に立派。表紙も、図表も、ロジックも。でも、現場を1ミリも動かさない。今日はその「パワポで終わる」という現象を、一つのプロジェクトを最後まで追いかけながら、ほどいていきます。あなたの会社の、あの分厚い資料を思い浮かべながら読んでもらえると、うれしいです。

① 教科書どおりに、DXが失敗する理由を並べる

棚に残った資料の話に入る前に、DXが失敗する理由を、教科書どおりに並べておきます。どこで止まるのか、何が原因なのか、どう手を打つのか。

DXとは|IT化・デジタル化との違い

DX(デジタルトランスフォーメーション)とは、デジタル技術を使って、製品・サービス・業務・組織のあり方そのものを変えることです。道具を新しくすることではありません。

段階中身何が変わるか
デジタイゼーション紙や手作業をデジタルに置き換える手段だけ
デジタライゼーション業務の流れをデジタル前提で組み替える仕事のやり方
DX事業や顧客への価値提供の形を変える何で稼ぐか

失敗の多くは、1段目を終えただけで3段目を名乗ることから始まります。順番を飛ばすことはできません。紙が残っている状態で、事業の形は変えられません。

DXの取り組み状況と、失敗している企業の割合

国内企業の多くがDXに着手していますが、成果が出ていると答える企業はごく一部にとどまります。各種の調査で数字は違いますが、「着手した企業数」と「成果が出た企業数」の差が大きい点は共通しています。

この比率そのものを議論する意味はあまりありません。調査ごとに「成功」の定義が違うためです。実務で使えるのは、止まる場所には型があるという一点だけです。

守りのDXと攻めのDX

狙い効果の出方
守りのDX既存業務の効率化、コスト削減、リスク低減短期で数字になる
攻めのDX新しい価値提供、事業モデルの転換時間がかかり、数字になりにくい

混ぜて評価すると、必ず攻めのほうが切られます。同じ会議で同じ指標で比べているなら、評価の期間と指標を分けてください。

DXが失敗する原因|15の型

公開されている失敗の分析を並べると、原因はおおむね次の15に収まります。上から順に、上流の原因です。

原因現場での現れ方
1明確な目的・ビジョン・ゴールが無い「DXをやる」が目的になっている
2経営層の理解とコミットメントが不足している号令はかかるが、判断の場に出てこない
3組織全体で取り組めていない一部の部署の活動で終わる
4DX推進がIT部門の仕事だと思われている業務側が当事者にならない
5DX担当者が孤立している相談先も決裁者もいない
6DX人材・スキルが不足している検討が机上で止まる
7外部に依存しすぎている資料は残るが、社内に判断できる人が残らない
8ツール・システムの導入が目的化している入れたが使われない
9業務フローを整理せずに始めているいまのやり方をそのままデジタルに移しただけになる
10現場を無視したトップダウンで進めている報告上は導入済み、実態は元のやり方
11変化に対する組織の抵抗を織り込んでいない運用の直前で止まる
12レガシーシステムとの統合に失敗するつなぎ込みの費用と期間が想定を超える
13ROIを見誤り、過剰に投資する回収の見込みが立たないまま規模だけ大きくなる
14段階的に進めていない(スモールスタートしていない)一度の失敗で全体が止まる
15顧客視点が欠けている社内の効率は上がったが、顧客には何も変わっていない

1〜5は、着手する前にしか手を打てない原因です。6以降は走りながらでも直せますが、上5つは、始まってからでは動かせません。

原因①|目的とゴールが無いまま始まる

もっとも多く、もっとも致命的です。「DXを推進する」は目的になりません。何を、どれだけ、いつまでに変えるのかを数字で書きます。

判定は簡単です。「これができたらDXは成功した」と言える状態を、1文で書けるか。書けないまま予算が付いている案件は、必ず途中で迷走します。

原因②|経営層のコミットメントが足りない

DXは部門をまたぐため、部門長の権限では決められない判断が必ず出てきます。そのとき経営層が判断の場にいないと、そこで止まります。

必要なのは号令ではなく、出席です。定例に出る、予算と撤退の線を握る、部門間の調整を裁く。この3つが実際のコミットメントの中身になります。

原因③|人材の不足と、外部への依存

人が足りないから外に頼む、という判断そのものは妥当です。問題になるのは、判断する工程まで外に出したときです。

立派な資料が納品され、それを読んで実行できる人が社内にいない。この形になると、費用は発生したのに何も動きません。外に出してよいのは作る工程で、決める工程と運用の工程は社内に残すのが原則です。

原因④|ツールの導入が目的化する

「まずシステムを入れよう」から始まると、いまのやり方をそのままデジタルに移すだけになります。紙の申請書が、そのままの項目で画面になる形です。

先にやるのは、業務フローの整理と棚卸しです。なくせる工程、まとめられる工程を落としてから載せないと、ムダが速く回るだけになります。

原因⑤|現場を無視したトップダウンと、組織の抵抗

現場が反対するのは、変化そのものが嫌だからとは限りません。いまのやり方には、外から見えない理由があることが多いためです。

「なぜこの手順なのか」を聞かずに置き換えると、運用の直前で必ず戻されます。抵抗は、設計が足りていないという合図として扱ってください。

原因⑥|レガシーシステムと、ROIの見誤り

既存のシステムとつなぐ工程は、見積もりから抜け落ちやすい費用の代表です。製品費用とは別に発生します。

あわせて、投資対効果を「削減できる時間」だけで見積もると過大になります。移行の期間中は、旧来のやり方と新しいやり方が並走します。この重複期間の費用を入れて計算してください。

DXの失敗事例|3つの型

何が起きたか根本の原因
方向性の設定と検証が不十分だった型進めるほど「これは何のためか」が分からなくなった原因①
経営トップの関与が弱かった型部門間の調整で止まり、担当者が疲弊して終わった原因②
システムの導入が目的化した型導入は完了したが、業務も数字も変わらなかった原因④

事例を読むときは、企業名ではなく型で読んでください。自社がどの型に当てはまりそうかは、着手する前の会議の様子でだいたい分かります。

対策①|自社にとってのDXの定義とゴールを決める

一般的なDXの定義ではなく、「うちにとってのDXとは何か」を自社の言葉で書きます。経営ビジョンと現状のギャップを、1枚に並べるところから始めます。

対策②|経営層のリーダーシップと、全社の巻き込み

  • 経営層が定例の判断の場に出る
  • DXを一部門の活動ではなく、全社の取り組みとして位置づける
  • IT部門と業務部門の両方から担当を出す
  • DX担当者を孤立させない(相談先と決裁者を明示する)

対策③|DX人材の採用と育成

外から採るだけでなく、業務を知っている人に、デジタルの知識を足すほうが速い場面が多くあります。業務の事情は、外から来た人には見えないためです。

残すべきなのは、作れる人より「決められる人」です。作る工程は外に出せますが、判断する工程を外に出すと、原因⑦の形になります。

対策④|現状分析と業務の棚卸しを丁寧に行う

部署ではなく工程の単位で並べ、件数と所要時間を書きます。この数字が、後の効果測定で比べる唯一の相手になります。

アナログな文化が根強い場合は、資料と情報の電子化から始めてください。デジタイゼーションを飛ばして先へは進めません。

対策⑤|スモールスタートで成功体験をつくる

最初の1件は、効果が大きく、かつすぐ着手できるものから選びます。効果が大きくても着手に半年かかる施策から始めると、成果が出る前に関心が離れます。

狙うのは削減額ではなく、「変わった」と現場が言う事実です。2件目以降の協力が得られるかどうかは、ここで決まります。

対策⑥|アジャイル型で回し、継続的に評価・改善する

全部を設計してから作ると、作り終える前に前提が変わります。短い周期で出し、使ってもらい、直す形にします。

評価の場は、着手前に日付を決めておいてください。「そのうち振り返る」は、実行されません。

対策⑦|データドリブン経営と、客観的な視点

  • 判断の根拠を、意見ではなくデータで置く
  • データの置き場と、更新の担当を決める
  • 社外の目を1つ入れる — 渦中の人には、渦の形が見えない
  • 評価する人を、推進する人と分ける

最後の1行が抜けると、評価が自己採点になります。推進した本人が成果を報告する形では、止めるべき施策が止まりません。

DXの失敗に関するよくある質問

Q. DXが失敗する主な原因は何ですか。
目的とゴールが無い、経営層のコミットメント不足、組織全体で取り組めていない、IT部門の仕事だと思われている、担当者の孤立、人材不足、外部への依存過多、ツール導入の目的化、業務フローの未整理、トップダウンの押し付け、組織の抵抗、レガシーシステムとの統合、ROIの見誤り、段階を踏んでいない、顧客視点の欠如の15です。上から5つは、着手する前にしか手を打てません。

Q. DXとIT化・デジタル化は何が違いますか。
紙や手作業をデジタルに置き換えるのがデジタイゼーション、業務の流れをデジタル前提で組み替えるのがデジタライゼーション、事業や顧客への価値提供の形を変えるのがDXです。失敗の多くは、1段目を終えただけで3段目を名乗ることから始まります。

Q. ツールを導入するだけでは、なぜだめなのですか。
業務フローを整理せずに載せると、いまのやり方がそのままデジタルに移るだけになるためです。紙の申請書が、そのままの項目で画面になります。なくせる工程とまとめられる工程を落としてから載せてください。

Q. 現場から反発を受けたとき、どう対応すべきですか。
反発は、設計が足りていないという合図として扱ってください。いまのやり方には、外から見えない理由があることが多くあります。「なぜこの手順なのか」を聞かずに置き換えると、運用の直前で必ず戻されます。

Q. DXを外部の専門家に頼むのは失敗のもとですか。
そうとは限りません。外に出してよいのは作る工程で、決める工程と運用の工程は社内に残すのが原則です。判断する工程まで外に出すと、資料は納品されるが実行できる人が社内にいない状態になります。

Q. DXは何から始めればよいですか。
自社にとってのDXの定義とゴールを1文で書くことからです。次に業務の棚卸し(工程・件数・所要時間)、そして効果が大きく、すぐ着手できる1件を選びます。アナログな文化が根強い場合は、資料と情報の電子化が先になります。

ここまでが、DXが失敗する理由の教科書どおりの整理です。15の原因を知り、3つの型に照らし、7つの対策を打つ。どの解説書にも、だいたいこのとおりに書いてあります。

この記事の後半で扱うのは、その先です。この15項目を全部押さえた立派な資料を受け取った会社で、一年後に何が残っていたのか。

立派なAI戦略レポートを受け取った会社の話

たとえば、こんなプロジェクトがあったとします。特定のどこか一社の話ではなく、筆者がエンジニアとしていくつかの現場で見てきた光景を、一社分に束ねたものです。

そこそこ大きな企業が、「うちも生成AIに本腰を入れたい」と考えて、名の通ったAIコンサルに戦略策定を依頼しました。数か月後、出てきた成果物は見事なものでした。

自社のAI成熟度診断。競合との比較。30個のユースケース候補が、インパクトと実現性のマトリクスにきれいにプロットされている。3か年のロードマップ。推進体制の案。役員向けのプレゼンは、滑らかで、説得力があって、横文字とグラフが小気味よく流れていく。その場の空気は「よし、うちもいよいよだ」という高揚に包まれました。

筆者はこの手の発表会の空気を、何度も見てきました。みんなが少し前のめりになって、役員がうなずいて、「いやあ、よくまとまってるね」という声が漏れる。あの瞬間の心地よさは、本物です。自分たちが正しい方向に進んでいる、という確信が部屋を満たす。提案書は、やっぱり分厚かった。そして、分厚さは、その確信をさらに強めるんですよね。電力会社の会議室で、刷り上がった中計を囲んでいたときと、本当に同じ温度でした。あのときの筆者は、確信の輪のど真ん中にいた側です。

ただ、ひとつだけ、誰も気づいていなかったことがあります。その部屋には、来週の月曜にこの戦略を「実際に動かす」立場の人が、ほとんどいなかった。いたのは、考えた人と、決めた人だけ。やる人は、まだこの高揚を共有していなかったんです。

——で、一年後にどうなったか。何も、動いていませんでした。

30個のユースケースは、30個のまま、一個も着手されていない。ロードマップの「フェーズ1」の最初のタスクすら始まっていない。なぜなら、レポートには「何をやるべきか」は書いてあっても、「で、月曜の朝、誰が、何から手をつけるのか」が書いていなかったからです。

推進担当に任命された人は、立派なレポートを前に固まっていました。あまりに大きく、あまりに正しく、あまりに分厚くて、どこから手をつければいいのか、かえってわからない。正しすぎる地図は、最初の一歩を教えてくれないんですよね。

この担当者の苦労が、筆者にはすごくよくわかります。だって、30個のユースケースには優劣がほとんどつけられていない。どれも「インパクト大・実現性中」みたいな、似たような場所にプロットされている。そうすると何が起きるか。「まず優先順位を決めましょう」という会議が始まって、これが終わらないんです。営業部は営業のユースケースを推し、製造部は製造のを推す。誰も間違ったことは言っていない。でも、決まらない。気づけば、優先順位を議論するためだけの会議に、何か月も溶けていく。(そしてこの会議の議事録が、また分厚くなっていくんですよね。)

そうこうしているうちに、現場の熱は冷めます。発表会のときの「うちもいよいよだ」という高揚は、半年もすれば「あれ、結局どうなったんだっけ」に変わる。レポートは、棚へ。あの中計の冊子と、まったく同じ場所へ。

なぜ「戦略」は「現場の動き」にならないのか

戦略レポートが棚で埃をかぶるのには、いくつか共通の理由があります。

ひとつは、戦略を「作ること」自体がゴールになってしまうこと。発注側も受注側も、分厚い成果物が出てきた時点で、なんとなく仕事が終わった気になる。あの中計のときの私たちと同じです。冊子が刷り上がった達成感で、肝心の「動かす」が後回しになる。

もうひとつは、戦略と実行のあいだに、深い溝があること。戦略コンサルはロードマップを描くのは得意でも、実装の現場には踏み込まないことが多い。「あとは作るだけ」と言うけれど、その“あと”がいちばん難しい。そこを別の会社に丸投げした瞬間、誰も全体の責任を持たなくなります。

そしてみっつ目。正しすぎて、大きすぎて、動けない。 30個のユースケースを前にすると、人は優先順位の議論に何か月も溶かしてしまう。あれもこれも大事に見えて、結局どれも始まらない。

この3つに共通しているのは、「考えること」と「やること」が、別々の人の手に分かれているという構造です。戦略を考える人(コンサル)と、実際に手を動かす人(現場)と、お金を出す人(役員)が、それぞれ別。考える人は実行の泥臭さを知らないまま地図を描き、やる人は地図ができあがってから渡され、出す人は分厚さで安心して判子を押す。このリレーのバトンの受け渡しのたびに、温度と解像度が落ちていく。最後に現場に届くころには、あんなに熱かったはずの戦略が、すっかり冷めた他人事の冊子になっている。

戦略をコンサルが考え、役員が決め、現場がやる、と受け渡しが進むたびに熱量と解像度が下がっていくことを示した図
考える人・決める人・やる人が分かれるほど、戦略は冷めていく

ここで戦略そのものを否定したいわけじゃないんです。方向の議論は要る。でも、分厚いレポートという“形”と、考える人とやる人が分断された“体制”が、しばしば実行の敵になる。じゃあ、どうすればよかったのか。さっきの会社が、別のやり方を選んでいたら何が起きたか、という話をします。

同じプロジェクトを、動く一個から始める

巻き戻しましょう。同じ会社、同じ「生成AIに本腰を」という思い。ただし今度は、30個のユースケースを並べるところから始めません。

まず、いちばん痛い「一個」を選ぶ

最初にやるのは、全社の網羅的な診断ではなく、現場を回って「いちばん時間を食っていて、いちばん不満が溜まっている作業」を一個だけ見つけることです。たとえば「見積書の作成に毎回半日かかっている」とか、その程度の解像度でいい。網羅性より、痛みの大きさで選びます。

ここでのコツは、机の上のマトリクスで選ばないこと。実際に営業の人の横に座って、見積書を一枚作るところを眺めさせてもらう。すると、「過去の類似案件を探すのに30分」「型番を転記して単価を引くのに1時間」みたいな、生々しい時間の使われ方が見えてくる。30個のユースケースを眺めていても絶対に出てこない解像度です。痛みは、現場にしか落ちていません。

数週間で、薄くてもいいから動かす

選んだ一個に対して、数週間で、薄くてもいいから実際に動くものを作ってしまう。完璧でなくていい。過去案件の中から似たものを引っ張ってきて、見積書のたたき台を生成AIが作り、人が最後に直して仕上げる。それだけ。

ここが、分厚いレポートとの決定的な違いです。30個の構想より、動く1個のほうが、社内の空気をはるかに大きく変えます。「お、ほんとに半日が1時間になるじゃん」という体験を一人がすると、それは隣の席に伝染する。「うちの部署のあれもできない?」と、向こうから言ってくるようになる。何ページの提案書より、動くものを一回見せるほうが、ずっと雄弁なんですよね。

構想30個は会議ばかりで一年後も着手ゼロのまま熱が冷めるが、動く1個は数週間で動き半日の作業が1時間になり「次はこれも」が現場から来る、という対比を示した図
構想の数ではなく、動いた数が空気を変える

戦略は、やりながら更新する

そして大事なのが、ここです。戦略は、動かす前に完成させるものではなく、動かしながら書き換えていくものだと考える。

最初の一個をやってみると、たいてい想定と違うことが起きます。「AIの精度より、そもそも過去案件のデータがバラバラで探せないことが本当のボトルネックだった」とか。これは机上の戦略策定では絶対に出てこない発見で、しかも、めちゃくちゃ重要な発見です。その学びでロードマップを上書きしていく。地図は、一歩も歩かずに完璧に描こうとするより、歩きながら描き直すほうが、ずっと正確になります。

完成した地図を前に一歩目が分からず立ち尽くす人と、歩いた分だけ道を実線で描き足しながら進む人の対比を示した図
地図は、歩きながら描き直すほうが正確になる

「それでも、まず全体戦略を」と言われたら

とはいえ、組織によっては「いきなり一個作るなんて、順番が逆だ。まず全体像を描いてから」と言われることもあります。気持ちはわかります。でも、そういうときこそ、こう提案してみてください。「全体像は描きます。ただし2週間で、A4一枚で。そのあと、いちばん痛い一個を実際に動かして、その結果でこの一枚を更新しましょう」と。

分厚さで安心を買うのをやめて、薄さと速さで前に進む。戦略は捨てない、でも戦略に溺れない。このバランスが、パワポで終わるか、現場が動くかを分けます。

一年後、棚に残っていたもの

最初のやり方では、一年後に残ったのは、30個のユースケースが並ぶ分厚い戦略レポートと、それを前に固まった推進担当でした。発表会のあの高揚は、とっくにどこかへ消えていた。

動く一個から始めたやり方だと、一年後の風景はずいぶん違います。分厚いレポートの代わりにあるのは、A4数枚の「生きたロードマップ」。そこに書いてあるのは、いま動いている一個と、それをやってわかったことと、次に試す一個だけ。毎月、現場の発見で中身が書き換わっていく、薄っぺらいけれど呼吸している紙です。派手さはないけれど、見積書づくりは現実に半日から1時間に縮んで、現場のほうから「次はこれもAIにやらせたい」と言い始めている。

同じ予算、同じ会社、同じ「生成AIをやりたい」という出発点。違ったのは、分厚い地図を完成させてから動こうとしたか、薄い一歩を踏み出してから地図を描き直したか、それだけです。

おもしろいのは、この「動く一個」を起点にしたほうが、結果的に全社の戦略もくっきりしてくることです。一個やってみたら「うちの本当の課題はデータ整理だ」とわかった。だったら次の一個はそこを狙おう、と自然に順番が決まる。机の上で何か月も揉めていた優先順位が、現場で一回動かしただけで、すっと見えてくる。戦略は、立派な冊子の中ではなく、動いた現場の手応えの中から立ち上がってくるんですよね。

戦略の価値は、ページ数では測れません。「現場が今週、何か一つ動いたか」で測るべきだと、筆者は思っています。あの埃をかぶった中計が教えてくれたのは、たぶんそういうことでした。立派なものを作った達成感は、現場が1ミリ動いた手応えには、勝てないんです。

立派なAI戦略レポートを受け取ったら、最後にこう聞いてみてください。「これを受けて、来週うちの誰が、何から始めますか?」と。そこに具体的に答えられる相手なら、信頼していい。最新トレンドと成熟度マトリクスの話に戻っていってしまうなら……その提案書も、棚の上で立派な背表紙になる運命かもしれません。


この記事は、ARCHECOが運営するメディア「AI・新規事業戦略大学」でお届けしました。ARCHECOは、UI/UXデザインとプロダクト開発を強みに、お客さまと並走しながら「使われるもの」をつくっているチームです。ご相談・お問い合わせはこちらからどうぞ。

You May Also Like
“AIエージェントを作れるコンサル”を信じてはいけない ― 分厚い提案書に、つい安心してしまう私たちへ

ベンダー選定とは|進め方3段階・9つの評価基準と失敗を避ける勘所

流暢に動くデモほど、本番で使われない。なぜなんでしょう。「分厚い資料ほど安心する」――そのよく知った感覚の正体から、「動くデモ」を「毎日使われる業務」に変える手順までを、一つのプロジェクトを最後まで追いかけて書きました。
View Post
準委任契約とは?請負との違い・2つの類型と契約時の注意点

準委任契約とは?請負との違い・2つの類型と契約時の注意点

準委任契約とは、成果物の完成ではなく業務の遂行そのものを引き受ける契約です。請負との違いは完成責任の有無ですが、実務ではこの二択で選んだあとに揉めます。業務システムの外注を題材に、教科書どおりに選んで、途中で仕様が変わって行き詰まるまでを追います。二択が前提にしていたのは工数とコストの比例で、そこが崩れると選択肢は5段階に増えます。選定シートをそのまま置きます。
View Post
ベンダーロックインとは|原因6つ・問題点と脱却の手順 の全体像をまとめた図解

ベンダーロックインとは|原因6つ・問題点と脱却の手順

ベンダーロックインとは、特定の提供者に依存して他へ移れなくなる状態です。10年同じ会社に任せた受発注システムの刷新を題材に、著作権の帰属もドキュメントの納品も移行協力義務も契約に入れたうえで、乗り換えの見積もりを取るまでを順に追います。詰まりは2つ。コードは読めるのに理由が分からないことと、AIの部分でモデルは差し替えられるのに良し悪しを判定できないことでした。原因を1つに特定して、契約に書く条項と年1回の演習に整理し直した結果を、そのまま使える3枚の表で置きます。
View Post