Claudeで新入社員研修のプログラムを設計する — Projectsで座学とOJTの配分を決める

新入社員研修の設計は、毎年ほぼ同じ悩みに戻ってきます。座学を厚くすると現場配属後に手が動かず、OJTに寄せると配属先ごとに教える内容がばらつきます。Claudeは、研修の目的・対象人数・実施期間を材料に、座学とOJTの配分、各日のタイムテーブル、到達目標の測定方法までを順に設計する相手として使えます。要になるのは、条件を毎回貼り直さず、ClaudeのProjectsに固定しておくことです。

研修設計の条件をProjectsに置く理由

設計は1回の依頼で終わりません。配分を決め、日程に落とし、測定方法を足し、講師の都合で組み替えます。チャットを分けるたびに前提を貼り直すと、途中で条件が食い違います。

Projectsは、独自のチャット履歴と知識ベースを持つ作業スペースです。知識ベースにはドキュメントやテキストをアップロードでき、プロジェクト指示(project instructions)で応答の方針を決められます。

置き場所ごとに、Claudeへの見え方が違います。

利用条件も先に押さえます。Projectsは無料アカウントを含む全ユーザーが使えますが、無料ユーザーが作れるプロジェクトは最大5つです。Team・Enterpriseプランでは、組織内での共有もできます(後の節で扱います)。

Projectsには新しいバージョン(beta)もあります。Claude Codeを使うProとMaxの一部の利用者から順に提供されていて、チャット、Cowork、Team、Enterpriseは後続です。新バージョンでは、プロジェクトが1つの会話になり、Claudeが作業を並列のスレッドに分けてクラウドで動かします。チャットとCoworkの既存のプロジェクトは従来どおり動き、この記事の手順は従来のプロジェクトが前提です。

手順1: 研修の要件をプロジェクトに登録する

Claudeのプロジェクト画面(claude.ai/projects)で「+ New Project」から新規作成し、知識ベースに要件を入れます。次の項目が最低限の材料です。

前年度の日程表とアンケート結果は、テキストにして知識ベースへ入れます。目的が具体的で、前年度の反省が入っているほど、Claudeの案は自社の実情に寄ります。

続いて「Set project instructions」から指示を保存します。ここに研修担当者としての役割と出力の作法を書いておくと、以降のチャットすべてに効きます。例えば次のような形にします。

あなたは新入社員研修を設計する人材開発担当のアシスタントです。
- 知識ベースの「研修要件」を前提に、矛盾する提案をしない
- 提案には必ず、根拠となる要件の項目名を添える
- 時間は分単位、対象は「全員」「職種別」を明記する
- 不明な条件は推測で埋めず、質問として先に挙げる

最後の1行が重要です。研修の条件は会社ごとに違うので、Claudeが空欄を一般論で埋めると、実態に合わない設計が出てきます。質問を先に出させておけば、要件の抜けをこの段階で見つけられます。

手順2: 座学とOJTの配分を決める

要件を入れたら、最初の依頼は配分です。日程に入る前に、全体の比率と理由を出させます。

研修要件に基づき、座学・演習・OJTの時間配分を3案出してください。
各案について、狙い、向いている職種、リスクを1〜2行で書いてください。
実働20日のうち、配属先OJTは最大8日までとします。

3案を並べさせるのは、比較の材料を得るためです。1案だけ出させると、その案の妥当性を評価する軸がありません。配分は次のような形の表にまとめさせると、講師や配属先の責任者と話しやすくなります(数値は説明用の例です)。

ここで人間が判断する点は2つあります。まず、OJTの日数は配属先の受け入れ余力に依存します。Claudeは現場の繁忙を知らないため、制約として明示した上限(先の例では8日)を必ず渡します。次に、案Cのように職種で分岐させる場合、共通研修の総時間が職種間で不公平にならないかを確認します。

手順3: 日別のタイムテーブルに落とし込む

配分が決まったら、日程へ展開します。1日単位ではなく、週単位で骨格を作ってから日別に細分化すると、修正が楽です。

決定した配分(案C)に基づき、第1週の日別タイムテーブルを作ってください。
- 1コマ90分、午前2コマ・午後2コマ
- 初日は入社式と事務手続きで午前を使用
- 講師は同時に2名まで、会議室は2室
- 各コマに「対象」「講師の要否」「事前課題の有無」を付ける
出力は表形式でお願いします。

