DX担当に任命されたら？最初にやるシステム棚卸し4ステップ

「DX推進担当に任命されたが、何から手をつければよいかわからない」。この悩みは珍しくない。経営層からは成果を求められる。現場からは「余計な仕事を増やさないでほしい」と牽制される。予算も人員も限られている。そんな状況で、最初の一手を誤れば、プロジェクト全体が迷走する。

経済産業省の「DXレポート2.2」（2022年7月）は、企業のデジタル投資の約8割が既存ビジネスの維持・運営に充てられている実態を指摘した。バリューアップ（収益向上）への投資比率は23.6%にとどまる（出典：経済産業省「DXレポート2.2」、JUAS「企業IT動向調査報告書2022」）。この構造を変えるためには、まず「自社が何を持っているか」を正確に把握する必要がある。

本記事では、DX推進担当者が最初に取り組むべき「現行システムの棚卸し」について、4つのステップで具体的な手順を解説する。

DX推進でシステム棚卸しが最優先になる理由

DX推進と聞くと、最新ツールの導入やクラウド移行を思い浮かべるかもしれない。しかし実務では、現状把握なしにDXを推進しようとして失敗する企業が後を絶たない。

棚卸しなしのDXが失敗する構図

IPAの「DX動向2024」によれば、レガシーシステム刷新の課題として最も多い回答は「ほかの案件に手いっぱいで十分な要員を割けない」（39.9%）だった（出典：IPA「DX動向2024」）。要員不足の背景には、自社のシステム全体像が見えていないことがある。何がいくつあり、どこに負荷がかかっているかわからなければ、リソース配分の判断すらできない。

棚卸しを省略した場合に起きる典型的な問題は3つだ。

• 重複投資が発生する。 同じ機能を持つシステムが複数存在していることに気づかず、新たなツールを導入してしまう。
• 依存関係の見落としで障害が起きる。 あるシステムを改修した結果、連携先のシステムが停止する。事前にデータの流れを把握していれば防げた事故だ。
• 優先順位が決まらず全体が停滞する。 どこから手をつけるべきか判断材料がないため、声の大きい部門の要望に引きずられる。

経産省が示す「現状把握」の重要性

DXレポート2.2は、DXが進まない原因として「目指す姿やアクションを具体化できていない」ことを挙げた（出典：経済産業省「DXレポート2.2」）。具体化の第一歩が、現行システムの棚卸しである。何を持っていて、何に課題があるかが見えなければ、アクションは定まらない。

さらに、経産省が2024年度に設置した「レガシーシステムモダン化委員会」の総括レポートでも、ユーザー企業によるシステムの可視化と内製化の必要性が指摘されている（出典：経産省「レガシーシステムモダン化委員会総括レポート」）。棚卸しは、国の政策レベルでもDX推進の前提条件として位置づけられている。

システム棚卸しの全体像｜4ステップで進める

棚卸しの手順は、大きく4つのステップに分かれる。1つずつ順に解説する。

全体で2〜3か月を見込むのが現実的だ。この期間を「長い」と感じるかもしれないが、棚卸しを省略して後から手戻りが発生するほうが、はるかに時間とコストを浪費する。

Step 1: 対象範囲の決定｜「何を棚卸すか」を先に決める

全システムを一度にやろうとしない

よくある失敗は、全社の全システムを一気に棚卸そうとすることだ。対象が膨大になり、調査が終わらないまま頓挫する。まずは優先すべき範囲を絞ることが重要になる。

範囲を決める基準は3つある。

基準1: 事業インパクトの大きさ。 売上や顧客対応に直結するシステムを優先する。受注管理、生産管理、顧客管理など、止まると業務が回らなくなるシステムが該当する。

基準2: 老朽化の進行度。 導入から10年以上経過し、保守担当者が限られているシステムは、リスクが高い。サポート切れのOS・ミドルウェア上で稼働しているものは最優先だ。

基準3: DX施策との関連度。 経営層が掲げるDX方針と直接関わるシステムを対象に含める。たとえば「顧客接点のデジタル化」が方針なら、ECサイトやCRMから着手する。

範囲定義シートを作成する

対象範囲は文書に残す。以下の項目を1枚のシートにまとめるとよい。

• 棚卸しの目的（なぜ今やるのか）
• 対象となるシステム群の名称
• 対象外とするシステム群と除外理由
• 棚卸し期間と担当者
• 報告先（経営層への報告タイミング）

この文書は、関係者の合意を取るための起点になる。後から「なぜこのシステムを調べなかったのか」と指摘されたとき、根拠を示せる状態にしておくことが大切だ。

Step 2: IT資産リストの作成｜DX推進のシステム棚卸しで最も重要な工程

何を記録するか

