失敗しないDX推進チームの作り方と人材育成

DX推進チームは、組織図や採用から始めず、目的・対象業務・決定権・役割・使える時間を整理するところから作ります。最初に次の5点を決めておくと、担当者が決まっても判断が止まる状態を避けやすくなります。

1. どの事業・業務の何を変えたいか。今回は対象にしないこと。
2. 何をもって完了・継続・見直しとするか。今の状態をどう確かめるか。
3. 予算、業務の変更、技術と運用、本番での利用を、それぞれ誰が決めるか。
4. 社内と委託先の実行担当、使える時間と他の業務との調整、相談先と代わりの担当。
5. 判断の期限、使えるデータと環境、試す範囲と止める条件。

体制は、専任の部署、既存部署の兼務、部門をまたぐ横断チームなどから、目的と対象の業務に合わせて選びます。どれかが常に正しいわけではありません。部門や法人をまたぐ場合は承認の経路を、少人数で兼務する場合は使える時間と代わりの担当を、特に確認します。経済産業省のデジタルガバナンス・コード3.0は、経営の関与のもとで、組織・外部との協業・人材・成果指標をあわせて扱う枠組みで、企業の規模を問わず参照できるとされています（IPA：デジタルガバナンス・コード3.0の解説、確認日：2026年10月21日）。経営の目的と施策全体の順序は、DX推進ガイドで扱っています。

現場の不安や反対の声からは、業務の負荷、例外の手順、権限、操作のしにくさなどが分かります。説得しようとする前に、その中身を確かめます。

役割は部署名や人数ではなく、今回の業務で必要な判断と作業から決めます。次の表は役割の例です。1人が複数の役割を兼ねても構いませんが、相互の確認や独立した承認が必要な場面は省きません。

表は横にスクロールできます →

利用者や、情報セキュリティ、データ管理、法務・調達、人事などの担当は、対象に応じて加わります。経営・技術・現場に分ける整理もよく使われますが、IPAのデジタルスキル標準とは別の分け方です。デジタルスキル標準は、すべてのビジネスパーソン向けのDXリテラシー標準（DSS-L）と、DXを推進する人材向けのDX推進スキル標準（DSS-P）からなり、2026年4月にver2.0が公開されています（IPA：デジタルスキル標準の背景・目的とFAQ）。DSS-Pは、ビジネスアーキテクト、デザイナー、データサイエンティスト、データマネジメント、ソフトウェアエンジニア、サイバーセキュリティの6つの類型を示し、類型どうしの協働を重視しています（IPA：DX推進スキル標準の概要、いずれも確認日：2026年10月21日）。類型は必要なスキルを探す参考で、6人の採用や全類型の専任の配置を求めるものではありません。上の表の4つの役割も、公式の分類や資格ではありません。

RACIは、作業や判断ごとに、実行する人（R）、結果に最終的に責任を持つ人（A）、事前に意見を聞く人（C）、決定や進み具合を共有する人（I）を決める表です。各行のAは1人に絞り、Rは1人以上とします（PMI：Stakeholder Management and RACI、確認日：2026年10月21日）。ここでの「最終的な責任」はこの活動の中での役割で、法的な責任や社内の決裁の権限が移るわけではありません。

R：実行する人A：結果に最終的に責任を持つ人C：事前に意見を聞く人I：共有する人A/R：同じ人が兼ねる

表は横にスクロールできます →

この表は説明用の一例です。Rが複数になる場合は、窓口や調整の担当を決めておきます。3行目のAは、社内で技術の判断を委ねられた責任者です。作業を担う外部の会社に、予算や業務での受入の決定まで任せる意味ではありません。データの開示、セキュリティ、契約、個別の支出など独立した承認が必要な判断は行を分け、既存の決裁の規程と照らします。

役職名を書くだけで終えず、実名と代わりの担当、判断の期限、権限の上限、根拠の資料、見直す条件も別に残します。RACIを書いただけで権限や時間が与えられるわけではないため、関係者と合意し、対象や担当が変わったら更新します。役割は組織の規模や取り組みの段階によって変わり、最初は1人が複数の役割を担うこともあります（Microsoft Learn：Define roles and responsibilities、確認日：2026年10月21日）。

会議では、何を決めるかと、決めた内容をどう記録に残すかを先に決めます。既存の会議で扱えるならそこにまとめ、定例をむやみに増やさないようにします。会議ごとに、目的、必要な決定者、準備する資料、決定後に残す記録を先に決めます。議題には期待する判断と担当を書き、前回からの未決の事項を確認します（PMI：How to Run a Better Status Meeting、確認日：2026年10月21日）。

