非エンジニア企業でClaude Code研修をやった実録──半日×2で何がどこまで変わるか

Claude Codeの活用記事は増えましたが、そのほとんどはエンジニアがエンジニア組織でやった話です。私たちが実施しているのは、プログラミング未経験の担当者を「作れて、直せる」状態にする研修です。

この記事では、実際に使っているカリキュラムの中身（分単位の時間配分を含む）、非エンジニアが必ず詰まるポイント、そして研修後に何が起きたかを、実施記録からそのまま書きます。研修の設計を考えている方が、自社でやる場合の下敷きにできるところまで具体的に書きました。

前提：教えるのは「操作」ではなく「課題解決」

研修の目的を「Claude Codeの使い方を覚えること」に置くと、ほぼ確実に失敗します。操作は覚えても、翌週の業務で使われないからです。

私たちが設計のゴールに置いているのは、「自分の業務の課題を、AIを使って自分で解決できる状態」です。だから研修の題材は汎用サンプルではなく、受講者が実際に抱えている面倒な作業を持ち込んでもらいます。

この方針には理由があります。市場に出回っているAI推進者向け研修の多くは、Claude Codeというツールのベストプラクティスを教える研修です。しかしHowの知識は陳腐化が速く、それを覚えても一時的にアウトプットが増えるだけで、成果に結びつく保証はありません。

背景にあるのは、ボトルネックの移動です。コーディングエージェントが民主化したことで、一人がアプローチできる問題領域は明確に広がりました。これまでビジネスとエンジニアリングで分かれていた責任範囲の境界が低くなっている——技術進歩による組織構造の変化が起きています。その結果、成果のボトルネックは「作業の速さ」から「作業自体を設計し、マネジメントする力」へ移りました。

この3つは、私たち自身が非エンジニアから社内AI推進者として成長する過程で、試行錯誤しながら辿り着いたものです。机上で設計した能力要件ではありません。

実際のカリキュラム（Day1〜Day3）

Day3は「社内システムを導入しているが、運用保守を自社でできるようになりたい」というニーズがある場合にだけ実施しています。ここは会社ごとに中身が変わるため、既存システムの構成をヒアリングして、その会社専用のコンテンツを作ります。

注目してほしいのは、Day1で「触ってみる」に40〜60分しか取っていないことと、その前にシステム開発基礎とClaude Code基礎で合計80〜120分を使っていることです。順序は意図的です。操作から入ると、目の前で動いたものが何なのか分からないまま終わります。「今この裏側で何が起きているか」を説明できる状態にしてから触らせると、詰まったときに自分で原因を推測できるようになります。

Day2は逆で、インプットが90分強に対して実践が120分以上。完全に演習が主役です。一方的に情報を伝えるだけでは、受講者の血肉になりません。受講者自身が講師の伝えた情報を加工し、自分なりのアウトプットを考え出すという進め方にしています。率直に言って、思考負荷はかなり強い研修です。

Day1で必ず教えること：プログラムとは何か

非エンジニア研修で省略したくなるのが、ここです。しかし省略すると後半が崩れます。

実際の研修資料では、こう説明しています。コンピュータとは究極を言えば2進数で演算を行うだけの装置、つまり電気信号で動くそろばんです。けれど人間社会で扱う情報は2進数ではないので、文章を書く・動画を見る・データを保存するといった行為をそのまま演算として表現できません。

そこで発明されたのがプログラムです。プログラムとは、人間のやりたい処理をコンピュータが理解できる内容に変換したもの。言い換えれば、人間とコンピュータをつなぐインターフェース（窓口）です。この理解があると、後半の話が一気に通ります。

これ以上は増やしません。Claude Codeが書いたコードを読んで「何をしているか推測できる」ためには、この6つで足ります。

研修の核心：要求定義と要件定義の違い

全カリキュラムの中で、最も重要なパートです。ここだけは時間をかけます。システム開発の流れの中で、AIに任せていい工程と、人間が責任を持つべき工程があります。人間が大きく関わるべきなのは要求定義・要件定義・基本設計の3工程。逆に言えば、ここさえ人間が押さえられれば、それ以降は人間が手を動かさなくても進められる——これが研修での立場です。

この対比を出すと、受講者の理解が明確に変わります。自分が書いていたものが要求なのか要件なのか、初めて自覚するからです。

そして基本設計は、要件定義の翻訳作業です。要件定義から開発着手までのギャップを埋めるもので、この解像度が低いと「作りたいもの」と「実際に作られるもの」がズレます。

なぜClaude Codeなのか、を正しく説明する

「流行っているから」では、受講者は使い続けません。研修では2点に絞って説明します。まずプロンプトエンジニアリングとの違いから入ります。AIがよい出力を返すようにプロンプトを工夫する技術がプロンプトエンジニアリングですが、モデルの推論精度が上がり、検索などの機能が常設されたことで、その効果は相対的に薄れました。

