【2026年版】生成AI推進組織（CoE）の作り方｜役割分担と3つの権限設計

生成AIの全社展開が止まる原因は、兼務1名に任せた推進体制にあります。CoEが担う4機能、先に決めるべき3つの権限、専任ゼロで始める3役構成と立ち上げ90日の手順を解説します。

「推進担当は兼務で1名」から始まる失速

生成AIの全社展開が止まる会社には、共通する体制の特徴があります。それは推進担当が兼務で1名だけという状態です。本人の熱意は高くても、決められる範囲が狭く、他部署に依頼する権限もありません。

この体制では、問い合わせ対応と社内調整だけで時間が溶けていきます。ルールの整備や活用事例の展開まで手が回らず、数か月で動きが鈍くなります。担当者の能力の問題ではなく、役割と権限の設計が抜けていることが原因です。

そこで検討されるのがCoE（センター・オブ・エクセレンス）という考え方です。この記事では、生成AIの推進組織をどう設計し、どこから立ち上げるかを実務の手順に沿って解説します。

CoEは「ツールを配る部署」ではありません

CoEとは、特定領域の知見を集約し、全社に展開する役割を担うチームのことです。生成AIの文脈では、ツールの調達係と混同されがちですが、両者はまったく違います。

ツールを配るだけなら、情報システム部門のアカウント発行業務で足ります。CoEの本来の仕事は、使い方の型をつくり、それを他部署が再現できる形にすることです。

CoEが担う4つの機能

基準づくり：入力してよい情報の範囲、成果物の確認手順、禁止用途を定める
型の展開：成果が出た使い方を手順書やプロンプトの形にして他部署へ渡す
相談窓口：現場の「これは使っていいのか」に短時間で答える
実績の可視化：どの部署で何が置き換わったかを記録し、経営に報告する

この4つのうち、抜けやすいのは3つ目と4つ目です。相談先が不明確だと現場は勝手に判断し、実績が見えないと予算の継続判断ができません。

立ち上げ前に決める3つの権限

体制図を描く前に、権限を先に決めてください。ここが曖昧なままだと、後から必ず揉めます。

1. 利用可否を判断する権限

「この業務でこのツールを使ってよいか」を最終的に誰が決めるのかを明文化します。CoEが判断するのか、法務や情報システム部門との合議なのかを、判断の種類ごとに分けておくと運用が回ります。

2. ツールを止める権限

問題が起きたときにアカウントを停止できるのは誰か、という点です。事故の初動は速さがすべてです。停止の判断に承認を三段重ねると、その間に被害が広がります。

3. 予算を執行する権限

ライセンス費用を持つのがCoEなのか、各部門なのかを決めます。各部門持ちにすると導入判断は速くなりますが、契約が分散して棚卸しが困難になります。少額の試用はCoE予算、本格導入は部門予算という分け方は、比較的うまく機能します。

3つの役割で始める最小構成

専任チームをいきなり作れる会社は多くありません。まずは役割を3つに分け、兼務でも担当者を明示するところから始めます。

推進リード（業務側）

どの業務から着手するかを決め、成果を経営に報告する役割です。重要なのは、技術に詳しい人ではなく業務の流れを説明できる人を置くことです。工程を分解できない人がリードになると、ツール選定の話に終始します。

技術担当（情報システム側）

アカウント管理、権限設定、ログの取得、他システムとの接続を担います。既存の情報システム部門から1名を明確にアサインすれば十分です。

ルール担当（法務・リスク側）

入力してよい情報の線引き、契約内容の確認、社外公開時の扱いを見ます。専任は不要ですが、相談先が決まっていることが重要です。担当が空白だと、現場は判断を避けて使わなくなります。

この3名に加えて、部署ごとに1名の窓口役を置くと展開が速くなります。窓口役の仕事は指導ではなく、うまくいった使い方をCoEに報告することです。

情報システム部門との線引き

CoEを立ち上げると、必ず情報システム部門と役割が重なります。曖昧にすると、どちらも動かない領域が生まれます。

分け方の目安は、「守る仕事」と「広げる仕事」です。アカウント管理、ログ保全、セキュリティ審査は情報システム部門が持ちます。使い方の型づくり、事例の展開、現場の相談対応はCoEが持ちます。

重なりやすいのが新規ツールの審査です。ここは「CoEが業務上の必要性を説明し、情報システム部門が技術・契約面を審査する」という二段構えにすると、責任の所在がはっきりします。

立ち上げ90日の進め方

最初の3か月で何をするかを決めておくと、体制が形骸化しにくくなります。

1〜30日：3つの権限を文書化し、担当者名を確定する。現状使われているツールを棚卸しする
31〜60日：対象業務を1つに絞り、工程を分解して手順書を作る。相談窓口を社内に周知する
61〜90日：その業務での作業時間の変化を記録し、手順書を他部署が使える形に整える。経営へ1回目の報告を出す

ここで欲張って対象業務を増やすと、どれも中途半端に終わります。最初の90日は1業務に集中するほうが、結果的に展開は速くなります。

形だけのCoEになる兆候

看板だけ掲げて実態が伴わない状態には、わかりやすい兆候があります。

定例会議の議題が「各部署の状況共有」だけで、決定事項がない
現場からの相談件数が月に数件しかない（窓口が知られていない）
成果の説明が利用率やアカウント数に偏っている
手順書が作られておらず、成功事例が担当者の記憶にしか残っていない

特に3つ目は注意が必要です。利用率は動いていることの証明にはなりますが、業務が変わった証明にはなりません。報告は「どの工程が、どれだけ短くなったか」で書いてください。

よくある質問

専任者ゼロでもCoEは機能しますか

立ち上げ期であれば、兼務でも機能します。ただし推進リードには、業務時間の2割程度を確保してください。時間の確保が明示されないと、通常業務が優先されて活動が止まります。

どの部署がCoEを持つべきですか

経営企画やDX推進部門が持つ例が多いですが、部署名よりも経営層への報告ラインが短いことが重要です。報告が何段階も経由する位置に置くと、判断が遅れます。

CoEはいつまで必要ですか

各部門が自力で手順書を更新できるようになれば、規模は縮小して構いません。その段階では、基準の維持と横展開だけを残す形に移行します。

まとめ

生成AIの推進が止まる原因は、多くの場合ツールではなく体制にあります。兼務1名に押し付けられた推進担当は、権限がないまま調整に追われて疲弊します。

立ち上げで先に決めるべきは、利用可否・停止・予算という3つの権限です。そのうえで推進リード、技術担当、ルール担当の3役を明示すれば、専任ゼロでも動き始めます。最初の90日は対象業務を1つに絞り、工程が変わった事実を記録してください。

体制づくりと合わせて、実際に使うツールの選定基準も整えておくと展開が滑らかになります。用途別の比較は、当サイトのカテゴリ別一覧もあわせてご覧ください。