BinxAI LogoBinxAI
    記事一覧に戻る
    公開: 更新:

    DX「取り組み8割・成果6割・十分な成果10%未満」の三層断絶を組織設計で突破する

    DX「取り組み8割・成果6割・十分な成果10%未満」の三層断絶を組織設計で突破する
    井元CTO

    要約

    IPAとPwCのデータが示すDX成果格差の構造は、ツール選定ではなく意思決定の経路・人材配置・成果指標という組織設計の問題に起因する。経営層が今どこに手を入れるべきか、具体的な判断基準と落とし穴、CDO設置が機能しない理由を整理する。

    「DXには取り組んでいる。でも成果が出ているとは言いにくい」という経営層の声を、私たちは現場で繰り返し耳にする。この感覚は個別企業の問題ではなく、日本企業全体に構造的に存在するギャップを正確に言い当てている。

    IPAの「DX動向2025」によると、日本企業のDXへの取り組み率は8割弱に達している。一方、PwCの調査では「十分な成果が出ている」と回答した企業はわずか9.2%にとどまる。8割が取り組み、1割未満しか十分な成果を得られていないという数字は、DXが「やるかやらないか」の問題を完全に脱した一方で、「どう組織に埋め込むか」という問題をまだ解けていないことを示している。

    この断絶の原因をツールや予算の不足に帰着させることは、処方箋を誤らせる。私たちが見てきた範囲では、成果フェーズに移行できた企業と止まった企業を分けているのは、テクノロジーの選択ではなく、経営層がDXを「IT部門のプロジェクト」ではなく「事業戦略の実行手段」として組織に埋め込めたかどうかという一点に集約される。

    この記事の対象読者

    この記事の対象読者。KPI貢献を説明できない経営、連携が形式的なDX部門、打ち手を判断したい事業責任者、内製化を検討する担当者
    • DXへの投資を続けているが、事業KPIへの貢献を経営会議で説明しきれていない経営層・役員
    • DX推進部門やIT部門を設置したものの、事業部門との連携が形式的にとどまっていると感じているCIO・CTO
    • 「デジタル化」と「DX」の違いを整理し、次の打ち手を判断したい事業責任者
    • 外部ベンダーへの委託が中心となっており、内製ケイパビリティの育て方を検討し始めた担当者

    三層断絶の構造:取り組み・成果・十分な成果のギャップはどこで生まれるか

    PwCの調査データを重ねると、断絶は一箇所ではなく二箇所に存在することがわかる。第一の断絶は「取り組んでいる」から「何らかの成果が出ている」への移行で生まれ、第二の断絶は「成果が出ている」から「十分な成果が出ている」への移行で生まれる。

    PwCの調査では、DXがビジネス変革まで至っている企業でも「想定通りの成果が出ている」と回答した割合は44.5%にとどまる。ビジネス変革フェーズに到達した企業の中ですら半数以上が期待通りの結果を得られていないという事実は、変革フェーズへの到達そのものが最終ゴールではないことを示している。

    またIPAの「DX動向2025」が示すように、「デジタル化止まり」の企業の割合は横ばいで推移している。業務のデジタル化・効率化レベルから先に進めない企業が固定化しつつある状態は、取り組み量の拡大が自動的に質的変革に転換されないことを意味する。デジタル化は変革の必要条件であっても十分条件ではない。

    この二層の断絶は、いずれも同じ根因に行き着く。経営層の関与が設計段階で切れていることと、成果を測る指標が事業KPIではなく活動KPIにとどまっていることだ。

    AI導入無料相談。顧客満足度95%、現場の業務負担60%削減、社内AI定着率60%向上今すぐ問い合わせる

    成果が出ない三つの構造問題と、現場での実際の現れ方

    パーソルビジネスデザインの分析では、DXの成果が出ない主要因として、経営層とIT部門の対話不足・DX人材の不足・内向きの業務効率化への偏重という三つの構造問題が指摘されており、これらは単独ではなく複合的に作用するとされている。実際の現場でこの三つがどのように現れるかを具体的に見ていく。

    構造問題①:経営層とIT部門の対話が設計段階で切れている

    よく見られるのは、DXの立案をIT部門または外部コンサルタントに委ね、経営層は予算承認と完了報告の二点にのみ関与するという構造だ。この場合、推進途中で事業戦略の優先度が変わっても、DXの施策内容はそれに追随しにくい。経営会議とDX推進会議が別ラインで走るため、判断が必要な場面でエスカレーションに時間がかかり、現場は「動いているが決まらない」状態に陥りやすい。

    構造問題②:翻訳人材が社内に定義されていない

    パーソルビジネスデザインの分析が指摘するように、事業部門との橋渡しができる「ビジネスとテクノロジーの翻訳者」的な役割の重要性が高まっているが、この人材像が社内に定義されていない企業は多い。ITスキルがある人材と事業理解がある人材は存在しても、両者を繋ぐ役割が明文化されていないため、技術側が提案した解決策が事業課題とズレていても誰も修正しない状態が続く。

    構造問題③:活動KPIが成果指標として機能していない

    ペーパーレス化率・システム稼働率・ユーザー登録数といった活動KPIは、DXが「進んでいる」ことを測るには適しているが、「事業に貢献しているか」を測ることはできない。売上への貢献・顧客獲得コストの変化・意思決定サイクルの短縮といった事業KPIと活動KPIが接続されていない企業では、投資対効果の評価が難しくなり、次の予算判断の精度も下がる。これが「成果が出た気がするが説明しにくい」という経営層の感覚の正体になっている。

    形式的なCDO設置が推進を加速させない理由

    実効性あるCDOの4条件。予算への拒否権、経営会議での発言権、専任チームの配置、事業KPIでの評価

    ソルクシーズのブログが示すように、CDO(最高デジタル責任者)や専任のDX担当役員を置く動きは広がっているが、権限委譲と予算執行の裁量が伴わない形式的な設置では、推進スピードの改善効果は限定的にとどまる。

    権限のないCDOは、社内の変革を主導できる立場にない。実質的にはIT部門の報告窓口として機能するだけになり、事業部門への影響力を持てないまま任期を終えるケースが少なくない。

    「CDOを置いたのにDXが進まない」という経営層の疑問の答えは多くの場合、ここにある。問題はポジションの有無ではなく、そのポジションに実質的な意思決定権と予算執行権が付いているかどうかだ。確認すべき点を以下に挙げる。

    • CDOが各事業部門のDX関連予算に対して拒否権または優先順位付けの権限を持っているか
    • CDOが経営会議に常時出席し、事業戦略の議論の場でDXの方向性を発言できるか
    • CDOの下に予算執行可能な専任チームが配置されているか(兼任メンバーのみで構成された推進組織は実質的な推進力を持ちにくい)
    • CDOのパフォーマンス評価が活動KPIではなく事業KPIに紐づいているか

    成果フェーズへ移行するための組織設計:三つの着手順序

    成果フェーズへの組織設計。活動KPIと成果の紐付け、対応なしKPIの見直し、両KPIの定期報告

    私たちが見てきた範囲では、ビジネス変革フェーズへ移行している企業は、テクノロジーへの投資を続けながら並行して組織構造そのものに手を入れている。その着手順序には共通のパターンがある。

    ステップ1:成果指標を事業KPIに接続し直す

    既存のDX施策について、現在測定している活動KPIと事業KPIの対応表を作ることから始める。たとえば「受発注の電子化率(活動KPI)」が「営業担当一人あたりの受注件数(事業KPI)」にどう影響しているかを明示できる状態にする。この作業は、成果が出ている施策と出ていない施策の仕分けを可能にし、次の投資判断の根拠になる。

    • 現在の活動KPIの一覧を出し、それぞれが「何の事業成果に貢献するか」を書き出す
    • 対応する事業KPIが存在しない活動KPIは、投資継続の判断を保留するか評価指標を見直す
    • 半期・四半期単位で活動KPIと事業KPIの両方を経営会議で報告する仕組みを設ける

    ステップ2:意思決定の経路を可視化し、詰まり箇所を特定する

    DX推進において「承認が遅い」「方針が変わった」「部門をまたぐと話が止まる」という症状が出ている場合、それは人の問題ではなく経路設計の問題であることが多い。現状の意思決定フローを図式化し、誰がどの段階で何を承認しているかを明示すると、詰まり箇所が見えてくる。

    • DX関連の施策立案から実行開始までの平均所要期間を計測する(目標値の設定より計測が先)
    • 経営層が関与するゲートポイントを特定し、そこでの判断に必要な情報フォーマットを標準化する
    • 事業部門とDX推進部門の間で意見が分かれた場合の裁定者を明示的に定める

    ステップ3:翻訳人材を社内で特定し、役割を明文化する

    新たに採用することよりも先に、社内にすでに存在するが役割を与えられていない翻訳人材を特定することを優先する。事業部門出身でITツールへの習熟度が高い人材、または技術職出身で顧客や業務への理解が深い人材がその候補になることが多い。

    • 「事業課題をシステム要件に変換できる」「ITの制約を事業側に説明できる」という二方向の翻訳能力を評価基準として明文化する
    • 特定した人材に対して、DX推進における役割と評価方法を明示したうえで正式にアサインする(兼任のまま役割だけ追加することは翻訳人材の疲弊を招きやすい)
    • 外部採用が必要な場合も、業界知識と技術理解の両方を面接で確認する設問を設計する
    AI導入無料相談。顧客満足度95%、現場の業務負担60%削減、社内AI定着率60%向上組織設計の現状診断を相談する

    外部ベンダー依存が内製ケイパビリティを空洞化させるリスク

    DXが「デジタル化止まり」になる背景の一つに、推進の大半を外部ベンダーに委ねる構造がある。ベンダーへの委託自体は合理的な選択だが、意思決定・設計・評価まで外部依存になると、社内にケイパビリティが蓄積されないまま時間と予算が経過する。

    この状態が固定化すると、環境が変わった際にベンダーを変えることも内製に切り替えることも難しくなる。ベンダーとの関係を「代替可能な実装パートナー」として位置付けることが、中長期の推進力を維持するうえで有効な考え方だ。具体的には以下の観点でベンダーとの契約・関与範囲を見直す。

    • ベンダーが作成したドキュメント・設計書・コードは、自社が引き継げる形式で保持されているか
    • ベンダーへの依存度が高い領域(アーキテクチャ設計・データモデル・主要API)を特定し、そこに社内担当者を配置しているか
    • ベンダーを変更した場合のコストと期間を定期的に試算し、経営層が把握しているか
    みっちゃくん。企業のAI導入を現場密着で一気通貫支援しますみっちゃくんを見る

    よくある質問

    DXの成果が出ているかどうかを判断する最初の確認方法は何か

    最初の確認として有効なのは、現在DXの成果として報告されている数値が「活動KPI」か「事業KPI」かを分類することだ。ペーパーレス化率・システム利用率・申請件数といった指標だけが並んでいる場合、それは進捗の可視化であり成果の証明ではない。売上・コスト・顧客満足度・意思決定サイクルの短縮など、事業に直接影響する指標への貢献を測れていないのであれば、指標の設計を見直す段階にある。

    CDOを設置せずに経営層がDXオーナーとして関与する方法はあるか

    CDOというポジションの設置が目的ではなく、経営層の一人がDXの成果に対して説明責任を持つ構造を作ることが本質だ。社長や副社長が「DXオーナー」として経営会議でDX関連の事業KPIを定期的に報告する仕組みを設けるだけでも、推進の優先順位と意思決定速度は変わりやすい。形式的なCDO設置より、実質的な関与ラインを設計することを優先する。

    翻訳人材が社内にいないと判断した場合、採用と育成のどちらを優先すべきか

    私たちが見てきた範囲では、翻訳人材の外部採用は市場が薄く、採用コストと定着率の両面でリスクが高い場合が多い。まず育成を優先し、事業部門から選抜したメンバーにDXプロジェクトへの参加機会を設け、設計・評価の場に巻き込む方が現実的なケースが多い。ただし、育成に半年以上かかる見通しで急ぎの推進が必要な場合は、翻訳機能を担える外部パートナーを期限付きで活用しながら並行して育成する構成が選ばれやすい。

    専任のDX推進組織を設けたが事業部門と連携できていない。どこから手をつけるか

    推進組織と事業部門の間に「どちらが主導権を持つか」が曖昧なまま連携を求めても、摩擦が生まれやすい。最初に明文化すべきは、特定のDX施策について事業部門とDX推進組織のどちらがオーナーかという点だ。オーナーを事業部門に置き、DX推進組織が実装・技術支援の役割を担う構造にすると、現場の巻き込みが進みやすくなる傾向がある。推進組織主導の構造では、事業部門が「やらされている」感を持ちやすく、定着率が下がる。

    ビジネス変革フェーズに移行するのに必要な期間の目安はあるか

    一般論として示せる精確な期間の数値は存在しないが、私たちが見てきた範囲では、組織設計の見直し(成果指標の再設計・意思決定経路の整備・翻訳人材の配置)に着手してから最初の事業KPIへの貢献が可視化されるまで、早い企業で6ヵ月から1年程度かかるケースが多い。デジタル化の実装が先行していた企業ほど、組織設計の整備で既存資産を活かしやすく移行が速くなる傾向がある。

    参考・出典

    まとめ

    DXへの取り組み率が8割に達しながら、十分な成果を得ている企業が1割未満にとどまるという構造は、テクノロジーの問題として捉え続ける限り解消されない。この断絶の正体は、意思決定の経路が設計されていないこと、翻訳人材が役割として定義されていないこと、そして成果指標が事業KPIに接続されていないという組織設計の問題だ。

    経営層がDXを「IT部門のプロジェクト」から「事業戦略の実行手段」として組織に埋め込むために、まず着手すべきは新しいツールの選定ではない。既存の施策の成果指標を事業KPIに接続し直すこと、意思決定の詰まり箇所を可視化すること、翻訳人材を社内で特定して役割を与えることの三つを並行して進めることが、成果フェーズへの移行を現実的なものにする。

    この記事の分類

    同じ分類の記事をまとめて読めます。

    最新記事

    技術選定とセキュリティ井元

    AIエージェントを外部接続する前に確認したい5つの境界条件と設計の要点

    Google Geminiのサイバーセキュリティ試験で実在企業3社へアクセスした事例をもとに、AIエージェントの外部接続前に確認したいサンドボックス、ネットワーク、権限、監視、停止の5条件を整理します。

    依頼先の選び方と補助金井元

    AI導入支援はツール選びから実装力の競争へ 日本企業が今確認すべき選定基準

    OpenAIとAccentureをめぐる海外の議論から、ChatGPT Enterpriseの人材育成と業務別AIエージェント導入を一体で進める視点を整理します。日本企業がAI導入支援会社を選ぶ基準、研修を現場実装につなげる手順、ROIの見方、内製化まで具体的に解説します。

    最新動向井元

    ChatGPT EnterpriseのGPT終了に備えて企業が今やること

    ChatGPT EnterpriseとEduでは、9月25日から新規GPTの作成が止まり、12月11日に既存GPTの機能停止が予定されています。作成者や利用者、共有設定、連携機能を棚卸しし、移行先と運用責任を決める手順を整理します。

    不動産三浦

    販売図面をAIで作る方法:間取り図の取り込みから広告用PDFまで

    販売図面やマイソクの作成をAIで行う手順を、図面の取り込みから清書、担当者の確認、物件情報の反映、出力まで順番に解説します。外注との費用と時間の比較、手書きやFAXで届いた図面でつまずく理由と対処もまとめました。

    依頼先の選び方と補助金井元

    社内システム構築をどこに頼むか 比較する軸と費用目安の整理

    社内システム構築をどこに依頼するか迷う企業に向けて、開発会社や支援会社を比較する軸、目的別の候補、費用の目安、契約前に確認したい範囲を整理します。生成AIや既存システム連携、運用定着まで見据えた発注判断に役立つ材料を紹介します。

    技術選定とセキュリティ井元

    100万トークンと音声・動画対応Qwen3.8 Omni Flashを企業はどう使うか

    AlibabaのQwenチームが公開したQwen3.8 Omni Flashは、テキスト・画像・音声・動画と最大100万トークンの文脈に対応します。企業が会議録や現場映像で試す際の評価項目と、API・オンプレミス運用の見極め方を整理します。

    技術選定とセキュリティ井元

    Step 5 Previewの性能とコスト 企業のAIエージェント運用に使えるか

    StepFunのStep 5 Previewが発表されました。600B規模のMoEモデルを企業のAIエージェントで使うとき、API利用と重みを使った自社運用をどう比較するか、GPU費用やライセンス確認を含めて整理します。

    AI導入の進め方井元

    単発回答から継続実行へAgentforce長期タスクの本番化設計

    Salesforce Agentforceが長期実行やマルチエージェント連携へ広がりました。単発回答で終わらせず、完了条件や途中承認、引き継ぎ、成果KPIまで設計して本番運用へ進める考え方を解説します。

    最新動向井元

    データを移さずAIを組み込むAWSとSalesforceの新連携

    AWSとSalesforceが発表した新連携は、CRMデータを大規模に移さず、Amazon BedrockのモデルやSlack、音声業務にAIを組み込む方向を示します。連携の事実と、権限設計や業務選定で確認すべき点を整理します。

    技術選定とセキュリティ井元

    AIエージェントの分岐判断を軽量モデルへ移す方法Jevが示す推論コスト分担の設計

    TypeSafe AIが発表したJevは、文章生成ではなく分類や操作選択に特化したモデルです。AIエージェントの推論コストを見直すため、公開情報の読み方、人の確認へ戻す基準、複数モデルの分担方法を解説します。

    技術選定とセキュリティ井元

    MCP接続と権限を一元管理WSO2 Agent Managerの実力

    WSO2が一般提供を始めたAgent Managerは、AIエージェント固有IDやMCP接続、権限、ライフサイクルをどう管理するのでしょうか。Kubernetes上のサンドボックスや監査ログを含め、複数部門へ展開する前の確認項目を整理します。

    最新動向井元

    AnthropicがClaudeを統合 長時間タスクと資料作成を一つの画面へ

    AnthropicがClaude Coworkと通常チャットを統合し、長時間のAIエージェント作業や文書・プレゼン資料の作成まで一つの画面に集約しました。企業が確認すべき権限管理、Enterpriseの通知、生成物レビューの進め方を整理します。

    よく読まれている記事

    建設井元

    生成AI利活用計画書の提出が契約要件に。国土交通省が直轄の建設コンサル業務で義務化

    国土交通省は2026年度から、直轄の建設コンサルタント業務の特記仕様書に生成AIの積極的な利活用を明記し、受注者に「生成AI利活用計画書」の提出を求めます。入札の加点ではなく、受注後に負う契約上の要求事項です。建設コンサルタント会社・建設会社が今から整えるべき体制を、公表情報にもとづいて整理します。

    建設井元

    国交省が特記仕様書に生成AI活用を明記。直轄業務は利活用計画書の提出が前提に

    国土交通省は2026年5月以降、直轄の建設コンサルタント業務の特記仕様書に「生成AIの積極的な利活用」を明記し、受注者に「生成AI利活用計画書」の提出を求めます。対象業務と計画書の記載事項を整理し、建設会社が今期から着手できる導入ロードマップと、効果が出やすい適用領域をまとめました。

    調達・購買井元

    調達AIエージェントで何ができるか:見積依頼の自動化と、任せない判断の線引き

    調達AIエージェントに任せられる業務と、人が判断すべき業務を分けて整理しました。見積依頼の自動化から始めた場合の削減見込み、社内システムとの連携、失敗しやすい進め方まで、導入を決める前に確認することをまとめています。

    最新動向井元

    Grok 4.6ついに公開!GPT-5.6 Solと同水準モデルを低価格で提供開始!

    xAIが2026年8月12日に公開したGrok 4.6は、GPT-5.6 Solと同等の知能指数を持ちながら出力トークン単価を5分の1に抑えたモデルです。agentタスクや法律評価で優位性を示す一方、コーディング系では逆転される領域もあります。用途別の使い分け判断を具体的な数値とともに解説します。

    お気軽にご相談ください

    AI導入のご相談はお気軽に

    この記事の内容を、貴社の状況に合わせてご相談ください。