AI研修を「実装」まで進める設計
— 学んだ状態で終わらせない

「AIを学ぶ」と「AIで業務が変わる」のあいだには、思っているより深い溝があります。この溝は、講義をどれだけ丁寧にしても埋まりません。埋まるのは、研修という時間の中に、実装の工程そのものを組み込んだときです。

ここでいう実装とは、大がかりなシステム開発のことではありません。「その職場で、明日から実際に使える状態のものが1つある」——それだけです。定型メールの下書きを出す仕組みでも、議事録から次アクションを抜き出す手順でも構いません。重要なのは、研修の終了時点でそれが動いていることです。

01座学と実装のあいだで、人は必ずここで落ちる

実装まで進める設計を考える前に、どこで人が落ちるかを知っておく必要があります。実際に見てきた落ち方は、ほぼ次の3か所に集中します。

• 自分の業務に翻訳できない— サンプルでは動いたが、自分のデータは形式が違って手が止まる。
• 例外に当たって諦める— 8割はうまくいくが、残り2割の例外で「やっぱり使えない」と結論する。
• 手順が自分の中にしか無い— できた人はいるが、やり方が共有されず、その人が異動すると消える。

3つとも、講義を増やしても解決しません。それぞれに対応する工程を、研修の中に置く必要があります。

02実装まで進める4つの工程

私たちが育成設計に入れている工程です。研修時間の配分としては、講義3割・実装7割を目安にしています。

この4工程のうち、飛ばされがちなのが②の「現状を手順に書き出す」です。面倒で地味な工程ですが、ここを飛ばすと必ず③で例外に当たって止まります。いまのやり方を言語化できていない業務は、機械にも渡せません。逆に言えば、②をやり切った時点で、実装の半分は終わっています。

03「全部を機械に渡す」を目指さない

実装が続かない設計には共通点があります。最初から自動化率100%を目指していることです。

業務には必ず例外があります。例外までAIに任せようとすると、精度の検証に果てしない時間がかかり、途中で力尽きます。そして「AIは使えない」という結論だけが職場に残ります。これがいちばん避けたい結末です。

現実的なのは逆で、「8割を機械が下書きし、人が確認して直す」という形を最初に完成させることです。この形なら例外が来ても壊れません。人が最後に見るので、間違いも止まります。そして何より、今日から使えます。

「人が確認するなら意味がないのでは」と思われるかもしれませんが、実務では確認と作成の負荷は大きく違います。ゼロから書く作業と、出てきたものを直す作業では、かかる時間も心理的な負担も別物です。

04どこまでを研修に含め、どこからを別にするか

実装まで含めると聞くと、「それは研修ではなくコンサルでは」という疑問が出ます。線引きはこう考えています。

• 研修に含める— 業務の分解のしかた、機械に渡す範囲の決め方、手順の残し方といったやり方そのもの。受講者が自分の手で1本通す時間。
• 研修の外— 会社全体の業務改善計画をこちらが策定すること、経営判断そのもの。これは研修ではなく別の契約でお受けします。

この線は、単なる商習慣ではありません。教えるのは「手法」であって、こちらが「成果物や計画そのものを作る」のとは性質が違う——この区別は、公的な助成制度を使う場合にも要件として効いてきます。研修として設計するなら、あくまで受講者が手法を身につけ、自分の手で作る形にしておくのが安全です。

05実装が残る研修かどうかの見分け方

研修を選ぶ側の視点で、実装まで届くかどうかを見分けるチェックポイントです。提案を受けたときにそのまま聞けます。

• 「終了時点で、何が手元に残りますか」——資料とスライドだけ、という答えなら座学です。
• 「題材はこちらの実務を使えますか」——サンプル固定なら、翻訳は受講者の宿題になります。
• 「講義と演習の時間配分は」——講義が半分を超えるなら、持ち帰り率は期待しにくいところです。
• 「終わったあと、詰まったときはどうなりますか」——窓口が無ければ、2週間で元に戻ります。
• 「教える方は、実際に実装をされていますか」——ここが効きます。実装していない人は、例外の潰し方を教えられません。

06よくある質問