生成AI時代のOJT｜若手が仕事を覚える任せ方と上司の関わり方

生成AIを使えば、調査、資料の構成、文章の下書き、要約などを短時間で進められます。若手が早い段階から一定水準の成果物を作れることは、現場にとって大きな利点です。

その一方で、OJT担当者には新しい迷いが生まれます。

「AIを使った成果物を、どこまで本人の力として見ればよいのだろう」

「仕事が早く終わるようになっても、本人は仕事の進め方を覚えられるのだろうか」

生成AIを禁止して、以前と同じ作業をすべて本人に行わせるだけでは、実際の仕事とのずれが大きくなります。必要なのは、生成AIを使う実務の中で、若手にどの判断を経験させるかを決めることです。

生成AI時代のOJTでは、仕事を渡すだけでなく、本人に残す判断、AIとの分担、上司が関わる時点まで設計します。

この記事のまとめ

• 成果物の完成条件と、若手に経験させる判断を分けてください。
• 若手とAIのどちらが先に取り組むかは、育成目的に合わせて変えます。
• 上司は着手前・途中・提出後で確認する内容を変え、次の仕事で任せる判断を増やします。

1. 成果物の完成と、若手に残す判断経験を分けて設計する

OJTは、実際の仕事を通じて、業務知識、技能、仕事の進め方、判断基準を身につける育成方法です。上司や先輩が手順を説明するだけでなく、若手が仕事を行い、その結果へフィードバックを受ける過程まで含みます。

生成AIは、この過程のさまざまな場面を支援できます。

• 質問への回答
  用語や基本手順など、若手が仕事中に感じた疑問をすぐに確認できます。

• 一次フィードバック
  決められた基準に沿って、文章や説明の不足点を確認できます。

• 振り返りの整理
  仕事で試したこと、迷ったこと、次に変えることを言葉にする手助けができます。

こうした支援を使えば、若手が質問のタイミングを待つ場面を減らし、基本的な説明の一部をAIに任せられます。ただし、AIが説明や下書きを担うことと、若手が仕事の判断基準を身につけることは同じではありません。

たとえば、若手へ顧客向けの改善提案資料を任せる場面を考えてみましょう。以前は、顧客の状況を調べ、情報を選び、構成を考え、文章を作るところまで本人が進めていました。資料を作る途中で、次のような判断も経験しています。

• 何を調べれば提案に必要な情報がそろうか
• どこまで調べれば十分か
• どの情報を残し、どの情報を削るか
• 複数の案から何を選ぶか
• 顧客が実行できる提案になっているか

生成AIへ「この顧客向けの改善提案を作って」と依頼すれば、これらの途中工程を短時間で進められます。しかし、完成した資料だけを本人へ渡すと、どの情報が重要かを選ぶ機会まで減る可能性があります。

ここでは、 仕事の中に含まれていた判断を見つけ、今回どの判断を本人に経験させるかを選び直します。

本人が先に考えてからAIの結果と比べる、人とAIが同じ課題へ別々に取り組む、上司が判断基準を伝えるなど、仕事の目的と本人の状態に応じて学び方を組み合わせます。

OJTの出発点を「何の仕事を渡すか」だけに置くと、成果物の完成が中心になります。「その仕事で何を判断できるようになってほしいか」まで置くと、AIへ任せる部分と本人へ残す部分を決めやすくなります。ここで経験させる判断は、AI時代に若手が育てたい4つの力と結びつけて考えます。

2. 業務を工程ごとに分け、若手に経験させる判断を決める

生成AIと本人の分担を決めるとき、最初から「資料作成はAI」「顧客対応は人」と業務単位で分けると、仕事に含まれる判断が見えにくくなります。 一つの業務を工程ごとに分け、各工程の作業と判断を確認してください。

顧客向け改善提案なら、目的の確認、調査、情報の選定、構成、下書き、事実確認、最終判断という工程があります。同じ資料作成でも、本人が手を動かす必要がある部分と、本人が判断する必要がある部分は一致しません。業務を工程に分けてAI・自動処理・人の担当を決める方法を使うと、本人へ残す判断も見つけやすくなります。

成果物の品質基準と、今回経験させる判断をそれぞれ決める

最初に、成果物の品質基準を決めます。顧客へ提出する資料なら、少なくとも次の条件が必要です。

• 顧客が解決したい課題に答えている
• 数値や事実の根拠を確認できる
• 予算、期限、体制などの制約を反映している
• 顧客が次の行動を選べる程度まで具体化されている
• 社内の承認を得た内容になっている

次に、この仕事で若手へ経験させる判断を決めます。たとえば「顧客の課題を一文で置く」「必要な情報を選ぶ」「複数案から採用案を決める」といった判断です。