表は横にスクロールできます →

開く頻度は、判断の期限、影響の大きさ、変更の量から決めます。緊急の事象や期限が迫った判断は定例を待たず、連絡先と代わりの判断者の経路で扱います。経営への月次の報告の作り方は、外部IT責任者と90日ロードマップの記事で扱っています。

次は、体制と記録の方法を説明するための記入例です。受注情報の二重入力を見直す試行を想定し、判断待ちの事項と持ち越しを整理しました。

表は横にスクロールできます →

この例の「決定」は、計測の準備までを認めたものです。保留の事項には、理由、暫定の対応、担当、再判断の期限を残し、空欄や未確認を承認済み・0件として扱いません。承認された範囲だけを実行し、役割や対象が変われば役割表も更新します。業務フローの整理はPOA（プロセス指向アプローチ）の記事、画面の操作と受入の確認は業務システムのUI/UX改善の記事で扱っています。

KPIは、取り組んだ活動と、業務の結果を分けて決めます。初期のうちから、目的、今の状態、測り方と時期、担当を決めておきます。

• 活動：研修への参加、対象業務の整理、試作や試行の実施など。取り組んだことを示す指標で、業務が改善したかどうかは別に確かめます。
• 業務の結果：入力の重複、処理の時間、差し戻しなど。対象・期間・分母・例外・測る担当を決め、初期から今の状態を確かめます。測っていない値は未確認とし、0とはしません。
• 体制の運営：期限を過ぎた判断事項、担当が決まらない事項、引き継げない作業など。対象、記録の開始日、閉じる条件を決め、処理した件数の多さだけで評価しません。

活動の指標は初期、業務の結果は後の段階、と時期で分けずに、どちらも初期から測ります。数値の変化は、業務の条件とあわせて確かめます。指標の定義と照合の方法は、データ分析基盤の記事で扱っています。この記事の指標や確認票は、IPAのDX推進指標（2026年2月に改訂。IPAの発表、確認日：2026年10月21日）のような公式の自己診断や成熟度の判定に代わるものではありません。

育成は、役割ごとに必要な作業と足りないスキルを確かめ、学習・実務の経験・レビューを組み合わせて進めます。デジタルスキル標準の役割や学習項目は参考になりますが、すべての業種・職種に共通する達成基準は設けられていません（IPA：デジタルスキル標準のFAQ）。次の表は、自社で育成計画を作るときの段階の例です。

表は横にスクロールできます →

これは自社の育成計画の一例で、デジタルスキル標準の公式な等級や認定ではありません。期間、学習の時間、レビューの担当、次の確認日は、業務の負荷と経験から決めます。研修を受けたことや手順書を配ったことだけで習得済みとせず、実務での課題の発見、相談、確認の結果の説明まで見ます。許可されていない本番の操作を練習として任せず、扱える範囲と、止める・相談する条件を決めておきます。生成AIの使い方は役割に応じた学習テーマの1つで、プロンプトエンジニアリングの基本などから、必要な人が学べます。

外部のパートナーには調査・整理・実装などを頼めますが、事業上の優先順位、予算、業務での受入の最終的な決定は社内に残します。

• 採用、社内での育成、外部の支援は、期限、足りない技能、続く業務と費用から選びます。すべてを内製する方法にも、技術の作業を委託し続ける方法にも、どの会社にも当てはまる正解はありません。
• 外部に頼める作業の例は、今の状態の整理、要件の言語化、選択肢と判断の資料、技術案、合意した範囲の実装や調整です。部門の責任者を選ぶことは社内で行います。
• 担当の範囲、成果物、実作業・運用・引き継ぎ、確認の方法を合意しておきます。

社内で決める事項と外部に頼む作業を分けて記録しておくと、委託先や担当が替わっても、判断の経緯を引き継ぎやすくなります。

体制を立ち上げる前や見直すときに、分かる範囲で次の点を確認します。すべてに当てはまっても、取り組みの成功が保証されるわけではありません。未確認の項目は、担当と確認の時期を決めて残します。

社内や外部に相談するときは、対象の業務、止まっている判断、社内と委託先の担当について、分かる範囲をまとめておくと整理を進めやすくなります。体制や要件が決まっていなくても、ご相談いただけます。機密の資料やパスワードを、相談フォームに書いていただく必要はありません。