誰をビルダーにするか ― 適性はITスキルではない
育成の成否は、入口の選抜でほぼ決まります。ここで見るべきは、プログラミング経験やITスキルの高さではありません。作る技術のハードルはツールの進化で下がり続けており、後からでも身につきます。一方で教えられないのは、業務の勘所と「自分の面倒を自分で直したい」という意欲です。この2つを持つ人を選ぶことが、すべての起点になります。
集め方は、公募を基本に部門長推薦を併用するのが現実的です。手を挙げる熱量は最大の資産ですが、公募だけでは部門の偏りが出るため、空白部門は推薦で補います。選抜基準は次の3つに整理できます。
- 自業務の非効率を具体的に語れる。「この作業のここが無駄」という改善テーマを自分の言葉で持っている。
- 第1層(使える)の活用が定着している。日常業務でAIを使いこなす段階を通過している。
- 研修時間の確保に部門長が合意している。週数時間×数ヶ月を「業務」として承認している。
最重要は部門長のコミットです。本人にどれだけ意欲があっても、時間が確保されなければ途中で脱落します。部門長の合意がない候補は選ばない ― 選抜の時点で「時間の公式化」を条件にすることが、後の失敗を防ぎます。
そして、一度に大量を集めないこと。1期の人数は伴走できる範囲に絞ります。目安はメンター1人あたり3〜5名。大量一括より、少数を確実に育てる方が結果的に成果につながります。
題材の選び方 ― 本人の実業務を持ち込ませる
第2層育成の核心は、題材の選び方にあります。演習用のサンプル課題ではなく、受講者本人が持ち込んだ実業務の困りごとを、研修期間を通じて実際に作り切ることです。これが機能すると、研修そのものの中で行動変容が起き、完成すれば本人の業務が実際に楽になり、成果物はそのまま部門で使える実例になります。サンプル課題の研修は、終わればすぐ「受けっぱなし」に戻ってしまいます。
進め方はシンプルです。初回までに各自が「自分の業務の困りごと」を1つ持ち込み、講師と一緒に、研修期間内で作り切れるサイズまで削ります。このスコープを削る技術そのものが、最初の学びです。ただし2点の注意があります。題材の機微度を最初に確認すること(機微データは権限・基盤の制約を先に押さえる)、そして研修用に安全なサンドボックス環境を用意することです。
カリキュラム ― 4段の階段と成果発表会
標準的なカリキュラムは3〜4ヶ月、週1回のセッションに公式化された自習・製作時間を組み合わせます。内容は次の「4段の階段」で構成し、各段の出口が持ち込み課題の前進と一致するよう設計します。課題が受講者を階段に登らせる形です。
| 段 | テーマ | 内容 |
|---|---|---|
| 1 | プロンプト設計 | 業務文脈の与え方、構造化出力、定型プロンプトの部品化 |
| 2 | ノーコード / ローコード | 許可ツールでの業務アプリ・自動化。持ち込み課題の最初の形をここで作る |
| 3 | RAGの基礎 | 部門文書を使ったQ&A構築。データ整備の初歩と権限の意識 |
| 4 | AIコーディング入門 | AI支援でのスクリプト作成。「読めて・直せて・疑える」を目標に |
重要なのは、第4段でも「書ける」を目標にしないことです。ゴールは「読めて・直せて・疑える」まで。ゼロから自在にコードを書ける水準は、次の第3層(エンジニア育成)の領域と割り切ります。
カリキュラムの締めくくりは成果発表会です。これは単なる儀式ではなく、1イベントで4つの役割を果たす仕掛けとして設計します。出席者に部門長・経営を含めることまでがプログラムの一部です。
- 本人の達成と承認。完成の披露が定着と評価接続の起点になる ― 発表を人事評価・表彰の対象に明記する。
- 効果の可視化。部門長・経営が「現場が作った実物」を見る ― 次期予算の判断材料になる。
- 次期候補の発掘。聴衆の中の「自分もやりたい」を拾う ― 発表会が次期の公募イベントを兼ねる。
- 実例の全社共有。発表内容を実例集へ還流する ― 第1層教育の教材が増える。
あわせて「うまくいかなかったこと」を語る枠も設けます。失敗の共有は心理的安全性を保ち、実態に即した学びを組織に残します。
伴走と「安全なレール」 ― 修了後の90日が分水嶺
見落とされがちですが、修了直後は「補助輪付きで一周した」状態にすぎません。放置すると最初の詰まりで手が止まり、2〜3ヶ月で元に戻るのが典型です。伴走は研修本体と同格のプログラムとして設計するのが鉄則です。柱は4つあります。
- もくもく会。週1〜隔週の定例作業会。詰まったらその場で聞ける ― 運営コストが低いわりに定着効果が最も高い。
- メンター。第3層人材や先輩ビルダーが数名を担当。「代わりに作る」のではなく「詰まりを一緒に解く」役に徹する。
- ギルドへの接続。修了生を全社のビルダーコミュニティに迎え、事例や部品(プロンプト・テンプレート)の共有網に入れる。
- 2作目の設計。1作目の次のテーマを修了時に決めて帰す ― 「次に何を作るか」が決まっている人は止まらない。
もう一つ欠かせないのが「安全なレール」との接続です。作れるようになった人は、放っておくと承認外の場所で作り始め、いわゆるシャドウ化が起きます。対処は禁止ではなく、「安全なレールの方が速くて楽」で迎えることです。研修の題材段階から会社の共通基盤(許可ツール・ゲートウェイ・テンプレート)の上で作らせれば、卒業後も自然にレールの上に留まります。あわせて、機微度・影響度に応じたレビュー基準(低リスクは自由、高リスクは第3層レビュー)を研修内で体に覚えさせ、作ったものを棚卸し台帳に載せる文化を成果発表会から始めます。レールが遅くて面倒なら、人は必ず外で作ります。基盤側の整備とセットで進めることが前提です。
修了判定 ― 「全部できる」を要件にしない
修了判定でありがちな誤りが、4段すべての技術の習得を合格条件にしてしまうことです。第2層のゴールはそこではありません。自分の課題を、安全に、完成させ、続けられること。この観点で判定します。
| 観点 | 合格の目安 |
|---|---|
| 完成度 | 持ち込み課題が実データで動き、本人が業務で使い始めている |
| 安全 | 機微度の判断・「相談すべきライン」を自分の言葉で説明でき、台帳登録済み |
| 検証の習慣 | AI出力・生成コードを鵜呑みにせず確認する行動が定着している |
| 再現性 | 作ったものの仕組みを、他の候補に15分で説明できる |
| 継続 | 2作目のテーマとスコープが決まっている |
この5観点は、伴走側のチェックリストでもあります。修了時の一発判定にせず、週次の中間レビューで早めに兆候を検知し、手当てしていくのが実践的です。
まとめ ― 選抜に厚く投資する
ビルダー育成の設計を貫く原則は一つ、成否は教材ではなく、選抜・題材・伴走の3点で決まるということです。なかでも入口の選抜は、後工程の成果を左右する最大のレバレッジです。少数を確実に育てる前提に立つなら、候補集めと部門長の合意形成、時間の公式化にこそ手間と時間を厚くかける ― これが遠回りに見えて、最短の投資になります。次回は、その先にある第3層「エンジニア育成とAI時代の学び方」で、業務を回し続ける少数精鋭をどう育てるかを扱います。