DXとは？情シスが推進役になるための現実的な進め方

DXとは、デジタル技術とデータを前提に、業務の進め方や商品・サービス、会社の稼ぎ方そのものを作り直して競争力を高める取り組みのことです。紙をPDFにする、押印を電子承認に置き換えるといった「IT化」はその入り口で、取り組みが終わったときに顧客への提供価値か稼ぎ方が変わっているかどうかが、DXかどうかの分かれ目になります。

情シスはDX推進の「実行部隊」を頼まれがちですが、変革の中身を決めるのは事業部門と経営です。情シスが持つべきなのは、ID・データ・連携の基盤と、小さく試して判断する進め方の設計です。IT化との見分け方、役割分担表、テーマの採点表、90日単位の進め方、止まる典型パターンを、社内の会議でそのまま使える形に整理しました。

DXとは何の略か：IT化との違いを3段階で見分ける

DXはDigital Transformationの略です。英語圏では「trans」を、交差（cross）を表すXで書く慣習があるため、DTではなくDXと表記します。概念としては2004年にスウェーデンの研究者が示したものとされ、日本では経済産業省が2018年に公表したDXレポートとDX推進ガイドライン（のちにデジタルガバナンス・コードへ統合）をきっかけに広まりました。経済産業省の定義は、データとデジタル技術で製品やビジネスモデルを変えるだけでなく、業務・組織・企業文化まで変えて競争上の優位を築く、という趣旨です。

デジタル化は一般に、デジタイゼーション、デジタライゼーション、デジタルトランスフォーメーションの3段階で説明されます（経済産業省のDXレポート2も同じ3段階で整理しています）。言葉だけだと区別しにくいので、情シスが日常的に扱う業務に置き換えます。

判定の問いは1つで足ります。「このプロジェクトが終わったとき、顧客への提供価値、会社の稼ぎ方、組織の役割分担のどれかが変わっているか」。どれも変わらないなら、それは価値のあるIT化であってDXではありません。IT化が劣るという話ではなく、むしろDXの前提です。稟議が電子化されて承認データが残るようになって初めて、承認の滞留分析や与信判断の自動化といった次の段階に進めます。

わざわざ区別するのは、経営の期待値を合わせるためです。ワークフローの導入を「DX」と呼んで予算を取ると、経営は売上や事業モデルの変化を期待し、1年後に「DXの成果が見えない」と評価されます。IT化はIT化として、削減した工数で成果を説明した方が、情シスの信用は積み上がります。

情シスがDX推進で担う役割と、担うべきでない役割

DX推進で情シスが避けるべきなのは、変革テーマの「持ち主」になることです。情シスがテーマを決めると、事業部門は「情シスのプロジェクトに協力する側」に回り、業務のやり方を変える段階で現場が反対したときに、押し切れる人がいません。持ち主は、変わる業務の責任者（事業部長、工場長、営業本部長など）です。情シスは基盤と進め方、技術判断に責任を持ちます。

R＝実行する、A＝最終責任を負う（1つの活動に1者だけ）、C＝事前に相談を受ける、I＝結果を知らされる、です。情シスがAを持つのは「ID・セキュリティ・データ連携の基盤」と「変革後のシステム運用」の2行だけで、ここは譲りません。部門が独自にSaaSを契約し、独自のアカウントで運用を始めると、DXの後半で必ずデータ統合とアカウント棚卸しの費用が発生するからです。逆に、効果指標の定義を情シスが引き受けると、「システムは入ったのに業務の数字が変わらない」ときに誰も説明できなくなります。

テーマが決まる前に整えておく4つの基盤

テーマが決まってから基盤を作り始めると、最初のテーマが基盤工事の待ちで何か月も止まり、業務オーナーの熱が冷めます。どのテーマでも必ず使う次の4つは、平時に先回りして整えておきます。

IDと導入基準は、SaaSのSSO/SCIM対応チェックリストの確認項目をそのまま社内基準に転用できます。データの所在は、表計算で「マスタ名／正のシステム／更新する部門／参照しているシステム」の4列の台帳を作るだけでも効果があります。テーマ選定の会議で「そのテーマに必要なデータは、どこにも正しい形で存在しない」と早めに判断できるようになるからです。

自社の現在地を測る材料としては、経済産業省がまとめた「DX推進指標」があります。経営と情シスが同じ設問に答えて成熟度を自己診断する形式で、結果をIPAに提出すると他社の傾向と比べた分析を受け取れる仕組みがあります（執筆時点）。経営層と情シスの回答が大きくずれた設問が、最初に話し合うべき論点です。

DX推進のテーマの選び方：採点表で比べる

最初のテーマは、全社の変革ではなく「3か月で最初の成果が見え、うまくいけば他部門へ広げられるもの」を選びます。候補を並べ、5つの観点に1〜3点をつけて比べます。以下は採点の例で、観点の重みは会社の状況に合わせて変えてください。