品質基準と経験させる判断を分ける理由は、成果物の品質を守りながら、本人が担う範囲を調整するためです。経験の浅い若手へ任せるときは、上司が最終承認と品質確認を担い、今回身につけてほしい判断を本人へ残します。

一度の仕事ですべてを経験させようとすると、上司が確認する点も本人が意識する点も増えます。最初は、本人が意識でき、上司も確認できる範囲まで判断を絞ってください。次の仕事で別の判断を加えれば、実務を進めながら任せる範囲を広げられます。

資料作成の工程から、本人に残す判断を見つける

提案資料作成を工程ごとに分けると、次のように考えられます。

この表では、本人が何を経験するかを明確にし、AIと上司の支援をその周りへ配置します。

同じ工程でも、分担は固定しません。初めて提案資料を作る若手には、上司が顧客の課題と品質基準を示し、本人には必要な情報の選定を任せる方法があります。経験を積んだ後は、本人に課題設定から任せ、上司は途中の方向と最終品質を確認します。

案件のリスクによっても変わります。社内練習用の資料なら本人が広く試せますが、契約条件や外部公表前の情報を含む資料では、使用するAI、入力できる情報、確認者、社外へ出す前の承認を厳しく決める必要があります。

判断を任せる範囲は、本人の経験と案件のリスクで変える

本人の経験だけを見て任せる範囲を決めると、低リスクな仕事でも上司が細かく確認し続けたり、反対に影響の大きい仕事を早く任せすぎたりします。本人がその判断を経験した回数と、判断を誤ったときの影響を組み合わせて考えてください。

経験が浅いからAIを使わせない、経験があるから自由に任せるという分け方ではありません。低リスクな環境では早い段階からAIを含む仕事全体を経験させ、影響の大きい判断には確認と承認を残します。

工程と判断が決まったら、次は本人とAIが取り組む順番を選びます。

3. 若手とAIの取り組む順番は、育成目的に合わせて変える

生成AIを使うOJTでは、今回経験させたい判断に合わせて、若手が先に考える、若手とAIが別々に取り組む、AIが先に案を出すという三つの進め方を使い分けます。

三つは、初心者から上級者へ進む決まった順番ではありません。同じ若手でも、基礎を確かめたい工程では本人が先に考え、すでに基礎を理解している工程ではAIに先に案を出させることができます。若手本人は、仕事の目的と自分で決めたい内容からAIへの頼み方を選ぶことで、同じ仕事の中でも進め方を切り替えられます。

一つの仕事の中で三つを組み合わせることもできます。顧客の課題は若手が先に考え、資料構成は若手とAIが別々に作って比較し、文章の下書きはAIに先に作らせる、といった進め方です。仕事全体に一つの方式を当てはめるのではなく、工程ごとに経験させる判断を見て順番を変えます。

若手が先に考える：基礎となる考え方と迷う箇所を確認する

若手が先に考える方法では、今回経験させる判断だけを本人が行い、その後でAIの案と比べます。

提案資料なら、本人が先に考える対象を、今回経験させる工程に絞ります。最初に本人が「顧客の課題は何か」「何を調べるか」「良い提案の条件は何か」を短く書きます。その後で同じ情報をAIへ渡し、論点や調査項目を出させます。

比較すると、本人が気づかなかった視点だけでなく、AIが顧客の状況に合わない一般論を加えた箇所も見つかります。AIの方が項目数は多くても、本人が置いた目的と制約に照らして、追加するものと使わないものを選別します。

上司は、正解を先に教えるのではなく、次のように確認します。

• 本人の案とAIの案で、もっとも大きな違いは何か
• AIの案から追加するものは何か。なぜ必要か
• AIの案を使わない部分は何か。なぜ合わないか
• 次に同じ仕事をするとき、最初から確認できそうなことは何か

この方法は、本人がどこで迷うかを把握したいときに使いやすい一方、比較する情報が多いと経験の浅い若手には負担が大きくなります。対象工程と時間の上限を決めてください。

若手とAIが別々に取り組む：違いから判断基準を身につける

若手とAIが別々に取り組む方法では、同じ目的、情報、制約を渡し、それぞれが案を作ります。二つの結果を並べ、採用した情報、構成、前提、結論の違いを確認します。

たとえば、顧客の問い合わせ対応を改善する提案で、若手が「FAQを増やす」という案を出し、AIが「回答を自動生成する」という案を出したとします。どちらかを正解と決める前に、それぞれが何を課題と見たかを確認します。

若手は、問い合わせが繰り返される原因を情報不足と考えたのかもしれません。AIは、回答作成に時間がかかることを中心課題と見た可能性があります。顧客が本当に困っているのが、部署によって回答基準が違うことなら、両方の案をそのまま採用しても解決しません。