IT資産リストは、棚卸しの成果物の中核だ。各システムについて以下の項目を記録する。

情報の収集方法

情報は一人で集められるものではない。以下の3つの手段を組み合わせる。

手段1: 既存資料の収集。 情シス部門が管理している台帳やベンダーとの契約書、過去の提案書などから基礎情報を集める。完璧な資料が残っている企業は少ないが、ゼロではないはずだ。

手段2: 部門ヒアリング。 利用部門に「どのシステムを使って、何の業務をしているか」を聞き取る。現場の担当者だけが知っている「影のExcelシステム」が見つかることも多い。AccessやExcelマクロで構築された業務ツールは、正式なIT資産として認識されていないケースがある。

手段3: ネットワーク・サーバー調査。 情シスまたはインフラ担当者と連携し、実際に稼働しているサーバーやサービスを確認する。台帳に載っていないシステムが発見されることも珍しくない。

まずは無料ヒアリングで現状を把握 → SysDock（シスドック）

棚卸しの過程で「ソースコードはあるが設計書がない」システムが見つかることは多い。SysDockでは、AIマルチエージェントがソースコードから構造を自動解析し、Word・PPT・React Flowフロー図を1週間で納品する。ソースコード非送信・完全後払いで、棚卸しと並行して現状把握を進められる。ライト30万円から。

Step 3: 依存関係の整理｜システム棚卸しの精度を左右する工程

なぜ依存関係が重要なのか

個々のシステムの情報を集めただけでは不十分だ。システムは単独では動いていない。受注管理システムが在庫管理システムとデータ連携し、会計システムに仕訳データを送っている。この「つながり」を把握しないまま刷新に着手すると、想定外の影響が広がる。

システム刷新の進め方で解説したとおり、現状把握の精度がプロジェクト全体のQCDを左右する。依存関係の整理は、その精度を決定づける作業だ。

依存関係を整理する3つの観点

観点1: データ連携。 どのシステムからどのシステムへ、何のデータが、どのタイミングで流れているかを記録する。リアルタイム連携（API）なのか、バッチ処理（夜間一括転送）なのかも区別する。

観点2: 共有リソース。 同じデータベースやファイルサーバーを複数のシステムが参照している場合、そのリソースは「共有の依存点」になる。1つのシステムがデータを書き換えると、他のシステムに影響が及ぶ。

観点3: 認証・基盤。 Active DirectoryやSSO（シングルサインオン）など、認証基盤を共有しているシステム群は、基盤の変更が全体に波及する。ネットワーク構成やDNSの依存関係も確認しておきたい。

依存関係の図示

整理した結果は、図にまとめる。文字の羅列よりも、矢印つきの構成図のほうが関係者に伝わりやすい。システム可視化の方法で解説した手法が参考になるだろう。

図示するときのポイントは以下の3つだ。

• 矢印の方向でデータの流れを示す。 「送信元→送信先」を統一ルールで表記する。
• 連携の種類を色分けする。 API連携は青、バッチ連携は緑、手動連携は赤、のように視覚的に区別する。
• 影響度の高い依存をハイライトする。 連携先が多いシステム（ハブとなっているシステム）は太枠で囲むなど、重要度を視覚化する。

設計書がなくソースコードだけが手がかりという場合は、AIによる構造解析も選択肢になる。SysDockのReact Flowフロー図は、依存関係をクリック操作で掘り下げられる対話型の形式で納品される。棚卸しの効率を大きく改善できる。

Step 4: 優先度付けと報告｜棚卸し結果をDX推進のアクションにつなげる

優先度の判断基準

棚卸しの結果を並べただけでは、次のアクションにつながらない。「どのシステムから手をつけるか」の優先順位を決める必要がある。

優先度は、以下の2軸で評価するのが実用的だ。

軸1: リスクの大きさ。 サポート切れ、属人化、障害頻度の高さなど、放置した場合の影響度を評価する。

軸2: DX施策への貢献度。 経営層が掲げるDX方針の実現に、そのシステムの刷新・改善がどれだけ寄与するかを評価する。

2軸をマトリクスにすると、以下の4象限に分類できる。

この整理により、限られたリソースをどこに集中させるかが明確になる。

経営報告の構成

棚卸しの成果は、経営層に報告して初めて意味を持つ。報告資料は以下の構成にまとめるとよい。

1. 棚卸しの概要（1ページ）。 対象範囲、調査方法、調査期間を簡潔にまとめる。

2. 全体像の図示（1ページ）。 システム構成図と依存関係の概要を1枚の図で示す。経営者が「うちのシステムはこうなっているのか」と全体像を掴めることが目的だ。

3. 主要リスクの一覧（1〜2ページ）。 サポート切れ、属人化、障害頻度など、放置した場合の影響を具体的に記載する。金額換算できるものは金額で示す。

