AI推進担当の燃え尽きを防ぐ働き方と組織の作り方

燃え尽きは個人の問題ではなく構造の問題だ

AI推進担当が疲弊するのは、本人の能力や姿勢の問題ではない。役割の設計そのものに、燃え尽きを引き起こす構造が埋め込まれていることが多い。3つの問題を順に見ていく。

問題1：問い合わせの一極集中

「AIのことはあの人に聞けばいい」という認識が社内に広まると、ChatGPTの使い方から社内ツールの設定、倫理的な判断まで、あらゆる問いが推進担当に向かう。問い合わせが増えること自体は成果の証明でもあるが、応答のすべてを一人でこなす構造は持続しない。

1日に5件の問い合わせが来るとする。1件あたり20分を使えば、週で500分、約8時間が問い合わせ対応に消える。月次の発信や新しい活用例の開拓は、そこから残り時間でやるしかなくなる。

問題2：成果が見えにくい

推進担当の仕事は、チームの行動変容を促すことであり、その効果が数字になるまでに時間がかかる。一方、上司が見えやすいのは「何か新しいことを始めたか」というアウトプットだ。成果が可視化されていないと、頑張るほど消耗するのに評価されないという感覚が積み重なる。

問題3：権限なしに責任だけを負う

ツール導入の決定権は経営にある。部門への展開は各部門長の判断に委ねられる。しかし「なぜ進まないのか」という責任は推進担当に向けられる。この非対称性が長期的な疲弊につながる。

---

業務の切り分け：「推進」と「運用」は別の仕事だ

一人の推進担当が疲弊する最大の原因の一つは、性格の異なる2種類の業務が混在していることだ。

推進業務とは、社内の活用を広げるための能動的な仕事だ。新しい活用例を発掘し、事例を発信し、勉強会を企画し、未活用の部門にアプローチする。成果が出るのは数週間〜数ヶ月後だ。

運用業務とは、現状を維持するための対応業務だ。ツールの設定管理、問い合わせ対応、アカウント管理、利用規約の更新対応などが含まれる。緊急性が高く、後回しにできない。

問題は、運用業務が常に推進業務の時間を奪う点だ。緊急の問い合わせがあれば、そちらを優先するのが自然だ。結果として、推進担当の時間は運用対応で埋まり、新規活用の開拓が止まる。

切り分けの実務

まず、過去1ヶ月の業務を30分単位で書き出し、それぞれを「推進」「運用」「どちらでもない」に分類する。運用業務が60%を超えていれば、業務の構造を変える必要がある。

運用業務の一部は、以下の方法で負荷を下げられる。

• FAQを社内Wikiに蓄積し、問い合わせに対してリンクで答える
• 問い合わせ窓口をSlackチャンネル化し、他の活用者も回答できるようにする
• アカウント管理などの定型業務は、情報システム部門や総務に移管を交渉する

推進担当がやるべき運用は「運用の仕組みを作ること」であり、「日々の運用そのもの」ではない。この区別が、業務量を適正水準に保つ鍵だ。

---

組織設計：分散型の推進体制が長続きする

推進担当を1人に集中させる「集中型」より、各部門に担当者を置く「分散型」のほうが組織全体として持続する。ただし、分散型に移行するには段階的なアプローチが必要だ。

ステップ1：副推進担当を1人作る

最も積極的にAIを活用している同僚を選び、副推進担当として位置づける。週30分の活動時間を上司から保証してもらうことが条件だ。この1人が、次の部門担当者の育成役になる。

役割の詳細についてはAI推進担当の役割と仕事の進め方を参考にしてほしい。

ステップ2：部門別の担当者ネットワークを作る

各部門に1人ずつ「部門AI窓口」を置く。専任ではなく、通常業務と兼務で週2〜3時間の活動が現実的だ。この人たちは中央の推進担当に問い合わせを上げる役割であり、問い合わせのすべてに答える役割ではない。

この体制が機能すると、中央推進担当への問い合わせは「各部門で解決できないもの」に絞られる。問い合わせ件数は減り、一件あたりの重要度が上がる。

