ぼくは今、担当クライアントのAIネイティブ化を前提としたコスト削減プロジェクトを仕切っています。自分が管理するチームの変革もその対象で、「現場がAIを使うようになるまで」を間近で見てきました。
わかったのは、現場、特にレイトマジョリティが動かないのは「怠慢」ではなく、構造的な摩擦があるからだということです。 ただ、その構造を理解したからといって「仕方ない」で済ませるわけにはいきません。
今回は、その構造と、現場で取っている対処を書きます。
ぼく自身もかつて「懐疑派」だった
ぼくはLLMの仕組みをそれなりに理解していたし、チャットUIでの壁打ちには早いうちから使っていました。ただ「実務に使えるかどうか」については懐疑的でした。
新しいモデルが出るたびにスライド作成や資料整理で試しては、「まだ品質が甘い」と感じていました。AIエージェントの実用性についても「面白いけど、現場で使えるレベルじゃない」と思っていたのです。
それが変わったのは、Claude Code（Sonnet 4.5あたり）を使い始めてから。自分のユースケースにばっちり当てはまり、実用のイメージがついたことで、認識がガラリと変わりました。
だから、AIに懐疑的なレイトマジョリティを「わかっていない」と切り捨てるつもりはまったくありません。
一方で、変革の現場で観察を続けるうちに、「懐疑的である」ことと「動こうとしない」ことは、まったく別物だと感じ始めたのです。
現場が動かない4つの構造
変革プロジェクトを進めながら、抵抗の根にある心理構造が見えてきました。
ぼくが観察した限り、大きく4つのパターンがあります。
「天から降ってきたもの」は誰も本気で使わない
会社が「AIを使え」と環境を提供し、アーリーアダプターが汎用プロンプトを作って「これ使えるよ」と配布する。そうすると、レイトマジョリティは「与えられたものをひとまず試す」ところまではいきます。
でも、そこで止まります。
ツールが自分の業務に100%フィットしないと見るや、「このプロンプト、使えないな」「AIって大したことないな」と切り捨てて終わるのです。
問題は「自分で育てる」という発想が育っていないこと。 自分に合わせてプロンプトを直す、使い方を変えるという「能動的な関与」に至らない。もらったものが合わなければ返品するという消費者マインドのまま使おうとするので、最初の一発で外れると離脱します。
「不満を言うのに動かない」という矛盾
日頃は「こんな単純な作業、もっとやりようがあるはずだ」「このルーティン、本当に時間の無駄だ」と言っているのに、いざAIを渡して「これで試してみてくれ」と言うと、手が止まります。
たとえばこんなセリフが実際に出てきたりしました（一部フェイクを含みます）。
- 「AIがやばいなんて上層部が騒いでいるだけで実務には関係ない」
- 「会社の上位層はAIに入れ込みすぎだ」
- 「AIはおもちゃみたいなもので、実務に使えるとは思えない」
「なんで？」とずっと思っていましたが、だんだん構造が見えてきました。「現状への不満」と「変化への恐怖」は別物なのです。
不満は口でガス抜きできますが、変化は実際に自分が動かなければなりません。変化には失敗リスクが伴います。不満を言いつつ変化を拒む、というのは矛盾ではなく、むしろ合理的な自己防衛なんだと今は思っています。
単純作業には「聖域」としての側面がある
AIがすぐさま代替できるのは単純作業です。単純作業には「脳をフル回転させなくても成果物ができていく」という快感があります。ルーティンをこなしているあいだ、頭のなかは別のことを考えていてもいい。ある種の休息にもなっています。
AIがその作業を肩代わりしてしまうと、その「ゆるい達成感」の時間が消えます。AIは皮肉にも、現場から「単純作業という名の聖域」を奪うことになります。 聖域が消えるとわかっていれば、「楽になる」といわれても怖い。楽になった先に何があるかわからない。そう感じるのです。
AIが突きつける「視座の引き上げ」という圧力
AIが作業を引き受けると、人間に残るのは「判断」になります。その判断というのは、かつてはその人の「上司」が担っていたレベルのもの。AIを使いこなすには、必然的に「1つ上のレイヤーの仕事」をすることが求められます。
上位の仕事に興味がない人にとって、これは望まぬ成長の強制です。「なんで急に自分がそんなことを考えなきゃいけないんだ」という感覚を持っておかしくないでしょう。すると、AIは自分の平和な殻を壊してくる「敵」に映ります。
AIネイティブとは結局、「自己変革できる人」のことだと思います。 スキルや知識ではなく、「今の自分を壊して、上位の視座を引き受けられるかどうか」という特性の話です。
全員が自己変革者である必要はない、が
「AIを使わない人は全員この心理なのか」というとそうではありません。単純に業務との相性が悪い、使えるユースケースがまだ見つかっていないケースもあります。変化の速度は人によって違いますし、全員に同じペースを強いることはできないとも思っています。
ただし、変革の波は個人のペースを待ってくれません。ぼく自身も「エージェントはまだ実用レベルじゃない」と思いながら静観していた時期があり、その間に使い倒していた人たちとの差が開きました。懐疑的でいることのコストは、じわじわとわが身を蝕む。ひいては自らの仕事を失う。淘汰される。そう実感したのです。
全員が淘汰に抗い進化する自己変革者になる必要はない。ただ、自分が抱えているメンバーたちに仕事を失ってほしくない。他力本願でも変革されていってほしい。そう考えています。
現場で実際にやっていること
観察だけして終わっても仕方ないので、今ぼくが現場でやっていることも書いておきます。
まず、コーチングより先にティーチングが必要なフェーズがある、と割り切りました。「自分で考えて使い方を見つけてほしい」というアプローチは、少なくとも最初は通用しません。「この仕事でこう使え」「このプロンプトをここに入れろ」という具体的な指示から入ることで、はじめて「あ、これは使えるかも」という実感が生まれます。
次に、「全体の効率」ではなく「あなたの、この作業が半分になる」という個のメリットを見せること。チームとしてのコスト削減を熱弁しても個人は動きません。「あなたが毎週やっているあの作業、AIで15分で終わりますよ」という具体性が刺さります。
最終的には、
- AIを使う前提のQCDで評価する
- AIを使っていなければ叱る
などに踏み込み、チームの基準を引き上げていくことも視野に入れています。
まとめ
AIを使わない人を「意識が低い」と断罪するのは簡単ですが、それでは何も解決しません。
本記事では書いた4つの構造を振り返ると、どれもそれなりの合理性があります。自身で活用することを前提としたAI環境や活用事例・効果を渡しても消費者マインドのまま動かないのは当然で、自分ごとと捉えること、活用イメージやベネフィットを想起すること、そのためのハードルを自ら越えること、リスクを取ることを、本人に丸投げしているだけです。不満を言いながら変化を拒むのも、失敗リスクを避ける自己防衛として合理的です。単純作業の聖域を奪われる感覚も、視座の引き上げを強いられる圧力への抵抗感も腑に落ちます。
だからこそ、変革を担う側は「ツール提供だけ」「研修だけ」で終わってはいけません。 個のメリットを示す、具体的な使い方を見せる、それでも動かなければ、AIを使う前提の期待値に合わせてプレッシャーをかけていく。泥臭い手順を踏むしかないのだと思います。
かつて懐疑的だったぼくが変わったのは、実務の場で「これは本物だ」という体験を得たからです。叱られたからでも、評価のためでもありません。自分のユースケースにドンピシャでフィットした瞬間、これが全てだったと思っています。
そういう機会に一人でも多くのメンバーが触れ、気づき、他力ではなく自力で自己変革に踏み出してくれることを願っています。
ここまで読んでいただきありがとうございました。
コメント