初日の午前が事務手続きで埋まる、講師が2名までしか同時に出られない、といった制約は、依頼文に書かなければ反映されません。制約を書き出す作業自体が、要件の棚卸しになります。

出てきた表は、そのまま鵜呑みにしません。次の3点を確認します。

• 同じ講師が同一時間帯に重複していないか
• 会議室の数を超える並行コマがないか
• 初週に詰め込み過ぎて、復習の時間が消えていないか

確認できたら、表をコピーしてスプレッドシートに移します。Claudeとのやり取りは設計の下書きで、配布する日程表は別に管理する運用が安全です。修正が入るたびに、Projectsの知識ベースにも最新版を反映しておきます。第2週以降は「第1週の表を踏まえて」と指定すれば、同じ書式で続けられます。

手順4: 到達目標と測定方法を決める

日程ができても、研修が効いたかを測る仕組みがなければ、来年の設計は今年の勘の繰り返しになります。測定方法は、研修の目的に紐付けて作ります。

研修の目的「配属後3か月で一次対応を独力で行える」を、
測定できる到達目標に分解してください。
- 各目標に、研修中に測れる指標と、配属後に測れる指標を分けて付ける
- 指標ごとに、誰が・いつ・どの方法で測るかを書く
- 測定の負担が大きい指標は、簡易な代替案も添える

目的を抽象のまま残すと、指標も「理解度」のような曖昧な語になります。「一次対応」のように現場の動作へ分解させると、チェックリストや実技確認の形で測れます。測定の負担を条件に入れておくのは、講師や配属先の上司が実際に運用できる粒度に収めるためです。

分解結果は、研修中の測定(小テスト、演習の課題提出、講師の観察)と、配属後の測定(上司による確認、面談)に分けて整理させます。研修終了時点で測れる項目と、配属後にしか見えない項目は性質が違います。後者を研修中の評価に混ぜると、受講者にとって不透明な評価になります。

人事チームでプロジェクトを共有する

研修設計は人事担当者1人で完結しないことが多く、講師や配属先の責任者からの意見を集約する場面が出てきます。Team・Enterpriseプランでは、プロジェクトを組織内のメンバーと共有できます。共有の操作は、プロジェクトを開いて「Share project」から行います。

メンバーは個別に追加するほか、メールアドレスの一括貼り付けや、組織全体への公開でも招待できます。Enterpriseでは、個人ではなくグループへの共有もできます(beta)。グループ側で「Share resources with this group」が有効になっている必要があります。後からグループに入ったメンバーにも、アクセスが自動で付きます。アクセスの変更が反映されるまで、最大5分かかります。

共有されるものとされないもの

共有されるのは、プロジェクトの内容・知識・指示です。プロジェクト内の各自のチャットは、公開プロジェクトでも本人だけが見られます。他のメンバーに見せたいチャットは、チャットごとに共有リンクを作ります。

受け取った側のProjectsページには、「Your projects」「Organization」「Shared with you」の3つのタブがあります。組織全体に公開されたプロジェクトは「Organization」、個別に招待されたものは「Shared with you」です。見つからないときは、3つとも見ます。

作成時の公開範囲は、あとから変えられます。プロジェクトの「Share」ボタンの「General access」で、公開と非公開をいつでも切り替えられます。評価基準や個別の受講者情報を含む場合は、非公開で作り、必要なメンバーだけを招待する構成にします。

権限の書き方が公式ヘルプのページで食い違う点

メンバーの追加と削除をだれが行えるかは、公式ヘルプのページごとに書き方が異なります。「What are projects?」は、Can editの権限にメンバーの追加と削除を含めています。「How can I create and manage projects?」は、アクセスの削除をプロジェクト作成者の操作として書いています。「Manage project visibility and sharing」は、Can editのメンバーがShareメニューで「Remove access」を選べるとしています。

共同担当者にどこまで任せるかは、テスト用のメンバーを1人招いて、実際に削除できるかを試してから決める選択肢があります。

管理者の設定で共有が変わる

Projectsの共有設定を変えられるのは、OwnerとPrimary Ownerです。Enterpriseでは、Privacy権限が「Can manage」のカスタムロールも変更できます。設定は組織設定の「Data and privacy」の「Sharing」にあり、既定ではどちらもオンです。

Share projectsをオフにすると、Public projectsもあわせてオフになります。共有ができないときは、権限の問題ではなく組織設定を疑います。組織側の設定はClaude組織のプロジェクト公開を無効化する方法にあります。