ここで得たいのは、AIより良い案を出せたという勝ち負けではありません。 結果の違いから、課題の置き方や情報の選び方にどのような判断が入っているかを見つけることです。

比較するときは、AIへ渡した情報と条件も残してください。入力条件が違うと、本人の判断の差なのか、AIが受け取った情報の差なのかを区別しにくくなります。

AIが先に案を出す：若手が採用・修正・破棄を決める

AIが先に案を出す方法では、複数の切り口や下書きを作らせ、若手が目的と品質基準に照らして扱いを決めます。仕事を早く実行しながら、評価と判断を経験させたいときに使えます。

たとえばAIに、顧客の問い合わせ対応を改善する三つの案を作らせます。若手は、それぞれについて次の点を確認します。

• 顧客の課題に答えているか
• どの前提を置いているか
• 根拠を確認できるか
• 現場の体制で実行できるか
• 追加すべき顧客固有の情報は何か

そのうえで、「そのまま採用する部分」「修正して使う部分」「使わない部分」を分け、採用・修正・破棄した理由を上司へ短く説明します。必要に応じて短いメモを残し、どの基準で扱いを決めたかを確認します。

AIの案が整っているほど、内容を理解したつもりになりやすくなります。基準を共有しないまま完成品だけを見せると、若手は読みやすさや情報量で選びやすくなります。AIへ依頼する前に、仕事の目的、品質基準、制約を本人が説明できるか確認してください。

本人の知識だけでは真偽を判断できない事実や、顧客へ大きな影響を与える判断は、上司や専門担当者が確認します。AIが先に案を出す場合も、上司は判断に関わる箇所へ確認を絞ります。

4. 上司は着手前・途中・提出後で、確認する内容を変える

生成AIが用語説明、案出し、一次フィードバックを担うようになっても、上司の役割は残ります。仕事の目的、社内固有の基準、顧客との関係、例外への対応、最終承認は、一般的な回答だけでは決められないためです。

上司は、本人の判断が表れる時点に絞って関わります。 着手前は目的と基準、途中は迷いと方針、提出後は成果と判断理由を確認します。 各段階では、成果物の品質と本人の判断理由を分けてレビューすると、次に任せる範囲を決めやすくなります。

着手前：目的・品質基準・AIの利用範囲を共有する

着手前には、成果物の用途、提出先、期限、品質基準、本人に経験させる判断を共有してください。生成AIを使う場合は、利用できるツール、入力できる情報、原典確認が必要な項目、上司へ相談する条件も決めます。

提案資料なら、次のように伝えます。

来週の顧客打ち合わせで、問い合わせ対応の改善方向を選ぶための資料です。顧客が今困っていることを一文で置き、三つの案を比較してください。構成案と下書きには承認済みの生成AIを使えます。社内ルールで入力が認められていない顧客名、個人情報、未公開の契約条件は入力しないでください。数値と製品仕様は原典を確認し、社外へ出す前に私が確認します。

この依頼では、完成させる資料だけでなく、本人が判断する箇所とAIを使える範囲が分かります。若手には、着手前に次の二つを確認してください。

• この仕事で解決することは何か
• 今回、自分で判断する箇所はどこか

本人の答えが曖昧なら、AIを使い始める前に目的と基準を合わせます。

途中：答えを渡す前に、試したことと迷いを確認する

若手が途中で止まったとき、上司がすぐに答えを渡すと、その仕事は進みますが、本人が次の行動を決める機会は減ります。まず、試したこと、得られた結果、判断できない点を確認してください。

• 何を試しましたか
• AIからどのような結果が返りましたか
• その結果から何が分かりましたか
• 自分では決められない点はどこですか
• 次に何を変えようと考えていますか

上司は、本人が持っていない前提、社内の判断基準、過去の経緯を補います。そのうえで、次に試す方法は本人に選んでもらいます。こうすると、上司との相談が答えを受け取る時間だけで終わらず、仕事の進め方を覚える機会になります。

AIへの質問は、用語や基本手順の確認、別案の作成、文章の改善などに使えます。ただし、次の場面では上司や担当者へ相談する条件を決めておきます。

• 顧客情報、個人情報、機密情報をAIへ入力できるか判断できないとき
• AIの回答の根拠を確認できないとき
• 契約、法務、会計、安全など専門的な確認が必要なとき
• 顧客や社外へ成果物を出すとき
• 当初の目的や前提を変える必要があるとき

相談条件を明確にすると、若手は「どこまで自分とAIで進め、どこから上司へ戻すか」を判断しやすくなります。

提出後：成果物と判断理由を確認し、次に任せる範囲を決める

