2026-08-12
担当者を置いた日から、止まっているDX——経営が変革を引き受けるとはどういうことか
Argora編集部
ツールを導入し、担当部署も置いた。それでもDXが進まない企業に共通するのは、経営者が変革を「誰かの仕事」にしてしまっていることだ。変革は委ねるのではなく、引き受けることから始まる。
ある製造業の現場を見たとき、そのギャップがはっきりした。本社はクラウドツールを導入し、「DX推進室」を設置し、外部ベンダーとの契約も締結していた。だが、工場の第一線では相変わらず紙の日報が積まれ、情報は口頭で行き来していた。「ツールは使っていますか」と聞くと、「入れてはいますが、上がどこまで本気か分からなくて」という答えが返ってきた。
ツールを入れた側と、変わっていない側
変革とは、ツールが動き始めることではなく、人とプロセスが変わることだ。DXの導入が「完了」したとき、多くの場合それはツールが稼働した日を指している。しかし現場にとっての変革は、そこから始まる。
デジタルツールは変革の手段であって、変革そのものではない。手段が整った後にこそ、組織の本気度が問われる。
定着を起点に置いたシステム移行でも触れたように、ツールの稼働と現場の変化は別の問題として扱う必要がある。「紙のとおり」を一時的に選んだ現場には、変化への抵抗ではなく、変化の意味が伝わっていないという実態があった。その意味を誰が語るのか。多くの場合、それは担当者ではなく、経営者の仕事だ。
「担当者を置く」ことの、もう一つの意味
担当者を決めることで、経営者は無意識に「自分はもうやった」という感覚を持ちやすくなる。「デジタル推進担当」「DX室長」を任命することは自然な組織対応に見えるが、それは変革の責任が手渡される瞬間でもある。
変革が担当者に渡った瞬間、それは「変革」から「プロジェクト」に変わる。プロジェクトには期限があり、予算があり、担当者がいる。しかし変革が必要とするのは、経営者が「なぜこれをやるのか」を語り続けることであり、日常の判断のなかでデジタルを選び続けることだ。
担当者が動けない典型的な場面を挙げると、次のようなものがある。
- 経営者が従来の報告フォーマットを変えず、現場のデジタル入力が形骸化する
- 「DXは推進室に聞いて」と言われ、現場が優先度を判断できなくなる
- 担当者の提案が承認待ちで止まり、変化のタイミングを失う
いずれも、経営者が変革の外側に立っていることで生じる。
経営者自身が変わる、ということ
経営のコミットメントとは、宣言ではなく行動だ。変革を自分ごととして引き受けた経営者は、次のような具体的な変化から始める。
- 情報の取り方を変える — 月次の集計報告を待つのではなく、現場のリアルタイムデータに自分でアクセスするようになること。「報告された数字」ではなく「起きていること」を見る習慣をつくる。
- 会議の構造を変える — 「報告を聞く場」から「変化を確認し次を決める場」へ。経営者の問いの立て方が、会議の質を変える。
- 判断の根拠を変える — 勘と経験だけでなく、データを議論に乗せる習慣を経営者自身がつくること。「データを出せ」と言う前に、自分がデータを使う姿を見せる。
改善が伝染する条件として整理されているように、変化は「見ている人がいる」という感覚から広がる。経営者が現場の小さな変化に目を向け、それを言語化して返すことで、現場は動く意味を見つける。
変革の伴走が必要だと感じたとき、外部CxOとして入るような選択肢も、経営者が変革の当事者でい続けるための補助線になることがある。社内に変革を推進できる人材がいない場合、外部の視点と経験をもち込むことで、経営者自身の関与の質が変わることもある。
担当者が「任される」のではなく、経営者が「引き受ける」。そのわずかな起点の違いが、DXが組織に根づくかどうかを決める。
FAQ
よくある質問
DXを担当者に任せてはいけないのですか?
任せること自体は問題ないが、経営者が変革の当事者でなくなると組織は動かない。担当者の提案を経営者が承認するだけでは、変革ではなく調達になる。
経営者がDXに関与するとはどういうことですか?
会議体の変更や情報の取り方を変えるなど、経営者自身の日常の意思決定プロセスを変えることを指す。現場に「やれ」と言うだけでは関与とはいえない。
ツールを入れたのにDXが進まないときはどうすればよいですか?
まず経営層が「何を変えたいか」を自分の言葉で再定義することから始めるとよい。ツールの活用状況より先に、経営者自身の行動変容が起点になる。
Related
Argo:デジタルの、ほかの読みもの
2026-09-26
AI導入が進まない原因を5層で切り分ける|発注側が確かめる順番
AI導入の話し合いが続くのに前へ進まない。詰まりの原因は技術・データ・業務・判断・運用の5層のどこかにある。どの層で止まっているかを確かめる順番を整理する。
2026-09-25
RPAの費用構造と会計処理——シナリオが増えたとき伸びる費目はどこか
RPAを導入するとライセンス費・開発費・保守費の三層に費用が分かれる。シナリオ数が増えると保守費が先に膨らむ構造を理解し、予算計画に反映させるための整理。
2026-09-25
基幹システム入れ替えの費用はなにで決まるか——削れるコストと削れないコスト
基幹システムの刷新費用は、どこまで削れるのか。ライセンスや機能開発は交渉の余地があるが、データ移行・並行稼働・教育訓練の三つは費用を削ると工程全体がほころびる。その理由を工程ごとに整理する。