4. 優先度マトリクスと推奨アクション（1ページ）。 どのシステムから着手すべきか、具体的なアクション案を添える。

5. 概算予算と期間（1ページ）。 次のステップ（詳細調査や刷新計画）に進む場合の概算を示す。

経営者が求めているのは「結局どうすればよいのか」の答えだ。棚卸し結果の羅列ではなく、次のアクションの提案まで含めることが、DX推進担当者としての価値を示すことにつながる。

システム棚卸しを効率化する3つの実務Tips

Tip 1: 完璧を求めず「80点」で次に進む

棚卸しは情報収集の作業であり、完璧な網羅性を追求するときりがない。とくに部門ヒアリングでは、聞けば聞くほど新たなシステムやツールが見つかる。8割の精度で全体像が見えた時点で、次のステップに進む判断が重要だ。残りの2割は、刷新計画の中で随時補完していけばよい。

Tip 2: 棚卸しリストは「生きた文書」にする

一度作成して終わりではない。棚卸しリストは、以降のDX推進における基礎台帳として使い続ける。更新ルールを決め、システムの追加・変更・廃止のたびに反映する運用を設計しておく。更新が止まれば、数年後にはまた「全体像がわからない」状態に戻る。

Tip 3: 棚卸しの過程で「味方」をつくる

棚卸しのヒアリングは、各部門との関係構築の機会でもある。「DX推進担当が何をしようとしているのか」を説明し、現場の困りごとを拾い上げる。この過程で味方を増やしておくと、後続のDX施策がスムーズに進む。逆に、上から目線で情報を「収集」するだけだと、現場の協力を得られなくなる。

まとめ

DX推進担当が最初にやるべきことは、最新ツールの導入でも派手な改革宣言でもない。現行システムの棚卸しだ。自社が「何を持ち、どうつながり、どこにリスクがあるか」を把握することが、すべてのDX施策の土台になる。

本記事で解説した4ステップを改めて整理する。

• Step 1: 対象範囲の決定。 全社一括ではなく、事業インパクト・老朽化・DX方針の3基準で範囲を絞る。
• Step 2: IT資産リストの作成。 システムごとに用途・技術・保守体制・コスト・障害履歴を記録する。既存資料、部門ヒアリング、サーバー調査の3つを組み合わせて情報を集める。
• Step 3: 依存関係の整理。 データ連携・共有リソース・認証基盤の3観点で、システム間のつながりを図示する。
• Step 4: 優先度付けと報告。 リスクとDX貢献度の2軸で優先順位をつけ、経営層に次のアクションを提案する。

DXレポート2.2が指摘するとおり、デジタル投資を維持運用からバリューアップへ転換するには、まず現状を正確に把握する必要がある。棚卸しは地味な作業だが、ここを省略したDXは砂上の楼閣になる。

情シス部門との連携や、システム刷新プロジェクトの全体像を把握した上で棚卸しに臨めば、精度と効率が大きく向上するはずだ。

まずは無料ヒアリングで現状を把握 → SysDock（シスドック）

「棚卸しをしたいが、設計書がない」「ソースコードだけで構造を把握したい」。そんな課題には、AIマルチエージェントによるレガシーシステム構造解析サービス「SysDock」が対応する。13言語/フレームワークに対応し、Word・PPT・React Flowフロー図を1週間で納品。ソースコード非送信・完全後払いで、安心して依頼できる。ライト30万円から。

無料ヒアリングを申し込む → sysdock.genbacompass.com

よくある質問（FAQ）

Q. 棚卸しにどれくらいの期間がかかりますか？

A. 対象範囲によるが、2〜3か月が目安だ。全社一括ではなく、主要システムに絞って着手すれば、1か月程度で全体像の8割は把握できる。完璧を求めすぎて着手が遅れるほうがリスクは大きい。

Q. 情シス部門がない中小企業でも棚卸しは必要ですか？

A. 必要だ。むしろ中小企業ほど、特定のシステムやベンダーへの依存度が高く、属人化のリスクも大きい。IPAの「DX動向2024」でも、100人以下の企業でDXの成果が出ている割合は58.1%と米国の91.2%に大きく劣る。棚卸しは規模に関係なく、DX推進の出発点になる。

Q. ExcelやAccessで作った業務ツールも棚卸しの対象に含めるべきですか？

A. 含めるべきだ。特に基幹システムの補完として使われているExcelマクロやAccessデータベースは、作成者が退職すると保守不能になるリスクが高い。「影のIT資産」として認識し、リストに含めておくことで、将来の統合や置き換えの判断材料になる。

現場改善に役立つ関連ツール

GenbaCompassでは、SysDock以外にも現場のDXを支援するツールを提供している。