提出後は、完成品の品質だけでなく、本人がどの判断をできるようになったかを確認します。次の三点を短く聞くと、長い作業記録を作らなくても判断の過程を把握できます。

• AIの案から何を採用・修正・破棄したか
• もっとも迷った判断は何か
• 次に同じ仕事をするとき、どこまで一人で決められそうか

仕事で求める基準を先に共有し、AIによる一次確認と上司による判断の指導を分けると、上司は本人が迷った箇所へ確認を絞れます。

本人ができた判断は、次の仕事では上司の事前確認を減らし、本人へ任せます。難しかった判断は、若手が先に考える方法や、AIとの比較で再び経験させます。OJTは一回の仕事で完了させず、任せる判断を少しずつ広げていきます。

5. 一つの業務をOJT設計シートにまとめ、次回の任せ方まで決める

ここまでの内容を実務へ移すには、一つの業務について、成果の条件と経験させる判断を一枚にまとめます。全社共通の制度を作る前に、部署で繰り返し発生し、上司が結果を確認できる仕事を一つ選んでください。

最初に扱う業務は、次の条件から選ぶと進めやすくなります。

• 繰り返し発生する
  前回の判断と今回の結果を比べ、次の仕事で分担を変えられます。
• やり直しができる
  途中で誤りや不足が見つかっても、顧客や事業へ大きな影響が出る前に戻せます。
• 品質基準を言葉にできる
  目的への適合、正確さ、必要な情報など、良し悪しを確認する基準を共有できます。
• 上司が結果を確認できる
  本人の判断が妥当だったかを確かめ、次に任せる範囲を決められます。

定例会議の報告資料、顧客向け提案のたたき台、問い合わせ傾向の整理、競合情報の比較などが候補になります。最初から対外発表、契約判断、法務判断のような影響の大きい仕事を選ぶより、結果を確認してやり直せる仕事で進め方を整えてください。

OJT設計シートには、次の5項目を記入します。

1. 対象業務と成果物の品質基準
2. 今回、本人に経験させる判断
3. 本人・AI・上司の分担
4. 上司が確認する時点と問い
5. 実施結果と、次回本人へ任せる判断

記入例：顧客向け改善提案のOJT設計シート

顧客向け改善提案を例にすると、次のように記入できます。

記入内容は、若手本人にも共有してください。上司だけが育成意図を持っていても、本人が完成だけを目指すと、AIで早く仕上げることが優先されます。「今回は顧客課題を置く判断と、複数案を比べる判断を見る」と伝えれば、本人も仕事中に意識できます。

始める前には、次の運用条件も確認してください。

• 会社が承認した生成AIを使う
• 入力してよい情報と禁止されている情報を確認する
• AIが示した数値、制度、引用、製品仕様は原典へ戻る
• 顧客や社外へ出す成果物は、決められた責任者が承認する
• AIとのやり取りを保存する場合は、社内の保存ルールに従う

上司も同じ条件を理解し、OJTの依頼時に共有します。利用条件が曖昧なまま「自由に使ってよい」と伝えると、若手は仕事の判断以前に、どこまで入力してよいかで迷います。

一度試し、次の仕事で任せる判断を増やす

設計シートを作ったら、実際の仕事で一度試し、提出後に分担を更新してください。

最初の仕事では、上司が顧客の課題を確認し、AIが案を作り、本人が案を比較したとします。本人が目的に合う案を選べるようになったら、次は顧客の課題を置くところから任せます。事実確認に抜けがあれば、次の仕事では情報源の選定を本人が先に行い、上司と照合します。

このように、できた判断は次の仕事で本人へ移し、難しかった判断には別の進め方を選びます。作業量を一度に増やすより、判断の範囲を一つずつ広げる方が、本人と上司の双方が成長を確認しやすくなります。

まとめ

生成AI時代のOJTでは、仕事を渡した回数だけで成長を見ません。 若手がどの判断を経験し、次の仕事で何を一人で決められるようになったかを確認します。

まず、部署で繰り返し発生する一つの業務を選び、工程ごとに作業と判断を確かめてください。成果物の品質基準と、今回経験させる判断をそれぞれ決めます。そのうえで、若手が先に考える、若手とAIが別々に取り組む、AIが先に案を出すという三つから、目的に合う進め方を選びます。

上司は、着手前に目的と基準、途中に迷いと方針、提出後に成果と判断理由を確認します。できた判断は次の仕事で本人へ任せ、難しかった判断は別の進め方で経験させてください。仕事の完成と人の成長を同じOJTの中で設計することで、生成AIを使いながら若手が一人で仕事を進められる範囲を広げられます。

参考資料

• Building expertise in the age of AI: Who trains the next generation?
• Improving onboarding through AI-enabled feedback and deliberate practice