会社でよく聞く言葉があります。
「挑戦しましょう」
「変革しましょう」
「主体性を持ちましょう」
「改善しましょう」
「変わる必要があります」
言葉だけ見ると、とても前向きです。
しかし、現場で働いていると、こう感じることがあります。
本当に変わる気があるなら、なぜ使える道具を使わないのか。
特に生成AIやLLMを使っている人からすると、会社の「変革」という言葉がかなり空っぽに見えることがあります。
「変革」と言うなら、まず道具を更新する必要がある
本来、変革とは気合いのことではありません。
変革とは、仕事のやり方、道具、情報の流れ、判断の仕組み、責任範囲を変えることです。
たとえば、今ならLLMを使えば、次のような業務のたたき台を短時間で作れます。
- 会議の議事録
- 作業標準書
- 教育資料
- FAQ
- チェックリスト
- メール文
- PowerPoint構成
- Excel表の設計
- 業務フロー
- 新人が聞くべき質問
- 説明漏れ候補
- 面談台本
- 報告書の初稿
これらを人間がゼロから作ると、普通に数時間から数日かかります。
しかし、音声・メモ・既存資料をLLMに渡せば、初稿はかなり短時間で作れます。
もちろん、最終確認は人間が必要です。
ただし、人間がやるべきなのは、事実確認、判断、承認、現場に合わせた調整です。
人間の時間を、言い回しの修正や資料の清書に使い続ける必要はありません。
「情報セキュリティが心配」は分かるが、それだけで止めるのは雑
AI導入に反対する理由として、よく出るのが情報セキュリティです。
「機密情報が外に漏れたらどうするのか」
「個人情報を入れてしまったら危ない」
「誰が責任を取るのか」
「間違った回答をしたらどうするのか」
これらの懸念は、すべて無視していいものではありません。
むしろ、真面目に考えるべきです。
ただし、ここで止まるのは違います。
情報セキュリティの懸念は、AIを使わない理由ではなく、安全に使う設計をする理由です。
たとえば、次のような使い方があります。
- クラウドAIに機密情報を入れない
- ローカルLLMを使う
- 社内LAN内だけで使う
- 外部送信しない環境を作る
- 入力してよい情報と禁止情報を分ける
- 個人情報や顧客情報は匿名化する
- 低リスク業務から始める
- 出力は必ず人間が確認する
- 利用ログや責任範囲を決める
このように、設計の余地はあります。
「セキュリティが怖いから全部禁止」は、あまりにも雑です。
共有ローカルネットワークにLLMを置くという選択肢
クラウドに情報を送ることが不安なら、社内の共有ローカルネットワーク内にLLM環境を用意するという選択肢もあります。
たとえば、社内LAN内で動くLLMを用意し、外部送信しない形にすれば、少なくとも「クラウドに機密情報を投げるのが怖い」という問題はかなり抑えられます。
もちろん、ローカルLLMにも課題はあります。
- モデル性能
- 運用管理
- 社内端末からのアクセス制御
- 入力ログの扱い
- 誰がメンテナンスするか
- 誤回答時の責任範囲
- コスト
- 社内教育
それでも、「できない」で止まるより、「どの範囲なら使えるか」を考える方が建設的です。
少なくとも、議事録の整形、標準書の初稿、FAQ案、教育資料のたたき台、Excel関数の相談、メール文の下書きなど、低リスク領域から始めることはできます。
「マンパワーで頑張れ」は変革ではない
問題は、会社がAIを使わないことそのものだけではありません。
もっと大きな問題は、道具を更新しないまま、現場にだけ「変われ」と言うことです。
たとえば、次のような状態です。
- 業務量は増える
- 標準書も作れと言われる
- 教育もやれと言われる
- 属人化もなくせと言われる
- 残業は減らせと言われる
- でもAIや自動化は使わない
- ルールも作らない
- 権限も渡さない
- 最後はマンパワーで頑張れと言われる
これは変革ではありません。
単なる根性論です。
言葉だけは「挑戦」「変革」「改善」でも、中身が人力依存なら、実態は古いままです。
資料の細かい言い回しで人間の時間を燃やしすぎている
多くの会社では、資料の細かい言い回しや体裁に大量の時間が使われます。
「この表現が少し違う」
「もっと分かりやすく」
「ここを直して」
「全体的に違う」
「資料の流れが微妙」
「言葉が硬い」
「もう少し丁寧に」
もちろん、資料の品質は大事です。
しかし、こうした修正の多くは、LLMに複数案を出させればかなり短縮できます。
たとえば、同じ内容でも次のように展開できます。
- 役員向け
- 現場向け
- 新人向け
- 簡潔版
- 丁寧版
- 箇条書き版
- PowerPoint用
- メール用
- 標準書用
- 会議説明用
人間が毎回ゼロから清書する必要はありません。
人間は、LLMが出した案を見て、現場の事実と合っているか、会社として出せる内容か、判断すればよいのです。
本当の変革は「頑張ること」ではなく「削ること」
変革というと、新しいことを増やすイメージがあります。
しかし、現場にとって本当に必要なのは、増やすことより削ることです。
- 手作業を削る
- 同じ説明を何度もする時間を削る
- 会議後の記憶頼みを削る
- 資料の清書時間を削る
- 新人が何を聞けばいいか分からない時間を削る
- 属人化した説明を削る
- 曖昧な指示の手戻りを削る
- 人間がやらなくていい作業を削る
そのためにAIはかなり相性が良い道具です。
特に、文章化・要約・構造化・チェックリスト化・資料化・FAQ化はLLMが得意な領域です。
つまり、AI導入の本質は「流行っているから使う」ではありません。
労働時間を削るために使うのです。
「AIを使わない会社」は転職先としてどう見るべきか
AIを使っていない会社をすべて避ける必要はありません。
業種や規模、セキュリティ要件によって、導入が遅れることはあります。
問題は、使っていないことではなく、使わない理由を分解していないことです。
転職先を見るときは、次のような観点が役に立ちます。
良い反応
- まだ全社導入はしていないが、議事録や資料作成では試している
- セキュリティルールを整備中
- 部署ごとに使い方を検討している
- 低リスク業務から始めている
- 業務改善に使える人を歓迎している
- 生成AIを禁止ではなく管理対象として見ている
- 現場の負荷削減に関心がある
危険な反応
- AIはよく分からないから使わない
- 危ないから全部禁止
- 手でやった方が誠意がある
- 昔からこのやり方だから変えない
- でも変革しろ、挑戦しろとは言う
- 業務量は増やすが道具は増やさない
- 改善は個人の努力でやるものだと思っている
- 効率化できる人を便利屋化する
後者の会社は、AIを使わないこと以上に、変化コストを現場へ押し付ける可能性があります。
「挑戦スローガン」と「実際の変化」は違う
会社のスローガンとしての挑戦は簡単です。
ポスターに書けます。
朝礼で言えます。
方針発表で言えます。
しかし、本当の挑戦は、現場の仕事のやり方を変えることです。
そして、それには痛みもあります。
- ルールを作る必要がある
- 責任範囲を決める必要がある
- 今までのやり方を見直す必要がある
- 管理職も学ぶ必要がある
- 失敗を許容する必要がある
- 現場に権限を渡す必要がある
- 道具に投資する必要がある
ここを避けて「挑戦しましょう」とだけ言うのは、変革ではありません。
現場への精神論の押し付けです。
まとめ
「挑戦」「変革」「改善」と言いながらAIを使わない会社に違和感を持つのは自然です。
AIを使わないこと自体が必ず悪いわけではありません。
しかし、情報セキュリティや責任の問題を理由にして、使い方の設計すらしない会社は危険です。
本当に変革するなら、次のことが必要です。
- 新しい情報を仕入れる
- 使える道具を試す
- リスクを分解する
- 低リスク業務から始める
- ローカルLLMや社内環境も検討する
- 人間がやる仕事とAIに渡す仕事を分ける
- 現場の労働時間を削る
- 便利屋化ではなく仕組み化する
変革とは、現場に「もっと頑張れ」と言うことではありません。
人間が頑張らなくても回る仕組みを作ることです。
その意味で、AIを使わずに「マンパワーで変革しろ」と言う会社は、かなりズレています。
本当に必要なのは、挑戦スローガンではなく、道具・ルール・権限・責任範囲の更新です。
関連記事案
- AIを使わない会社に将来性はあるのか
- 「変革」と言いながら現場に根性論を押し付ける会社の特徴
- 生成AIで削減できる事務作業一覧
- ローカルLLMは中小企業の情報セキュリティ対策になるのか
- AI導入を転職先選びの軸にしてよい理由
- 会社の「挑戦しましょう」が空っぽに聞こえる理由
- マンパワー改善の限界とAI活用の現実
- 標準書・議事録・教育資料はLLMでどこまで作れるか