ステップ3：推進と運用の担当を制度として分ける

規模が大きくなれば、推進担当（新規活用開拓・啓発）と運用担当（ツール管理・問い合わせ対応）を制度として分けることを経営に提案できる。この段階になれば、AI活用の取り組みは組織に定着していると言える。

社内にAIを浸透させる30日計画では、初期の推進担当がどのようなスケジュールで動けばよいかを具体的に示している。組織設計の前に、まず自分の動き方を定めておくと、何を移管すべきかが見えやすくなる。

---

成果の可視化：継続できる仕組みを作る

推進担当が長く続くかどうかは、成果が見えているかどうかに大きく依存する。成果が見えなければ、当人のモチベーションが下がり、上司の支援も弱まる。

測定する3つの指標

測定が難しい「生産性向上」を精緻に計算しようとしない。代わりに、記録しやすい3つの代理指標を使う。

1. 活用者数：月ごとにAIツールを業務で使ったと回答した人数。アンケートを月次で実施するか、ツールのアクティブユーザー数を管理画面で確認する。
2. 共有された事例数：社内Slackや社内Wikiに投稿された活用事例の件数。投稿者を問わず、チャンネル内の件数をカウントする。
3. 削減報告の件数：「〇〇の作業が△△分から□□分に短縮した」という具体的な報告の数。精度より件数を優先する。

これら3つを月次でスプレッドシートに記録するだけでよい。3ヶ月分が溜まれば、上司への報告資料と自分の継続の根拠になる。

四半期レビューを設計する

推進担当を孤独にしないために、四半期に一度、上司と15〜30分の振り返りを設定する。議題は3つに絞る。

• この3ヶ月で増えたこと（活用者数・事例数）
• 想定どおりでなかったこと（計画との差異）
• 次の3ヶ月に変えること（やめること・増やすこと）

この振り返りの目的は、業務の承認を得ることではなく、上司が現状を把握していることを確認することだ。上司が何が起きているかを知っていれば、負荷が集中したときに調整を依頼しやすくなる。

---

推進担当自身が「やめること」を決める

燃え尽きを防ぐために最も即効性がある行動は、現在の業務の中から「やめること」を一つ選ぶことだ。

やめやすいのは以下のような業務だ。

• 読んでいる人が少ない内部ニュースレターの定期発行
• 参加者が毎回同じ人に固定されてきた勉強会
• 社外の動向をまとめた定期レポート（AIニュースは外部の情報源で十分なことが多い）

代わりに、もっとも効果の高かった活動に時間を集中させる。多くの場合、それは「具体的な業務課題に対する個別の活用支援」だ。抽象的な普及活動より、特定の業務への適用を一緒に考えるほうが、活用者の行動変容に直結する。

---

境界線を引く：「担当」であることの限界を明示する

推進担当は全社的なAI活用を加速する役割だが、活用の意思決定をする役割ではない。この境界線を、自分でも上司にも明示しておくことが重要だ。

具体的に言うと、推進担当がやることは「活用例を見せ、試す機会を作り、質問に答えること」だ。推進担当がやらないことは「全員に活用を強制すること」「セキュリティ審査の決定を下すこと」「ツール導入予算を確保すること」だ。

この線引きを上司と合意しておくと、「なぜ全社に展開できないのか」という不当な問いに答えやすくなる。

AIのセキュリティや導入判断に関する全社的な意思決定については生成AIとセキュリティと会社で生成AIを使うときの注意点が参考になる。

---

まとめ：継続できる設計が最良の成果だ

AI推進担当が燃え尽きずに続けるために、整理すべきことは3点だ。

まず、推進と運用を業務として切り分け、運用の仕組み化を先に進める。次に、副推進担当や部門窓口を育てることを役割の一部として意識的に時間を使う。そして、活用者数・事例数・削減報告の件数を月次で記録し、四半期に一度上司と振り返る。

大規模な取り組みを立ち上げることよりも、週40分で回り続ける仕組みを作ることのほうが、長期的に組織への影響が大きい。継続できる設計こそが、最良の成果につながる。