2026.06.23
Claude Codeをチームでロールアウトする手順
- AI
- エンジニアリング
- 開発組織

Claude Codeをチームでロールアウトする手順 ― 個人利用から組織標準への展開
「個人で試したら効果が見えた、次はチームに展開したい」 ― CTOから多く受ける相談だ。Claude Code導入の最大の壁は、個人利用からチーム導入への移行にある。「便利だから配布」だけでは品質がバラつき、「規約整備」だけでは形骸化する。技術と運用の両面で「規約・ナレッジ・ワークフロー」を整えながら、3か月かけて型を作ることが現実的だ。本稿では、5〜50人規模のチームに展開する4フェーズロードマップ(準備・パイロット・拡大・定着)、各フェーズの具体アクション、共通CLAUDE.mdの設計、共通SKILL.mdライブラリ、3日教育プログラム、ガバナンス整備、成功させる5原則を整理する。Claude Codeをチーム共通インフラとして定着させたいCTO・開発リーダー向けの実務ガイドだ。
要点:チーム展開は「ツール配布」ではなく「規約・ナレッジ・ワークフロー」の整備。3か月で型を作り、トップ主導・チャンピオン制・透明性・継続学習・評価連動の5原則で組織に定着させる。
1. チーム展開の4フェーズロードマップ
チーム展開は4フェーズで設計する。準備(〜2週)でガイドライン・規約整備、パイロット(1か月)で5〜10人で実証、拡大(1〜2か月)で段階的に全員へ、定着(継続)で改善・KPI管理。これら4フェーズを3か月で型を作る前提で計画する。「いきなり全員」ではなく「段階的に拡大」する設計が、組織への定着を確実にする。各フェーズで明確な成果物(規約・パイロット結果・拡大計画・KPI)を定義し、フェーズ完了の判断基準を持つことが、ロールアウト成功の鍵だ。
| フェーズ | 期間 | 主アクション |
|---|---|---|
| 準備 | 〜2週 | ガイドライン・規約整備 |
| パイロット | 1か月 | 5〜10人で実証 |
| 拡大 | 1〜2か月 | 段階的に全員へ |
| 定着 | 継続 | 改善・KPI管理 |
| 評価 | 半年〜年 | 経営報告・振り返り |
💡 ポイント:4フェーズを「プロジェクト」として走らせる。専任リーダーを置き、月次経営会議で進捗報告する運用に乗せる。
2. 準備フェーズ ― ガイドラインと規約の整備
準備フェーズで整備すべきは6項目。AI利用ガイドライン、共通CLAUDE.md、共通SKILL.md集、MCP設定ガイド、エンタープライズ契約、監査ログ整備。これらを準備期間(〜2週)で揃える。並行してキーパーソン選定(推進リーダー1〜2名・各チームのチャンピオン)を行う。「整備されていない状態で配布」は混乱の元で、必ず準備フェーズで土台を作ってからパイロットに進む。エンタープライズ契約の調達には時間がかかる場合があるため、早めに法務・購買部門と連携を始める。
| 整備項目 | 内容 |
|---|---|
| AI利用ガイドライン | 入力禁止データ・OK/NG |
| 共通CLAUDE.md | 組織規約 |
| 共通SKILL.md | 業務スキル集 |
| MCP設定ガイド | 連携手順 |
| エンタープライズ契約 | 学習利用なし |
| 監査ログ | 取得体制 |
| 推進リーダー | 1〜2名 |
| チャンピオン | 各チーム1名 |
⚠️ 注意:準備フェーズを「2週間でやればいい」と軽く考えると、後の運用が破綻する。初期投資として2週間の集中作業が必要。
3. パイロットフェーズ ― 5〜10人での実証
パイロットは5〜10人で実証する。対象選定は効果が見えやすいプロジェクト、前向きなメンバー、中規模プロジェクトを選ぶ。実施内容はハンズオン研修(1〜2日)、週次振り返り、ナレッジ共有、失敗事例共有。測定指標はDORA指標、AI活用率、メンバー満足度。1か月で「動く形」を作り、効果と課題を見極める。「失敗事例」を意識的に集めることが、拡大フェーズで同じ失敗を防ぐ材料になる。パイロット成功の判断基準は「DORA指標改善+メンバー満足度向上+成功・失敗事例の収集」の3点だ。
| パイロット要素 | 内容 |
|---|---|
| 対象選定 | 効果見えやすい・前向き |
| ハンズオン研修 | 1〜2日 |
| 週次振り返り | 進捗・課題確認 |
| ナレッジ共有 | 成功事例 |
| 失敗事例共有 | 学びの組織知化 |
| KPI測定 | DORA・活用率・満足度 |
📊 経営判断のコツ:パイロット成果を経営会議で報告し、拡大フェーズへの予算承認を取る。「数値+定性+失敗事例」の3点セット報告が効果的。
4. 拡大フェーズ ― 段階的に全員へ
拡大フェーズは段階的に進める。段階的展開でパイロット→隣接チーム→全社の順序。各ステップでやることはナレッジ共有会、規約・SKILL.md更新、既存メンバーがチャンピオンに。コスト管理でライセンス調達、利用量モニタリング。「いきなり全社」ではなく「成功パターンを近隣に伝播させる」アプローチが、組織への定着を確実にする。パイロットメンバーが拡大時のチャンピオンになるサイクルが、自然な広がりを生む。コスト管理は経営層の継続関与が必要で、月次でライセンス・利用量レビューを行う。
| 拡大ステップ | アクション |
|---|---|
| 隣接チーム展開 | パイロットの近隣 |
| ナレッジ共有会 | 成功事例の伝播 |
| 規約更新 | 拡大に応じた追記 |
| ライセンス調達 | 段階的な購入 |
| 利用量モニタリング | コスト管理 |
💡 ポイント:拡大はパイロット成功者をチャンピオン化することで自然に進む。「自分たちも使いたい」という需要が生まれる組織展開が理想。
5. 定着フェーズ ― 月次・四半期サイクル
定着フェーズは継続活動だ。継続活動は月次レビュー、四半期改善、経営報告。評価制度連動でAI活用を評価軸に追加、ナレッジ共有を評価する。「導入したら終わり」ではなく「継続的に運用品質を改善する」サイクルを回すことで、組織能力として定着する。月次経営会議でDORA指標・活用率・コストを報告し、四半期に1回は規約・SKILL.mdの見直しを行う運用に乗せる。評価制度との連動が最重要で、「AIを使う人が評価される」「使わない人より早く昇進できる」という構造を作ることで、定着が加速する。
| 定着活動 | 頻度 |
|---|---|
| 月次レビュー | 経営報告 |
| 四半期改善 | 規約・SKILL更新 |
| 経営報告 | KPIダッシュボード |
| 評価制度反映 | 半期評価 |
| ナレッジ蓄積 | 継続 |
📊 経営判断のコツ:評価制度との連動が定着の最大の鍵。「AI活用」「ナレッジ共有」が評価項目になることで、現場の動機づけが変わる。
6. 共通CLAUDE.mdの設計 ― 組織共通とプロジェクト固有の二層
共通CLAUDE.mdは組織共通部分とプロジェクト固有部分の二層で設計する。組織共通部分は「機密情報をプロンプトに入力禁止」「すべてのAI出力はレビュー必須」(セキュリティ)、「TypeScript strict」「ESLint Airbnb準拠」(コーディング)、「重要操作は人間承認」「全コミットにテスト」(ガバナンス)。プロジェクト固有部分は各リポジトリの追加ルール。組織共通部分はテンプレートとして全プロジェクトに配布、固有部分は各プロジェクトリードが整備する役割分担で運用する。これにより組織全体のガバナンスが一元化されつつ、プロジェクト固有の柔軟性も保てる。
| 層 | 内容 |
|---|---|
| 組織共通 | セキュリティ・コーディング・ガバナンス |
| プロジェクト固有 | 技術スタック・ドメイン |
| 配布方法 | 共通テンプレ+個別整備 |
| 更新サイクル | 組織は四半期、固有は随時 |
| バージョン管理 | Gitで管理 |
⚠️ 注意:組織共通とプロジェクト固有の役割分担が曖昧だと、両者で同じことが書かれていたり矛盾していたりする事態が起きる。明確に切り分ける。
7. 共通SKILL.mdライブラリ ― 5つの推奨スキル
共通SKILL.mdライブラリには推奨スキルを5つ揃える。/mtg-followup(会議フォローアップ)、/code-review(レビュー支援)、/release-notes(リリースノート生成)、/incident-report(障害報告書作成)、/onboarding(新人ガイド)。これら5スキルは多くの組織で再現可能な定番で、最初の整備対象として優先度が高い。管理方法は共有リポジトリ・バージョン管理・利用ログ取得の3点。「個人で作った便利スキル」を「組織共通の資産」に格上げする運用を作ることで、ナレッジが組織全体に波及する。
| 推奨スキル | 自動化される業務 |
|---|---|
| /mtg-followup | 会議フォロー |
| /code-review | コードレビュー |
| /release-notes | リリースノート |
| /incident-report | 障害報告 |
| /onboarding | 新人ガイド |
💡 ポイント:5スキルから始めて、半年で10〜20スキルに拡張する目標を持つ。ライブラリの規模が、組織のAIDD成熟度を表す指標になる。
8. 3日教育プログラム
教育プログラムは3日で型を作る。Day 1:基本でセットアップ、基本コマンド、CLAUDE.md・SKILL.mdの理解。Day 2:応用でMCP連携、サブエージェント、Hooks。Day 3:実戦で実プロジェクトで実践、振り返り。3日で「個人で使える」「チームの一員として使える」レベルまで持っていける構成だ。1日目は座学中心、2日目は応用機能のハンズオン、3日目は実プロジェクトでの実践と段階的に難易度を上げる。新人エンジニアのオンボーディングプログラムにも組み込めるため、組織能力として継続的に再生産できる。
| Day | 内容 |
|---|---|
| Day 1:基本 | セットアップ・基本コマンド・規約 |
| Day 2:応用 | MCP・サブエージェント・Hooks |
| Day 3:実戦 | 実プロジェクトで実践 |
| 復習 | 1か月後 |
| 上級研修 | 3か月後 |
📊 経営判断のコツ:3日プログラムを新人オンボーディングに組み込む。「AIDDネイティブ世代」を組織内で育てることが、長期的な競争優位につながる。
9. ガバナンス整備とチーム運用
ガバナンス整備項目は4つ。AI利用ポリシー、権限管理、監査ログ、インシデント対応。これら4項目をHooksでコード化することで、自動化された運用が可能になる。定期監査も加えて、運用品質を継続的に確認する。「ガバナンス整備=運用負荷増」と思われがちだが、Hooks自動化により実際の運用負荷は下がる。CTOと情シス・コンプライアンス部門が連携して整備するのが現実的だ。「整備しないまま展開」は事故の温床で、整備を後回しにする組織は半年〜1年で重大インシデントを起こすリスクが高い。
| 整備項目 | 自動化方法 |
|---|---|
| AI利用ポリシー | 周知・教育 |
| 権限管理 | エージェント別 |
| 監査ログ | Hooksで自動 |
| インシデント対応 | プレイブック |
| 定期監査 | 四半期 |
⚠️ 注意:ガバナンス整備を「便利な機能の後回し」にすると、組織展開のクリティカルパスでネックになる。最初に整備する。
10. 成功させる5原則
成功5原則は明確だ。トップ主導で経営層のコミット・予算と権限。チャンピオン制で各チームに推進役、ボトムアップとトップダウンのハイブリッド。失敗の透明化で失敗事例を共有、隠さない文化。継続学習で月次振り返り、外部情報のキャッチアップ。評価との連動でAI活用が評価される、ナレッジ共有が評価される。これら5原則のうち1つでも欠けると、チーム展開が停滞する。経営層・CTO・チャンピオン・現場の四者が連携することで、5原則すべてが回る運用になる。「ツールを配布する」ではなく「組織能力を作る」発想が必要だ。
| 原則 | 内容 |
|---|---|
| トップ主導 | 経営層コミット |
| チャンピオン制 | 各チーム推進役 |
| 失敗の透明化 | 隠さない文化 |
| 継続学習 | 月次振り返り |
| 評価との連動 | 人事評価反映 |
💡 ポイント:5原則を「経営方針」として明示することで、現場が動く。CTO個人ではなく組織として進める設計が、長期的な定着を生む。
まとめ
Claude Codeのチーム展開は4フェーズ(準備・パイロット・拡大・定着)で3か月かけて型を作る。準備フェーズではガイドライン・共通CLAUDE.md・SKILL.md・MCP設定・エンタープライズ契約・監査ログを整備し、推進リーダーとチャンピオンを選定する。パイロットは5〜10人で実証、DORA指標と満足度で効果測定する。拡大は段階的に進め、ライセンス・コスト管理を並行する。定着は月次・四半期サイクルで継続改善し、評価制度と連動させる。3日教育プログラムで型を作り、Hooksでガバナンスを自動化する。成功5原則(トップ主導・チャンピオン・透明性・継続学習・評価連動)を経営層・CTO・現場で共有することが、組織能力としてClaude Codeを定着させる鍵になる。
チーム展開チェックリスト
- [ ] 4フェーズロードマップ(準備・パイロット・拡大・定着)で計画している
- [ ] 準備フェーズ6項目(ガイドライン・CLAUDE.md・SKILL.md・MCP・契約・監査)が整備されている
- [ ] 推進リーダー・各チームチャンピオンが選定されている
- [ ] パイロット5〜10人で1か月実証している
- [ ] DORA指標・活用率・満足度を測定している
- [ ] 共通CLAUDE.mdが組織共通とプロジェクト固有の二層で設計されている
- [ ] 共通SKILL.mdライブラリ5本以上が運用されている
- [ ] 3日教育プログラムが定常運用されている
- [ ] Hooksでガバナンスが自動化されている
- [ ] 成功5原則(トップ主導・チャンピオン・透明性・継続学習・評価連動)が経営層と現場で共有されている
IT COMPASSのAI駆動開発支援
IT COMPASS では、CTO経験者が外部CTO・技術顧問として、Claude Codeのチーム展開を伴走支援しています。
支援できること
- 👥 チーム展開ロードマップ設計:4フェーズの伴走、3か月で型を作る
- 📜 共通CLAUDE.md・SKILL.md整備:組織標準の設計、二層構造の整理
- 🎓 教育プログラム設計:3日ハンズオンの設計、新人オンボーディング統合
- 🛡 ガバナンス・セキュリティ整備:AI利用ポリシー、権限設計、知財・契約ルール
- 📈 経営会議への定例参加:取締役会・経営会向けのKPI設計と進捗レポート
こんな方におすすめ
- Claude Codeを5〜50人のチームに展開したいCTO・開発リーダーの方
- 共通規約・SKILLライブラリを設計したい技術責任者の方
- ガバナンス・教育・評価を一体で進めたい人事・経営企画の方
お問い合わせ
スポット相談(1回/契約不要・最短当日)から、月額契約での継続伴走まで、フェーズに応じて柔軟に対応します。
👉 IT COMPASS お問い合わせフォーム
経営と技術の両面から、御社のAI駆動開発を一緒に設計しましょう。
監修者

西脇 靖紘(lanitech合同会社 代表取締役CEO 兼 CTO)
「テクノロジーで人と社会をつなぐ」をミッションに、企業のDX推進・AI導入支援から、デジタル教育・地域共創まで幅広く活動。エンジニアとしての現場経験と経営視点を活かし、外部CTO・AIコンサルティングなどを通じて企業のデジタル変革を支援している。著書はオライリー・ジャパンから複数刊行。
