研修資料が増えたときの扱い

前年度の資料、各講師のスライド、社内規程と、知識ベースに入れる量は増えがちです。有料プラン(Pro・Max・Team・Enterprise)では、知識ベースがコンテキストの上限に近づくと、ClaudeがRAGモードを自動で有効にして容量を広げます。拡張の幅は最大で10倍とされています。無料プランでは、この拡張は使えません。

RAGモードでは、全文をそのまま読むのではなく、関連する部分を検索して使います。研修設計で困るのは、日程表のように全体を見て整合を取る作業と、規程集のように必要な箇所だけ引く作業が混ざる点です。仕組みの違いはClaude ProjectsのRAG検索の仕組みと全文投入との違いで詳しく説明しています。実務上は、確定した日程表や配分の決定のような「毎回全体を見たい資料」は短く保ち、規程集のような大部の資料は別ファイルで入れる、という分け方が扱いやすくなります。

RAGモードでは、ファイル名が検索の手がかりになります。「2025年度_日程表」「営業職_到達目標」のように内容が分かる名前を付け、質問でもファイルを名前で指定すると、検索の的を絞れます。知識ベースの量が上限を下回れば、コンテキスト内の処理に自動で戻ることもあります。

よくあるつまずき

一般論の研修計画が出てくる

要件が足りないと、Claudeは一般的な新入社員研修の型を返します。目的と制約が具体的かを見直し、指示の「不明な条件は質問として先に挙げる」が効いているかを確認します。

前回決めた内容と食い違う

配分や日程が確定するたびに、その場で知識ベースへ追記します。追記を後回しにすると、次のチャットは古い前提で案を出します。

別の用途のチャットが研修プロジェクトに混ざる

TeamやEnterpriseプランでメモリーを使っている場合、メモリーはプロジェクトごとに分かれていて、プロジェクト外のチャットとも別です。無関係なチャットを研修プロジェクトの中で始めたときは、そのチャットで「Remove from project」を選びます。すると、プロジェクト側のメモリー要約から外れ、プロジェクト外のメモリーに含まれます。

記録を残したくないチャットは、最初のメッセージを送る前に、「+」メニューで「Memory」をオフにします。メモリーは、Free・Pro・Maxでは既定でオンです。TeamとEnterpriseでは、Ownerが有効にしたときに使えます。

日程表の整合が崩れる

講師の重複や会議室の超過は、制約を依頼文に書き切れていないときに起きます。制約は毎回の依頼に含めるか、指示に固定します。最終的な整合確認は人が行います。

講師と配属先の意見が反映されない

意見を知識ベースに反映させたい担当者には、Can editを与えます。与えない場合は、意見を集約して編集権限のある人が反映します。

共有メニューで新しい人を追加できない

メニューに「Project sharing is turned off by your administrator」と出るときは、組織設定でShare projectsがオフです。新しいユーザーやグループは追加できません。すでにいるメンバーの権限の変更と削除は、そのままできます。

完成後に資料が残り続ける

研修が終わったプロジェクトは、アーカイブで整理できます。アーカイブしても、共有権限やメンバーは外れません。アクセスを止めたいときは、共有設定でメンバーを外します。アーカイブ済みのプロジェクトは削除できないため、削除するなら先にアーカイブを解除します。

研修設計の隣にある作業との使い分け

新入社員の初週ガイドの作成は、研修プログラム全体の設計とは別の作業です。個人ごとの初週の案内を作る手順は新人オンボーディングガイドをClaudeで自動生成する手順にまとまっています。研修設計は「全員に何をどの順で教えるか」、オンボーディングガイドは「この人が初週に何をするか」を扱うので、前者のプロジェクトを踏まえて後者を作る流れが自然です。

講座の章立てとレッスン尺の決め方は、ClaudeでUdemy講座のカリキュラムを設計するが近い作業です。研修の講義パートを教材化する場面では、そちらの考え方を参照できます。Projects自体の基本操作と容量はClaude Projects完全ガイドにあります。

まとめ

研修設計の資産は、完成した日程表よりも、そこに至った決定の履歴です。要件・採用案・却下した案と理由・測定結果を知識ベースに残しておけば、翌年の設計は白紙からではなく前年度の続きから始まります。日程の整合、配属先の受け入れ余力、評価の運用可否は引き続き人が判断します。