基礎は済んでいる開発チームに、Claude Code研修を2日間【ラプラス・システム様】

1. 背景・導入前の課題

相談をいただいた時点で、Claude Codeそのものは社内で使われていました。導入するかどうかは、もう論点ではありません。すでに使えている人の使い方を、どうチームに配るか。そこからの相談でした。

• 新しい属人化：「あの人だけプロンプトが上手い」。使い方がチャット履歴に埋もれ、外に出てこない。
• 工程の偏り：実装では使えている。要件・設計・レビュー・テストは手つかずで、個人が試すところで止まり、チームの手順にはなっていない。
• 禁止事項が口頭とドキュメントだけ：APIキーや本番接続を触らせない方針はある。書いてあるだけで、止まる仕組みはない。
• 社内資産が見えない：課題管理ツールの経緯も、内製したスクリプトも、AIから見えない場所にある。人が読んで、チャットに貼り直していた。

この状態を放置すると、ノウハウが個人の履歴と記憶にとどまったまま増えていきます。担当者の休暇や異動で作業が停滞し、新しく入ったメンバーは毎回同じ説明を口頭で受けることになる。機密情報の扱いも利用者の注意力に頼ったままで、誤入力や権限設定の漏れがそのままリスクとして残ります。属人化は、AIを入れても消えません。「誰の使い方が上手いか」という別の形で残ります。

2. 研修概要

株式会社ラプラス・システム様は、京都市伏見区に本社を置き、全国に営業拠点を持つシステム開発会社です。太陽光をはじめとする再生可能エネルギーの計測・遠隔監視・出力制御・シミュレーションシステムを製品として展開しつつ、社内で使うシステムも自社で開発しています。

受講したのは、各開発チームのリーダーの皆さまです。いずれも製品と社内システムの両方を手がけています。Claude Codeの基本操作は経験済みでしたが、チーム共通の設定やレビュー基準はまだありませんでした。研修で作ったものをリーダーが持ち帰り、それぞれのチームへ展開していく前提で設計しています。

事前ヒアリングで確認したのは、社内サーバーで動くGitホスティングとCIサーバー、課題管理ツール、業務で内製したスクリプトという構成でした。説明は同社のスタックに合わせています。社内の機密コードではなく、研修用に作成したコードでハンズオンを行いました。

3. カリキュラム（5時間 × 2日間）

1日目に手を動かして下書きを作り、2日目にそれを設定やCIへ載せます。前半は現状把握、後半は実践。まず、導入前の4つの課題が研修でどこまで進むのかを整理します。

4つの課題を、2日間では次の流れで扱いました。全12セッションのうち7本がハンズオン、6本がワークで、座学だけで終わる時間はほとんどありません。

2日間を通して、質疑応答が活発に行われました。講師への質問だけでなく、受講者どうしのやりとりが起き、そのまま自社の運用の議論に入っていく場面が何度もありました。少人数だったことに加えて、各チームのリーダーが同じ場にいたことで、チームをまたいだ比較の話にも広がっています。

4. 研修の成果

ここに書いたのは、研修終了時点までの成果です。演習リポジトリでの作成物、実務向けの設定案、社内展開の計画まで。実務リポジトリへの反映と業務指標の変化は、同社での運用開始後に測定します。

2日間のゴールは、チームに戻ってから説明できる下書きを作りきることです。すべてを完成させる必要はありません。理解だけで終わるとアクションに落とし込めないため、各セッションの終わりに記入時間を確保しました。

持ち帰った成果物は6点です。活用マップ、CLAUDE.mdの下書き、工程別プロンプトのひな形、ガバナンスチェックリスト、コンテナ導入の判断メモ、社内展開アクションプラン。ハンズオンで作った要件・仕様・実装計画のファイルも渡しました。

いきなり開発チーム全体に展開はしません。30日で検証チームに入口ファイルと禁止設定を入れ、60日でCIに一段足し、90日で他チームへ広げる。段階導入の型に沿って、自社の日付とチーム名を記入いただいています。一斉展開は設定漏れとチーム間の温度差を生むので、まず1チームで運用上の問題を確認してから対象を広げます。

効果測定の指標は2〜3個に絞りました。計測基盤がなくても始められるようにするためです。候補はPRリードタイム、レビュー時間、テスト追加率、バグ検出数。体感で語っていた効果を、経営にも報告できる数字にしていきます。

5. 担当メンバーの声

6. よくある質問

Q. 基礎研修を受けていないと、発展研修は難しいですか？

A. 基礎操作ができることを前提に設計しています。導入前・導入直後の場合は、操作の習得から始める基礎研修をおすすめします。事前ヒアリングで習熟度を確認し、どちらから始めるかをご提案します。

Q. 自社のコードを持ち込む必要はありますか？

A. 必要ありません。手を動かす題材は弊社が用意した演習リポジトリを使います。説明や設計の議論は御社のスタックに合わせるため、環境の事前ヒアリングだけお願いしています。

Q. 社内のGitやCIがクラウドサービスではないのですが、対応できますか？

A. 対応できます。今回も社内サーバーで運用されている構成に合わせて実施しました。CIに載せるための設計要件は、製品を問わず共通する4つです。非対話で起動できること、認証を秘密管理から渡せること、作業ディレクトリがあること、出力の受け取り口があること。ただし実装可否と設定方法は、ネットワーク構成・認証方式・実行環境によって変わるため、事前ヒアリングで確認します。

Q. AIに勝手にコードを書き換えられたり、秘密情報を読まれたりしないか不安です。

A. リスクを下げる手段として、ツール単位の許可・確認・拒否を設定ファイルに書き、リポジトリにコミットしてチーム全員へ配る方法を扱います。実行前に止めるHooksや、開発環境をコンテナに閉じる選択肢も判断材料として整理します。ただし設定だけで守り切れるわけではありません。設定漏れ、別経路からの実行、権限の過大付与、外部連携先の管理も関わるため、適用範囲は利用環境とセキュリティ要件を確認したうえで判断します。

Q. 2日間でどこまで終わり、社内では何をすることになりますか？

A. 研修中に終わるのは、演習リポジトリでの操作習得と、自社向けの下書き・設定案・展開計画の作成までです。研修後は、実務リポジトリへの反映、チームでの合意、KPIの計測開始が自社側の作業になります。この線引きを最終セッションで確認したうえで、最初の一手を1つだけ決めていただく設計にしています。

Q. 助成金は使えますか？

A. 本事例では利用していませんが、企業規模や研修内容によっては対象となる制度があります。申請可否の確認から設計までご支援できますので、ご相談ください。

Q. 受講後、社内展開が進まないのではと心配です。

A. 最終セッションで、推進役の候補・最初に揃える標準・最初のKPI・30日以内に打つ一手を書き出していただきます。翌週の定例でこの一手を共有するところまでを最小の一歩として設計しています。

関連記事

ほかの研修事例

• Claude Code研修（研修事例・上場企業E様）
  同じClaude Codeの研修事例です。こちらは導入前から始めた全5日間のプログラムで、本記事は導入済みの企業様が次の段階に進む内容にあたります。
• ケーブルネットワーク団体へのDify内製化研修（2日間ハンズオン）
  同じ2日間ハンズオン型で、内製化をテーマにした事例です。
• Copilot研修（研修事例・中小製造業A様）
  開発チーム以外にも展開する場合の参考になります。

技術解説

• CLAUDE.md 【完全実装ガイド】Claude Code 業務テンプレ10選
• Claude Code GitHub Actionsでレビュー工数を削減した話 〜情シス・開発リーダーのためのチーム導入とセキュアCI設計〜