この例では見積の半自動化が最有力ですが、合計点より先に見るのは「業務オーナーの本気度」の列です。ここが1点のテーマは、合計が高くても最初には選びません。システムが完成しても、業務のやり方を変える決定を下す人がいないからです。反対に、設備データの予防保守は今は9点でも、PLCやセンサーからデータを取り出す仕組みを先に作れば、2つ目以降のテーマとして大きな効果が見込めます。採点表は捨てずに残し、四半期ごとに付け直してください。

90日単位の進め方：続ける・広げる・やめるを先に決める

この進め方の要は、「やめる条件」を着手前に書くことです。例として「90日後に見積1件あたりの作成時間が現状の半分にならなければ、仕組みを見直すか中止する」と書いておけば、PoC（概念実証）が成果の出ないまま延長され続ける事態を防げます。PoCが続く限り費用と担当者の時間は出ていき、しかも「やめた」という判断が記録に残らないので、同じテーマが翌年また提案されます。やめた記録は失敗の証拠ではなく、次のテーマ選定の材料です。

最初のテーマに基幹システムの全面刷新を選ぶのは避けてください。刷新は数年がかりになり、その間は新しい価値が何も出ないまま予算だけが減っていきます。刷新が避けられない場合も、DXとは別の「更新プロジェクト」として予算と評価を分け、DXのテーマは刷新と並行して、既存のデータで始められるものから選びます。

予算の説明：維持・改善・変革に分けて見せる

DX推進の予算を経営に説明するときは、IT予算全体を「維持」「改善」「変革」に仕分けた表を最初に見せます。DXレポートが問題にしたのは、既存システムの維持費にIT予算が吸い取られ、新しいことに回らない構造でした。自社がその状態かどうかは、この仕分けをすれば一目でわかります。

変革の予算は、年間の一括承認を狙うより、90日ごとに「次の90日分」を承認してもらう形の方が通りやすくなります。経営から見れば損失の上限が決まっており、情シスから見れば、やめる判断が予算の仕組みに組み込まれます。維持費を削って変革の原資を作る手順は、ITコスト削減の進め方で扱っています。

補助金を前提にテーマを選ぶと、補助対象のツール一覧から業務を選ぶ逆転が起きます。テーマと要件を先に決め、使える補助金があれば後から当てる順番を守ってください。IT導入補助金を使う場合の段取りと失敗例は、IT導入補助金を情シス視点で使うにまとめています。

DX推進が止まる6つのパターン

情シスが最初に手を付けられるのは、1行目と4行目です。導入計画書の書式に「変える業務」と「指標」の欄を足すことと、SaaSの導入基準を文書にすることは、経営の決裁を待たずに今週から始められます。最後の「人がいない」は、外部からの採用だけでは埋まりません。業務を知っている社員がデジタルの道具を身につける方が早い場面も多く、その仕組みはリスキリングをIT部門で回すで扱っています。

よくある質問

DXとIT化の違いは何ですか？

IT化は、今の業務をデジタルに置き換えて速く・安くすることです。DXは、デジタル技術とデータを前提に、顧客への提供価値や稼ぎ方、組織の役割分担まで変えることを指します。見分けるには「終わったとき、顧客が払う理由や社内の分担が変わったか」を問います。IT化はDXの前提で、データが残るようになって初めて次の変革に進めます。

DXとは簡単に言うと何ですか？

デジタルを前提に、会社の仕事の仕方と稼ぎ方を作り直すことです。紙をPDFにするだけならIT化で、設備の稼働データを使って「壊れたら修理」から「止まる前に交換する定額サービス」に切り替えるように、顧客に届ける価値が変わったときにDXと呼びます。

DXの代表例は？

典型的な型は、製品の売り切りから利用量に応じた課金への転換、稼働データを使った予防保守サービス、紙とFAXの受発注を取引先とのデータ連携に置き換えて在庫を減らす取り組み、店舗と通販の顧客データを統合した販売などです。どの型も、データが取れる状態を先に作っている点が共通しています。

なぜ日本ではDXが進まないのか？

情シスの立場から見える理由は、IT人材の多くがユーザー企業ではなくベンダー側にいて社内で設計・判断できる人が少ないこと（IPAの白書などで繰り返し指摘されています）、業務に合わせた作り込みで既存システムが複雑になり維持費が変革の予算を圧迫していること、失敗を許容しにくい予算と評価の仕組みです。

まとめ

DXかどうかは、終わったときに顧客への価値か稼ぎ方か組織の分担が変わったかで判定します。情シスはテーマの持ち主にならず、ID・データ・連携の基盤と、90日ごとに続ける・広げる・やめるを決める進め方を引き受けます。テーマは業務オーナーの本気度で選び、やめる条件は着手前に書く。基盤を平時に整えておけば、テーマが決まった翌週から走り出せます。

次に読む

• ITコスト削減の進め方：SaaS・クラウド・保守費を見直す手順
• IT導入補助金を情シス視点で使う：申請前に決めておくことと失敗パターン
• リスキリングをIT部門で回す：学習計画・評価・定着の仕組み