では次にユーザー側が工夫すべきことは何か。コンテキストエンジニアリングです。AIに渡せるコンテキスト量は有限なのに、渡したいコンテキストは無限にある。だから渡したい情報を効率よくAIに届けるための技術と仕組みが要る、という説明をします。Claude Codeがそれに特化していると言える理由は2つです。

Skillsの説明では、ビジネス側の例を先に出します。毎月の定例会資料の作成、請求書や見積書の作成——フォーマットが同じで中身を入れ替えるだけの作業です。開発側の例（GitHubへのPush、サーバーへのデプロイ）を先に出すと、非エンジニアには刺さりません。

実際に詰まったポイント

地味ですが効くのが環境です。Claude Codeをターミナルでそのまま使うと、文字化けする・ファイルが見えないという問題が起きます。研修資料にもこの2点を明記したうえで、VS Codeの拡張機能で使う環境を推奨しています。環境構築で最初の30分を溶かすと、その日の集中力は戻ってきません。事前に手順を配り、可能なら当日までに済ませてもらいます。

マインドセットとして最初に伝えること

技術的な解説に入る前に、まずこの姿勢を伝えます。研修資料の序盤に置いているスライドの中身は、「見て学ぶ ＜＜＜＜ 触ってみる」の一行です。

非エンジニアほど「理解してから触りたい」と考えます。しかしこの領域では、その順序だと永久に追いつきません。理解は触った後からついてくるということを、最初に合意しておきます。

最強の部下には、最強の上司が要る

Claude Codeを使ってどれだけの成果が出るかは、ユーザーに大きく依存します。LLMは技術として民主化していますが、自然言語を扱えるという性質上、課題解決のポテンシャルが極端に広い。だからこそ使う人のリテラシーに成果が強く依存するという、これまでの技術とは毛色の違う性質があります。

研修ではこれを、こう言っています。Claude Codeは最強の部下となりうるポテンシャルがある。ただし、最強の部下を使うためには、最強の上司がいなくてはならない。だからAIを使ったシステム開発は、結局2つの力に集約されます。

研修後の伸びを分けたもの

だから私たちは、受講者のアセスメント（誰が受けるべきか）から関与するようにしています。ここは重要な論点でありながら、適切に扱われていないことが多い部分です。研修を発注する側も、「誰に受けさせるか」を人事的な公平さや順番で決めない方がいいと考えています。

受講対象はAI推進担当者だけではありません。経営層にも効果的です。実際、AsIs/ToBeを定義する際にCEOと、任命されたAI推進担当者の2名分のToBeを別々に設定した案件があります。

経営者に求めるのは0→1と工数の見積り、担当者に求めるのは0→100と運用保守。経営者が「これくらいの工数でできるはず」を体感で持っているかどうかは、その後のAI推進の速度をかなり左右します。

研修後、2ヶ月で起きたこと

私たちが伴走している企業では、Claude Code未経験からスタートした担当者が、約2ヶ月で自作のwebアプリを社内運用できる状態まで到達しました。研修だけで到達したわけではなく、その後の壁打ちと実案件での伴走をセットにした結果です。

重要なのは、この担当者が「作れる人」になったこと自体より、社内に「AIでこれができる」の実例が生まれたことです。他部署から「うちの業務もできる？」という声が出始めるのは、この段階からでした。

3つ目が、研修の狙いがそのまま返ってきた反応です。操作ではなく問題設定の観点が変わったという評価は、設計意図と一致しています。

研修だけで終わらせないために

研修は起点であって、それ単体では組織は変わりません。研修が終わった日が、実際のスタートラインです。前後で必要なものを挙げます。

社内で定期的にAI活用の場を持ちたい場合は、社内AI勉強会を月1で続けているの進行台本も参考になります。ワークショップ形式で課題の洗い出しから始めるなら、AI活用ワークショップの選び方もあわせてどうぞ。

資料をそのまま渡しているのは、研修後に社内で再利用してもらうためです。受けて終わりにせず、社内展開の素材として使ってもらうことを前提にしています。受講しなかったメンバーへの二次展開まで含めて考えると、資料が手元に残るかどうかは意外に大きい差になります。費用は人数と対象範囲（Day3を実施するか）で変わるため、料金例はAIパートナー事業のページに実例ベースで掲載しています。

自社で研修を組む場合のチェックリスト

最後の項目が抜けると、ほぼ確実に元に戻ります。

まとめ

非エンジニア向けのClaude Code研修で効くのは、ツールの操作説明ではありません。プログラムとは何か・Webアプリはどう動くか・要求と要件はどう違うかという、一見遠回りに見える基礎です。ここを通してから触らせると、詰まったときに自分で原因を推測できるようになります。

そして成果を分けるのは、受講者が自分の業務に不満を持っているかでした。Claude Codeは最強の部下になりますが、使うのは上司の側です。何を問題と設定し、どこまで言語化できるか——研修で鍛えるべきなのは、結局そこでした。

研修は起点にすぎません。最初の1本を作り切るまで伴走できるかどうかで、半年後の景色が変わります。