変えるために入れた人が変えられない——DX推進者の受け入れ構造を設計する

DX推進者を採用して半年——「思っていた仕事と違う」と言い残して辞めた。地方企業のDX担当者の離職には、こうしたパターンが繰り返されている。

採用した人材の素性は問題なかったかもしれない。しかし機能する場を用意していなければ、どれだけ意欲のある人材も消耗する。問題の多くは、人材の力量ではなく、入れ先の構造にある。この記事では、受け入れ側に潜む4つの構造的欠陥を整理し、それぞれをどう手当てするかを考える。

孤立と権限不足——「進言する係」に押し込む二つの圧力

DX推進者にとって最大の退職動機のひとつは、成長の停止だ。コードを一緒に読む相手もなく、躓いたときに相談できる同僚もいない。試行錯誤を蓄積できる環境がなければ、熱意はやがて消耗に変わる。

それに重なるのが権限の問題だ。「変えるために呼ばれた」のに、実際に与えられるのは課長の下の一担当者という立場だ。システム選定も、ベンダー交渉も、最後は別の誰かの承認が必要になる。推進者は「動かす人」ではなく「提案する係」として機能することになり、やがて決裁の壁に疲弊する。

意思決定権のない場所に変革の担い手を置くことは、変えるつもりがないと宣言するに等しい。

推進者が定着した企業に共通するのは、入社直後に「この人が決めていい」という範囲が明確だったという点だ。逆に言えば、範囲が曖昧なまま始まった現場では、担当者は承認取りつけのために大半のエネルギーを使うことになる。経営層がどの範囲の意思決定を推進者に委ねるかを、書面で明示することが出発点だ。経営層が引き取るべき判断と推進者に委ねるべき判断の分界点については、こちらを参考にしてほしい。

兼務と「失敗知識の欠如」——時間と判断軸を奪う慣行

「総務兼DX担当」として入社した場合、時間の大半が既存業務に吸われる。これは担当者の意欲の問題ではなく、構造上の必然だ。緊急度の高い日常業務が、重要だが緊急でないDX業務を常に押しのける。

さらに深刻なのが、組織に失敗の経験が蓄積されていないことだ。DXの現場には「地雷」がある。無理な納期・過大な仕様・現場の抵抗を見誤った導入計画——こうした失敗パターンを知らない組織は、悪意なく推進者に無理な条件を押しつける。

失敗知識の欠如は、具体的な場面で表れる。「2か月で完成させてほしい」という納期は、開発の現場では非現実的なことが多い。しかし発注側にその感覚がなければ、担当者はその無理を一人で引き受けることになる。外部のベンダーと調整しながら、社内の期待値を下げながら、自分自身も走り続ける——その消耗に耐えられる人は多くない。地雷の場所を知らないまま前進させるため、担当者が最初の爆発を一人で受け止める構造ができあがっている。推進体制を実態に合わせて組み立てる考え方については、こちらも参照されたい。

受け入れ構造を採用の前に設計する

採用は環境の整備の後に行うべきだ。以下の3点を入社前に設計しておくことで、推進者が機能する土台が生まれる。

1. 意思決定権の範囲を書面で定める — 推進者が単独で決定できる事項（システム選定・ベンダー交渉・予算の範囲）を明文化する。「相談すれば動ける」ではなく、「この範囲は自分が決める」という状態を作る。
2. 専任時間を業務設計に組み込む — DX業務に充てる時間が週の半分を下回らないよう、採用前に就業設計をする。既存業務の一部を他の担当者に移管することが前提になる。
3. 失敗の語り場を先に持つ — 外部支援者やベンダーから「よくある失敗」を入社前にインプットし、組織として地雷を把握しておく。推進者が一人で最初の失敗を引き受けない環境を作る。

これらは採用コストや給与水準の話ではない。仕組みの設計だ。外部の経験知を組織に持ち込みながら受け入れ構造を整えるには、DX伴走支援「しぼる」のような関わり方も選択肢になる。

DX推進者が定着するかどうかは、その人の能力だけで決まらない。入れる前に整えた構造が、最初の1年を左右する。