EP.1変化突破型 - 慣性を破ったリーダーたちの実戦戦術
팀
팀제이커브
AI NEWS
AI Native Lab
購読
EP.1 変化突破形
「AI導入しようとしたらスタッフ70％が邪魔した」
過去のプロローグで私たちは質問を投げました。 AI時代、リーダーは何で存在を証明するか。
その答えを見つけるために5社のリーダーに会い、最初に共通して飛び出した話は華やかな技術導入の成功談話ではなかった。 「人が動かない」 - この一言だった。
AIを導入すると宣言した後、最初に遭遇するのは技術の壁ではない。静かだが頑強な抵抗―「今も上手になっているのに、なぜ変えなければならないの？」という構成員の慣性だ。
今回は通信、制約、ピンテック、半導体まで――異なる産業でこの慣性と正面にぶつかったリーダーたちの実戦戦術を覗いてみる。トップダウンはどのように機能し、ニンジンと鞭はどこまで振り回され、最も巨大な障壁だったセキュリティはどのように突破したか。
1-1.イノベーションを妨げるのは技術ではなく「面倒」だ
出典：チームジェイカーブ（*ナノバナナ2で製作）
AI導入に失敗する最大の理由は何だろうか？技術の限界？予算不足？セキュリティ問題？
製薬流通Ｂ社のリーダーは１０年以上、２社でデジタルトランスフォーメーション（ＤＴ）をリードしてきた。彼が骨痛く学んだ教訓は意外と単純だ。
「どんなに良いシステムが導入されても、メンバーの少なくとも70％は変化を拒否します。仕事を奪うのか恐れていません。
従来に楽にしていた方式が変わるのが面倒です。 「また何か新しいことをする必要がありますか？」 - これは率直な反応です。」
従来に楽にしていた方式が変わるのが面倒です。 「また何か新しいことをする必要がありますか？」 - これは率直な反応です。」
この70%は悪意のある人々ではない。数十年間、自分だけのやり方で仕事を上手にしてきた人々だ。既存の業務方式が完全に内在化されているため、新しいシステムの導入は業務効率の向上ではなく、すぐに私を疲れさせる不要な課題と認識される。
B社のリーダーは、この慣性の実体をより具体的に描写する。
「初めには言葉だけ「ダメです、これはちょっと…」というレベルです。 ところが時間が経つと業務的に邪魔になります。
DT件AI件、メンバーの理解が先にならなければ、システムだけが変わると絶対組織が変わらないんです」
DT件AI件、メンバーの理解が先にならなければ、システムだけが変わると絶対組織が変わらないんです」
結局、変化突破リーダーはこの戦いの本質を明確に認識するために出発しなければならない。これは技術導入プロジェクトではなく、
おなじみと決別したくない人間本性との心理戦だ。
おなじみと決別したくない人間本性との心理戦だ。
1-2.トップダウンの威力：CEOのKPIにAIが迫ると起きたこと
70％の慣性を破るために中間管理者の説得や油絵本だけで十分だろうか？現場の答えは断固としている。不可能だ。
第1世代フィンテックC社の役員は、数十年間保守的大企業と働いてきた経験に基づいてこう警告する。
「100大企業のような古い組織は、最高決定権者がAIを直接学習して理解した状態でトップダウンに降りなければ、過去のESG経営のように真似だけするレベルにとどまるでしょう。
これは警告で終わらない。実際に巨大な製造インフラを持つグローバル半導体D社でトップダウンの威力が証明された。セキュリティとレガシーシステムを理由にAI導入に消極的だった現業部門の基調が180度変わったきっかけは一つだった。
CEOのKPIに「AIを通じたROI改善」が明示されたのだ。
CEOのKPIが変わると、7人の部門長（社長級）にAI関連KPIが下がった。部門長に下されたＫＰＩは再び担当（専務・副社長級）に、その下チーム長に連鎖的に落ちた。その瞬間から、現業では膨大な数のAI適用課題が爆発的に注がれ始めた。
D社のリーダーはこの変化のメカニズムをこう説明しています。
「上で決定をしてくれることを現業は望んでいます。彼が体感して決定をしてくれる瞬間、下からは落ちてしまいます。
トップダウンは単に「上からさせたから」という降圧ではない。最高経営陣が直接AIの可能性を体感し、その体感を組織の成果構造に連結させること。これが慣性を破る最も強力な起爆剤だ。
1-3.にんじんだけではいけない: ライセンスを回収し、評価に40%かかる
経営陣がトップダウンで板を敷いてくれたら、現場のリーダーたちは具体的にどのように行動変化を引き出すのだろうか？ここで「にんじんを与えればいい」という幻想はすぐに壊れる。
通信大企業A社のリーダーは戦士文書中央化とAIコパイロットを導入し、ニンジンと鞭を同時に振り回した。
ニンジン： AI活用ハッカートンを開き、優秀事例を発掘し、上位入賞者にノートパソコンなどの商品を提供した。 LLMライセンスを最初に支払って参加を誘導した。
鞭：クラウドに文書をバックアップしない部門のAIライセンスを全量回収した。部署別の活用状況を数値化し、「君たち部署は何％だ？」というレポートを組織長に直接伝えた。それも挨拶シーズンに。
「欲をたくさん食べました。でも使わないのですが、あえて高価なライセンスを与える必要はありません。
製薬流通Ｂ社のリーダーはさらに一歩進んで評価構造自体を変えた。 9人のチームメンバーの半分がAI導入後も以前と同じ方法でのみ働くと、言葉だけ指示することを超えて毎月定性評価の40%をAI活用度に強制配分した。そして社内クラウドに点数配点表を透明に公開した。
「昨年この評価基準表を作るのに本当に悩みをたくさんしました。言葉だけでは絶対にできません。評価基準を作って公開するから、あきらめる人はあきらめ、ついてくる人はついてきたんですよ。それがむしろきれいでした」
変化突破リーダーは良いツールを紹介する人ではありません。メンバーのKPIと評価を設計して動かす人だ。道具の機能ではなく、制度の力で慣性を破った。
1-4.セキュリティチームは敵ではない：「新しいアクセスオブジェクト」のためのワンチーム
革新を妨げる最後の巨大な障壁がもう一つある。セキュリティ。
多くの現業リーダーが「セキュリティチームが全部詰まってイノベーションができない」と不満を吐露する。実際、通信大企業A社の場合、個人業務PCでGoogle接続すら遮断されており、文書暗号化(DRM)ポリシーの場合の数だけ約1千種類に達した。ネットワーク団、アプリケーション団、ウェブプロキシ団、ファイアウォールまで - 単純業務のためのPCであるにもかかわらず、何十年にもわたって重複したセキュリティポリシーのマニュアルは存在しなかった。人も変わり、システムも入れ替わり、どの政策がどこに適用されているのか正確に知る人がいなかった。
A社のリーダーはこの状況を「リバースエンジニアリング」と表現した。
「担当者が実際の業務環境で直接書いてみて、「これはURIが詰まっている」、「これは保護がかかっている」を一汗一汗探さなければなりませんでした。そうしないでください。
しかし、この苦痛な過程でA社のリーダーが得た最大の教訓は技術的なものではなかった。保安チームと戦えば、10年が経っても革新ができないということだった。
「セキュリティを取り除き、革新するということは、自分が踏みつけている土地を取り除くのと同じです。一緒に行かなければなりません。革新チームとセキュリティチーム、そして予算チーム - この3チームが一拍子に動かなければなりません。」
過去には文書にアクセスできるオブジェクトがただ人だけだった。人ではなく、何かが情報に近づいたとき、それはすぐにハッキングでした。しかし、AI時代には人でもハッキングでもない、情報を検索して分析するために接近する「新しいオブジェクト」ができた。
変化突破リーダーはAIを単純なツールや脅威ではなく、組織内に新たに加わった「助手」という新しいアクセスオブジェクトに再定義しなければならない。そして、セキュリティチームを妨害物ではなく、この新しいオブジェクトに安全な道を開けるワンチーム（One-team）パートナーとし、一緒にポリシーを再設計しなければならない。
A社でイノベーションチームとセキュリティチームは数ヶ月間1千種類以上のセキュリティケースを一緒に解放して苦労し、その過程でラポットが形成された。その後、A社のリーダーがどの企業にリファレンスミーティングを行っても、必ずセキュリティチームと変更管理チームを同行させた。
真のAIネイティブ組織に行く突破口は、セキュリティを開けるのではなく、セキュリティとともに新しいドアを作ることだ。
EP.1を終えて：変化突破リーダーのチェックリスト
今回のエピソードで出会ったリーダーの共通点をまとめると、変化突破型リーダーが現場で実際に実行した戦術は次のようになる。
①戦いの本質を把握せよ－AI導入は技術プロジェクトではなく、70％の慣性と繰り広げる心理戦だ。私たちの少ない技術の限界ではなく、「面倒」という人間本性だ。
② トップダウンドライブを確保せよ- 中間管理者の油絵本だけでは慣性を破ることができない。 CEOのKPIにAIが明示された瞬間、組織は動く。最高経営陣が直接体感させてください。
③にんじんと鞭を同時に振り回す- ハッカートン（イベント）と商品（ニンジン）で早期の返答を確保するが、ライセンス回収と評価反映（鞭）で行動の変化を強制しなさい。評価基準を透明に開示すると、組織は自分で整列します。
④セキュリティチームをワンチームにしなさい- AIという新しいアクセスオブジェクトのためにセキュリティポリシーを一緒に再設計しなさい。セキュリティを開こうとしないでください。セキュリティと一緒に新しいドアを作りましょう。
次: EP.2 スピード実行型— 「もう一度書いて」 一言が完璧主義に勝つ
投稿者：チームジェイカーブ|監修：キム作家（By Claude）
AI Native Partnerとして、企業のAI Nativeへの移行を支援しています。 L&D（Learning & Development）からAXコンサルティング、AIコーチの自動化まで - 組織がAIと連携する方法を設計します。
インタビューへの参加とお問い合わせ： Info@teamjcurve.com
「AI Native百科事典」を購読する
サイトを購読すると、新しい投稿などの最新のアップデートを通知やメールで最初に受け取ることができます。
Slashpageに参加して「AI Native百科事典」を購読してください！
Slashpageに参加して「AI Native百科事典」を購読してください！
購読
