Claude Codeの試行が一段落し、「効果はありそうだ。次は他の部署にも広げたい」という段階に入ったとき、多くの会社が次の壁にぶつかります。試行は、意欲のある人が少人数で進めたから回った面があり、同じやり方では広げられないからです。「誰に、どの順番で、何を整えてから広げるのか」が決まっていないと、拡大が止まったり、ルールがないまま使う人が増えたりします。
この記事では、試行が終わった後に社内展開を進める手順を、(1)拡大するかどうかの判断、(2)展開の単位と順番、(3)標準として整えるもの、(4)研修と相談窓口、(5)展開後の見直し、の流れで整理します。導入の初期段階でつまずきやすい点は「Claude Code導入初期に必ずつまずく3つの壁と越え方」、試行の稟議は「Claude Code導入の稟議書の書き方」にまとめています。この記事は、その次の段階を扱います。
- 拡大するかどうかは、試行の前に決めた判断基準（時間の削減、継続利用、ルール違反の有無）に照らして決める
- 展開は全社一斉ではなく、部署や業務の単位で順番に広げる。各段階で「次に進む条件」を決める
- 広げる前に、利用ルール・権限の標準設定・プロジェクトごとの指示書（CLAUDE.md）・研修・相談窓口を標準品として整える
- 展開後は、利用状況と失敗例を定期的に集め、ルールと標準を更新する担当を置く
展開で起きやすい問題
試行と展開では、前提が変わります。試行では、使う人は自分から手を挙げた人で、困ったときは推進担当に直接聞けました。展開では、使う人の中に「言われたから使う人」が増え、推進担当だけでは質問を受けきれなくなります。起きやすい問題を整理します。
| 問題 | 原因 | 先に整えること |
|---|---|---|
| 使う人と使わない人の差が広がる | 業務と結びついた使い方が共有されていない | 部署ごとの活用例、研修 |
| ルールを知らずに使う人が出る | 周知が一度きりで、新しい人に届かない | 利用ルールの周知の仕組み、入社時の案内 |
| 質問が推進担当に集中する | 相談窓口が個人になっている | 相談窓口の設置、よくある質問集 |
| 設定がバラバラになる | 各自が自己流で設定している | 標準の権限設定、指示書のひな形 |
| 効果が見えなくなる | 測定の方法が試行限りだった | 展開後も続く測定の仕組み |
これらは、広げる前に準備できることがほとんどです。次の章から、順に説明します。
手順1：拡大してよいかを判断する
試行前に決めた基準で判断する
試行の前に、「どうなったら拡大し、どうなったら中止するか」を決めておくことが、拡大の判断を楽にします。基準がないまま試行が終わると、「なんとなく良さそうだから広げる」「懸念が出たので止める」という感覚的な判断になります。基準の例を示します。
| 観点 | 確認すること | 記録するもの |
|---|---|---|
| 効果 | 対象業務の所要時間が、試行前の基準値から減ったか | 試行前後の所要時間、件数 |
| 定着 | 試行の参加者が、期間の終わりまで使い続けたか | 利用者数、継続して使った人数 |
| 品質 | AIの出力の確認で、重大な誤りが見つかっていないか | 確認で直した箇所、手戻りの回数 |
| 安全 | 入力禁止の情報の入力や、ルール違反がなかったか | ルール違反の件数、ヒヤリハット |
| 費用 | 試行の費用が、見込みの範囲に収まったか | ライセンス、研修、社内工数の実績 |
効果の測り方は「業務自動化のROIをどう測るか」を参照してください。他社の削減時間の数字ではなく、自社の測定値で判断することが重要です。
参加者の声も集める
数字に出ない情報も、展開の準備には役に立ちます。次の点を、参加者から聞いておきます。
- どの場面で役に立ち、どの場面で役に立たなかったか
- つまずいたところ、質問が多かったところ
- ルールが厳しすぎる・足りないと感じた点
- 他の部署に広げるなら、何を整えておくべきか
これらは、研修の内容や標準の設定、よくある質問集の材料になります。
手順2：展開の単位と順番を決める
全社一斉ではなく、段階的に広げる
展開は、一度に全員へ広げるのではなく、いくつかの段階に分けます。各段階で、次に進む条件を決めておきます。段階の分け方の一例を示します。実際の人数や期間は、会社の規模や業務に応じて自社で決めてください。
| 段階 | 対象 | 目的 | 次に進む条件の例 |
|---|---|---|---|
| 試行（完了） | 1部署の少人数 | 効果と安全性の確認 | 拡大の判断基準を満たす |
| 第1波 | 試行の部署全体＋近い業務の1〜2部署 | 標準の整備、研修・相談窓口の検証 | 質問の傾向が把握でき、ルール違反がない |
| 第2波 | 希望する部署、または業務が類似する部署 | 部署横断の活用例づくり | 各部署で対象業務が決まり、効果の測定が回っている |
| 全社展開 | 対象を希望する全部署 | 通常の運用に移行 | 相談窓口と見直しの仕組みが定常運用になっている |
すべての部署に必ず展開する必要はありません。Claude Codeの効果が出やすい業務は、部署によって異なります。効果の出る業務が見つからない部署に、無理に広げる必要はありません。
広げる部署の選び方
第1波、第2波の部署は、次の観点で選びます。
- 業務が試行に近い：試行の知見を使い回しやすい
- 推進役になる人がいる：部署内で質問を受けられる人がいる
- 部門長が前向き：担当者の時間を使うことに合意がある
- 扱う情報の機密性が極端に高くない：最初の波は、リスクの低い部署から始める
経理や人事のように機密性が高い部署は、権限と入力情報の整理を先に済ませてから、後の波で入れるのが安全です。経理の場合の確認事項は「経理部門にClaude Codeを導入する前に決めること」にまとめています。
手順3：標準として整えるもの
展開する前に、各部署が共通で使える「標準品」を用意します。これが、各部署がバラバラに設定して事故が起きるのを防ぎます。
利用ルール
入力してよい情報、使ってよいアカウント、確認の責任、事故時の連絡先を、1つの文書にまとめます。試行時のルールを展開向けに更新します。作り方は「Claude Codeの情報漏えい対策と社内ルールの作り方」を参照してください。
権限の標準設定
Anthropicの公式ドキュメント（Security）には、組織の標準を強制する管理者設定（managed settings）、承認済みの権限設定をバージョン管理で共有する方法、利用状況をOpenTelemetryの指標で監視する方法が、チーム向けの対策として挙げられています。展開では、これらを使って、全社共通の「禁止するファイル」「確認を必須にする操作」を標準として配ります。部署固有の設定は、標準に上乗せする形にします。
プロジェクトごとの指示書（CLAUDE.md）
Claude Codeでは、プロジェクトのルールや前提をCLAUDE.mdというファイルに書いておく運用がよく使われます。部署の業務ごとに、書き方のひな形を用意しておくと、各部署が自分の業務のルールを書き込みやすくなります。ひな形には、業務の目的、使ってよい資料、禁止事項、出力の形式、確認者を入れます。
契約プランと管理機能
利用者が増えると、アカウントの追加・削除の手間が増えます。プランによって利用できる管理機能が異なるため、展開の規模に合わせて見直します。公式の料金ページ（2026年10月9日確認）では、SCIMや監査ログなどがEnterpriseの機能として整理されています。判断の軸は「Claude TeamとEnterpriseの違いと選び方」を参照してください。
手順4：研修と相談窓口を用意する
研修は「業務に結びつけた内容」にする
機能の説明だけの研修では、現場で使われません。部署ごとの対象業務を使った実習を中心にします。研修に入れる内容の例です。
- 利用ルールの説明（入力してよい情報、承認の画面で見るべき点）
- 基本操作（起動、作業フォルダの指定、指示の出し方）
- 自部署の業務を使った実習
- 出力の確認の仕方（誤りを見つける観点）
- 困ったときの相談先
研修に助成金が使えるかどうかは、制度の要件によります。「Claude Code研修に人材開発支援助成金は使える？」で整理しています。
相談窓口を個人から仕組みにする
質問が推進担当の個人に集中しないよう、相談窓口を作ります。次の3層で考えると運用しやすくなります。
- よくある質問集：試行で出た質問と回答をまとめる
- 部署内の推進役：各部署に1〜2名置き、日常の質問を受ける
- 全社の相談窓口：推進役で解決しないこと、ルールに関わることを受ける
推進役には、業務の時間の一部を使うことを、部門長が了承しておく必要があります。担当者の善意に頼ると、続きません。
手順5：展開後の見直しを仕組みにする
展開して終わりではなく、見直しの仕組みを置きます。見直しの頻度は、たとえば月1回など、自社で決めてください。見直しで集める内容の例です。
| 集めるもの | 集め方 | 反映先 |
|---|---|---|
| 利用状況（利用者数、継続して使っている人） | 管理画面、利用状況の指標 | 展開の優先順位、研修の対象 |
| 活用例と失敗例 | 部署の推進役から報告 | よくある質問集、研修教材 |
| ルール違反とヒヤリハット | 相談窓口、報告 | 利用ルール、標準設定 |
| 効果の測定値 | 各部署の所要時間の記録 | 経営層への報告、拡大の判断 |
| 仕様やプランの変更 | 公式ドキュメントの確認 | ルール、契約、標準設定 |
見直しの担当者と、決定権者を決めておくと、更新が止まりません。ツールの仕様や契約プランは変更されることがあるため、公式の情報を定期的に確認する担当も決めておきます。
展開でよくある失敗
試行の成功を、そのまま全社に当てはめる
試行の成功は、意欲のある少人数と、業務の相性によるものかもしれません。他の部署でも同じ効果が出るとは限らないため、部署ごとに対象業務を決め、効果を測り直します。
標準を整えないまま広げる
ルール、権限、研修が整っていない状態で人数だけ増やすと、事故の確率が上がります。広げるスピードより、標準の整備を優先します。
強制的に使わせる
使うこと自体が目的化すると、形だけの利用が増えます。使うかどうかは、業務の価値で判断してもらい、使いたい人が使える環境を整えるのが基本です。
担当者が一人で抱え込む
展開の推進を特定の個人に任せると、その人が異動や退職をした時点で止まります。役割を分担し、手順を文書にしておきます。
凪AIでは、導入伴走コンサルティング（標準6か月・4ステップ）で、業務の棚卸しからPoC、運用テスト、全社展開・定着までを支援しています。研修、ガバナンス・セキュリティ設計、導入後の内製化サポート（月次伴走）も含め、状況に合わせた組み合わせをご提案します。ご相談は無料です。
社内展開の進め方を無料で相談する →よくある質問
Q. 試行が終わってから、全社展開まで何か月かかりますか
会社の規模、部署の数、整備が必要なルールの量によって大きく異なるため、一般的な期間は示せません。段階ごとに「次に進む条件」を決め、条件を満たしたら進む形にすると、期間は後から決まります。目安がほしい場合は、まず自社の部署数と、各段階にかかる準備を書き出して積み上げてください。
Q. 部署から「うちもやりたい」と言われたら、すぐ入れてよいですか
需要があるのは良い兆候ですが、標準のルール、研修、相談窓口が整う前に個別対応すると、事故のもとになります。「展開の順番は決まっており、準備ができ次第入る」と伝え、準備の間は、研修への先行参加や、よくある質問集の共有のような、リスクの低い支援から始めると良いでしょう。
Q. 非エンジニアの部署でも展開できますか
Claude Codeは日本語で指示できますが、ターミナル（黒い画面）の操作に慣れていない人は最初に戸惑いやすいです。研修で操作の基本と承認の画面の見方を教え、部署内の推進役を置くことで、非エンジニアの部署でも展開しやすくなります。対象業務の選び方は、部署ごとに検討します。
Q. 展開後に効果が見えなくなった場合はどうしますか
測定の仕組みが試行限りになっていることが多いです。対象業務ごとに、所要時間や件数を継続して記録する仕組みを置き、見直しの会議で確認します。使われていない部署には、原因（業務が合わない、研修不足、ルールが厳しい）を聞き取って対処します。
Q. 外部の支援会社は、どの段階で使うのが効果的ですか
自社だけで標準の整備や研修が回せない場合、第1波の前の「標準を整える段階」と、研修の設計で外部の支援を使う会社があります。選び方は「Claude Codeの導入支援会社の選び方」を参照してください。費用の見積もりは「Claude Codeの法人導入にかかる費用の内訳」にまとめています。
まとめ
- 拡大の判断は、試行の前に決めた基準（効果・定着・品質・安全・費用）で行う
- 展開は段階的に進め、各段階で次に進む条件を決める。効果の出ない部署に無理に広げない
- 広げる前に、利用ルール、権限の標準設定、CLAUDE.mdのひな形、研修、相談窓口を整える
- 展開後は、利用状況・活用例・ルール違反・効果を定期的に集め、標準を更新する担当を置く
社内展開の計画づくりや、標準の整備について相談したい場合は、お問い合わせフォームからご連絡ください。