生成AIを使う若手の仕事をどうレビューする?上司が見る成果物と判断理由
生成AIを使った若手から、整った提案資料や調査レポートが提出される場面があります。一見すると完成度は高くても、本人が内容をどこまで理解し、どの部分を判断したのかは見えにくいものです。こうした成果物を前に、「どこまで任せてよいのか」「何を聞けば本人の成長を確認できるのか」と迷う上司もいるでしょう。
だからといって、すべてのプロンプトや判断理由を記録させると、若手にも上司にも新しい作業が増えます。普段の成果物レビューに、仕事に合う確認時点と短い質問を加えてみてください。成果物の品質を確認しながら、成果を左右した判断ポイントを会話の中で聞けば、目の前の修正を次の仕事に生かせる学びへつなげられます。
この記事のまとめ
- 仕事の難易度・量・手戻りの大きさに応じて、完成後だけで見るか、骨子・一部の初稿・提出前にも見るかを決めます。
- 各段階の成果物は、「目的」「事実」「不足」の3点から確認します。
- 本人の判断は書き出させず、品質や方向を左右したポイントをレビュー中に口頭で確認します。
- フィードバックでは、良かった判断と直す基準を伝え、次の同種業務で本人が単独で進める工程と上司へ相談する条件を決めます。
1. 生成AIを使った仕事は、成果物と本人の判断理由を分けてレビューする
生成AIを使った成果物を見るときは、 「仕事として使える品質か」と「本人がどのように判断したか」を分けて確認します。 この二つを一度に評価しようとすると、資料の見栄えから本人の能力を推測したり、反対にAIを使ったという理由だけで本人の判断を低く見たりしやすくなります。
最初に見るのは成果物です。提案資料なら、顧客が判断できる内容になっているか、重要な数字に根拠があるか、顧客の条件が反映されているかを確認します。ここで基準を満たしていなければ、AIをどのように使ったかにかかわらず修正が必要です。
次に、成果物の品質や方向を左右した箇所について、本人へ判断理由を聞きます。例えば、複数の訴求案からこの案を選んだ理由、AIが出した数値を使えると判断した根拠、一般的な提案へ顧客固有の情報を加えた箇所などです。本人の説明から、仕事の目的や品質基準を使って判断できた部分と、上司が判断基準を伝える必要がある部分が見えてきます。
ただし、一つの成果物から本人の能力全体を決めることはできません。日々のレビューで確認するのは、今回の仕事で使えた判断基準と、次の仕事で試してほしい判断です。複数の仕事を通じて、本人が単独で進められる工程が増えたか、以前伝えた基準を使えるようになったかを見ていきます。
プロンプトの長さ、AIを使った回数、手作業で作った割合も、単独では判断材料になりません。短い指示でも必要な成果が出ることはあり、長いプロンプトを書いても根拠を確認していないことがあります。 成果物の品質を先に見て、重要な判断ポイントを本人の言葉で確認する。 これがレビューの基本になります。
生成AI時代のOJTで上司の確認時点まで設計すると、レビューを単発の修正ではなく、次の仕事へつながる育成にできます。
2. 仕事の難易度・量・手戻りの大きさで、レビューの時点を決める
レビューは完成後に行うとは限りません。難しい仕事や量の多い仕事を最後まで作ってから確認すると、前提や方向が違っていたときの手戻りが大きくなります。一方、短い社内文書まで何度も途中確認すると、本人が自分で進める機会が減り、上司の確認時間も増えます。
そこで、 仕事の難易度、作業量、完成後にやり直す負担を見て、レビューする時点を選びます。 毎回同じ回数にそろえるのではなく、その仕事で早めに決めたいことがあるかを考えてください。
誤りの影響とやり直しやすさから人の確認場所を決める方法も、途中レビューが必要かを判断する基準になります。

| 仕事の状態 | 確認する時点 | その段階で見ること |
|---|---|---|
| 短く、すぐ直せる | 完成後 | 内容をそのまま使えるか |
| 難しく、方向が分かれやすい | 骨子・方針 | 目的と進める方向が合っているか |
| ページ数や調査量が多い | 一部の初稿 | 品質水準と残りの進め方が合っているか |
| 社外へ出す、やり直しが大きい | 途中と提出前 | 方向が合っているか、提出できる品質か |
複数の条件に当てはまる場合は、確認回数を機械的に足さず、最も早く確かめる必要がある時点を選びます。法務確認や承認手続きなど既存の確認方法がある仕事は、その手順を優先してください。
経済産業省の「AI事業者ガイドライン第1.2版」では、AIの出力へ人が最終判断を行う場合、適切なタイミングで人の判断を介在させ、人が判断する項目を事前に明確にしておく考え方が示されています。これは若手のOJT手順を定めた指針ではありませんが、「いつ見るか」と「その段階で何を見るか」を先に決める考え方は、日々のレビューにも使えます。
短く直しやすい仕事は、完成後に一度確認する
短い社内メール、定型の日報、既存資料の軽微な修正などは、途中レビューを設けず、完成後に確認した方が進めやすいでしょう。誤りが見つかっても短時間で直せるうえ、本人が最初から最後まで進める経験を持てます。
例えば、社内会議の日程変更を知らせるメールなら、宛先、日時、必要な行動を完成後に確認します。表現に問題があれば、その場で直す基準を伝えれば十分です。
難しい仕事や量の多い仕事は、骨子か一部の初稿で確認する
提案の方向が複数ある仕事では、本文を作り込む前に骨子を見ます。顧客の課題をどう捉え、どの順序で提案し、何を結論にするかが合っていれば、その後の作成を本人へ任せやすくなります。
ページ数や調査量が多い仕事では、一部の初稿で確認します。営業提案資料なら、最初から全体を作らせるのではなく、構成案と結論を左右する重要部分を先に見ます。そこで、事実の調べ方、顧客情報の入れ方、説明の粒度を合わせれば、残りのページで同じ修正を繰り返す可能性を減らせます。
途中レビューでは、完成版と同じ細かさで文章やデザインを直しません。骨子の段階では目的と方向、一部の初稿では品質水準と残りの進め方を確認します。 その段階で決めるべきことに絞ると、途中レビューが上司による作り直しになりにくくなります。
社外へ出す仕事や手戻りの大きい仕事は、提出前にも確認する
顧客へ提出する提案書、契約や金額に関わる資料、公開後に簡単には差し替えられない文書は、途中で方向を合わせたうえで、提出前にも確認します。途中で良い判断ができていても、最終版への転記ミスや、後から加えた数字の根拠漏れが生じることがあるためです。
提出前の確認は、上司一人で新しいリスク評価を行う作業ではありません。契約は法務、個人情報は所管部門、金額は承認者というように、組織の既存手順へ回します。上司は、必要な確認先を本人が理解し、提出前に通せているかを見ます。
3. 成果物は、目的・事実・不足の3点から確認する
レビューする時点が骨子、一部の初稿、完成版のどこであっても、確認する軸は共通です。 目的に合っているか、重要な事実を確かめられるか、顧客や現場の情報が不足していないか を順に見ます。
この3点は、AIが書いた文章を見抜くための項目ではありません。人が作った成果物にも使える、仕事としての品質基準です。AIの利用有無に左右されない基準を使うと、若手にも「なぜ直すのか」を説明しやすくなります。
目的:読み手が判断や行動に使える内容か
最初に、誰が何のために使う成果物かを確認します。営業提案資料なら、顧客が社内で導入を判断するための資料なのか、初回面談で課題を整理するための資料なのかによって、必要な内容は変わります。
目的を確認するときは、資料の冒頭だけではなく、結論と求める行動まで見てください。顧客に比較検討してもらう資料なのに、一つの案しかなく選定条件も書かれていなければ、見栄えが整っていても判断には使えません。次回の打ち合わせを設定してほしい資料なら、相手が確認すべき事項と次の行動が分かる必要があります。
骨子のレビューでは、主にこの目的を見ます。細かな言い回しを直す前に、読み手、用途、結論、求める行動が合っているかを確認してください。
事実:重要な数値・出典・前提をたどれるか
事実の確認は、結論を左右する数値、顧客への約束、比較の根拠など、誤っていると判断が変わる内容に絞ります。
営業提案資料なら、「導入後に作業時間を30%減らせる」という記述について、何を根拠にした数字か、どの業務を対象にした試算か、顧客の現在の作業量を反映しているかを確認します。出典があっても、条件が違えばそのまま使えません。
本人には、「この数字はどの資料を見た?」「この顧客にも当てはまると判断した前提は何?」と聞きます。資料名を答えられるだけでなく、今回の仕事へ使える理由を説明できるかがポイントです。
一部の初稿では、代表的な数字や主張を確認します。ここで調べ方が合っていれば、残りも同じ基準で進めてもらえます。提出前には、最終版に載っている重要な数字と出典の対応を確かめます。
不足:顧客や現場の情報が抜けていないか
生成AIは一般的な提案や説明を短時間で作れますが、社内だけにある事情や直近の顧客との会話を自動では把握できません。そのため、内容が正しくても、今回の相手には使いにくい成果物になることがあります。
営業提案資料なら、顧客が前回の面談で話した優先課題、導入時期、予算、既存システム、社内承認の条件などが反映されているかを見ます。「業務効率化が重要です」という一般論だけで終わっている場合は、「前回の面談で聞いたどの課題を、この提案へ入れた?」と確認してください。
不足を見る目的は、情報量を増やすことではありません。読み手が判断するために必要な固有情報を加えることです。顧客の課題と関係のない機能説明を増やしても、提案の価値は高まりません。
4. 成果を左右した判断ポイントは、レビュー中に本人へ確認する
成果物の品質を確認したら、 品質や方向を左右した判断ポイントを選び、通常のレビュー会話の中で本人へ確認します。 採用・修正・破棄の一覧や、新しい報告書を用意する代わりに、目の前の成果物を見ながら質問します。
判断ポイントの数は仕事に合わせます。短いメールなら確認しない場合もあり、複数の前提が結論を左右する提案資料なら数か所を聞く場合もあります。数ではなく、間違えると結論や相手の行動が変わるか、次の仕事でも使ってほしい判断かを基準に選びます。
確認しやすいのは、次のような箇所です。
- 提案全体の結論や構成
- 顧客へ示す重要な数字
- 複数案から選んだ訴求や解決策
- AIの案から大きく書き換えた部分
- AIの案をほぼそのまま使った重要な部分
- 顧客や現場の情報を加えた部分
判断ポイントは、仕事への影響と次に使う基準から選ぶ
確認する箇所は、文章を上から順に探すのではなく、仕事への影響と育成の必要性から選びます。次のいずれかに当てはまる箇所が判断ポイントです。
- 間違えると、成果物の結論や相手の行動が変わる
- 成果物だけを見ても、本人がその案を選んだ理由が分からない
- 次の同種業務でも使ってほしい判断基準が表れている
- 前回伝えた品質基準を、本人が使えたか確認したい
営業提案資料なら、資料全体の結論、効果を示す重要な数字、顧客へ提案する進め方などが候補になります。語尾や装飾は成果物として直し、判断理由の確認は結論や品質を左右する箇所に絞ります。
確認する数は仕事に合わせます。短く定型的な仕事なら、成果物の修正だけで終わることもあります。提案の方向、数字、顧客条件がそれぞれ結論を左右する仕事なら、必要なポイントを複数確認します。数を先に決めるのではなく、今回の品質を守るために必要か、次の仕事で本人に使ってほしい基準かで選んでください。
AIの案から変えた箇所で、判断に使った基準を聞く
AIの案から変えた箇所には、本人の判断が表れやすくなります。「この提案で、AIの案から変えたところはどこ?」「なぜ変えた?」と聞いてください。
例えば、AIが価格の安さを中心にした提案を出し、本人が導入後の運用負担を中心に組み替えたとします。本人が「前回の面談で、顧客は価格より現場の定着を心配していたから」と答えられれば、顧客情報を使って提案の軸を変えたことが分かります。
一方、「何となくこちらの方が良いと思った」という答えなら、上司が使っている基準を共有する機会です。「この顧客は運用負担を懸念しているので、導入後の作業を具体的に見せると判断しやすい」と伝えれば、次の提案でも使える基準になります。
破棄した案にも判断が表れることがあります。選ばなかったことで成果が大きく変わる案や、本人が迷った案があるときは、「もう一つの案を選ばなかった理由は?」と聞いてみてください。
AIの案をそのまま使った重要箇所では、確かめた根拠を聞く
AIの案を修正していないこと自体が問題なのではありません。目的に合い、事実を確認できていれば、そのまま使う判断もあります。重要なのは、使えると判断した根拠です。
「この数字は何を見て使えると判断した?」「この比較条件は顧客の状況と合っている?」と聞きます。本人が原資料や顧客条件を示せれば、確認したうえで採用したと分かります。
「AIがそう答えたから」で止まった場合は、すぐに答えを教える前に、「この数字が違っていたら、提案の結論は変わる?」「確認するならどの資料を見る?」と聞いてみてください。重要性と確認先を本人が考えられれば、その場で判断の練習になります。
説明が流暢かどうかだけで評価しないことも大切です。言葉で説明するのが得意な人と、資料を示しながら説明する人がいます。本人が使った根拠と、成果物に反映した行動を合わせて確認してください。
5. 成果物と進捗に表れた課題に合わせて、質問を変える
判断ポイントを確認した後、成果物や進捗に別の課題があれば、 目の前に表れた課題に対応する質問を選び、その答えから次に伝える基準を決めます。
| 表れた課題 | 本人へ聞くこと | 確認したい動き |
|---|---|---|
| 着手が遅い | 最初に何を試したか | 早めに結果を出し、改善へ進めたか |
| 結論の根拠が弱い | 何と比べて十分だと判断したか | 目的や品質基準で結果を見たか |
| 同じ修正が続く | どこで指示や進め方を変えたか | 合わない方法から切り替えたか |
| 内容が一般的 | 顧客や現場の情報をどこへ加えたか | 実際の相手や現場に合う内容へ直したか |
着手が遅いとき:最初に何を試したか
若手が完成度を上げようとして抱え込み、期限の直前まで成果物が出てこない場合は、「最初に何を試した?」「どの段階で一度見せられそうだった?」と聞きます。
確認したいのは、単なる作業速度ではありません。早い段階で骨子やたたき台を作り、結果を見て改善へ進めたかです。難しい提案資料なら、最初の数時間で仮の構成を作り、顧客課題の捉え方だけ上司に確認する方法があります。
上司側も、途中で何を見せてほしいかを具体的に伝えます。「早めに相談して」ではなく、「構成と結論ができた段階で見せて」と言えば、本人が相談時点を判断しやすくなります。
結論の根拠が弱いとき:何と比べて十分だと判断したか
結論は書かれているものの、なぜその案を選んだか分からない場合は、「何と比べて、この案で十分だと判断した?」と聞きます。
比較対象は、過去の提案、顧客の要件、上司が示した品質基準、AIが出した別案などです。比較していなければ、「顧客が重視している導入負担と効果の二つで案を比べてみて」と、今回使う基準を伝えます。
正解を当てさせることが目的ではありません。本人が結果を見て、次に採用、修正、別案のどれへ進むかを決められるようにする質問です。
同じ修正が続くとき:どこで指示や進め方を変えたか
AIへの指示を少しずつ変えても同じような案しか出ないとき、本人が何度も同じ修正を繰り返すことがあります。その場合は、「どの段階で、指示以外の方法へ変えた?」と聞きます。
例えば、顧客に合う事例が出ないなら、プロンプトを直し続けるだけでなく、社内の過去資料を探す、担当者へ聞く、顧客の議事録を読み直すといった方法があります。AIの使い方を工夫するだけでなく、仕事の進め方自体を変えられたかを確認してください。
切り替えの基準も共有します。「同じ指示を何度か試しても重要な前提が埋まらなければ、社内資料を確認する」のように、次回本人が使える条件へすると行動につながります。
内容が一般的なとき:顧客や現場の情報をどこへ加えたか
文章は整っていても、どの会社にも当てはまる内容に見える場合は、「顧客との会話や現場の情報を、どこへ加えた?」と聞きます。
顧客名を入れただけでは、相手に合う提案にはなりません。顧客が困っている工程、現場で使っているシステム、導入時期、社内承認の条件などが、提案の優先順位や進め方へ反映されているかを見ます。
情報を加える場所も重要です。参考情報として末尾に置くだけではなく、その情報によって結論、提案内容、導入手順のどれを変えたかを聞くと、本人が固有情報を価値へ変えられたかを確認できます。
6. フィードバックでは、良かった判断・直す基準・次の仕事で本人が担う範囲を伝える
レビューで質問した後は、上司から判断基準を返します。本人の説明を聞くだけでは、次に何を続け、何を変えればよいかが分かりません。 良かった判断、直す基準、次の同種業務で本人が単独で進める工程と相談条件 を伝えてください。
良かった判断は、再現できる理由とともに伝える
「よくできた」「分かりやすい」だけでは、本人が次に再現するポイントが分かりません。良かった判断と、それが成果物の品質へどうつながったかを伝えます。
例えば、「AIが出した一般的な事例をそのまま使わず、前回の面談で聞いた運用負担へ提案の軸を変えた点が良かった。顧客が社内で検討するときに、自社へ当てはめやすくなっている」と返します。
これなら本人は、次回も「AIの案を修正する」こと自体ではなく、「顧客が判断しやすい情報へ置き換える」という基準を使えます。修正量ではなく、目的に合う判断を評価してください。
直す箇所では、上司が使っている品質基準を言葉にする
「根拠が弱い」「もっと具体的に」だけでは、本人が何を直せばよいか分かりません。誰が何に使う成果物だから、どの基準を満たす必要があるかを伝えます。
営業提案資料の数字に問題がある場合は、「この資料は顧客が投資判断に使うので、効果の数字には対象業務、現在の作業時間、算出条件が必要。今回は現在の作業時間が顧客の実態と合っているか確認して」と伝えます。
上司の判断基準を言葉にすると、今回の修正だけでなく、次の仕事で本人が自分で確認できる項目になります。同じ指摘が続く場合は、本人の注意力だけを問題にせず、基準が十分に共有されているかも見直してください。
本人が提出前に事実・目的との一致・自分で説明できるかを確認する手順へ置き換えられる形で伝えると、次回の自己確認に使えます。
次の仕事で本人が単独で進める範囲と、上司へ相談する条件を決める
最後に、次の同種業務で本人がどこまで単独で進めるかを具体的に決めます。「次はもっと任せる」では、何が変わるのか分かりません。
例えば、今回の提案資料で顧客課題の整理と構成を適切に判断できたなら、「次の提案資料では、顧客課題の整理から構成案の作成までは単独で進めてよい。価格や効果の数字を入れる前に上司へ確認する」と伝えます。
まだ根拠確認が不十分なら、範囲を狭めます。「構成案は自分で作り、数字を使う箇所は原資料と前提をそろえた段階で相談して」と決めます。本人が単独で進める工程と上司へ相談する条件が分かれば、次の仕事で判断を試しやすくなります。
上司の確認箇所も明確にします。骨子で見るのか、一部の初稿で見るのか、提出前だけでよいのかを決めてください。これにより、本人は相談のタイミングを判断でき、上司もすべての工程へ入り続けずに済みます。
7. 記録するなら、本人が担う範囲と上司の確認条件を短く残す
日常のレビューは、口頭で基準を共有し、次の仕事で同じ基準を使えるか確認する形で進められます。
記録が役立つのは、本人が単独で進める範囲を広げたとき、複数の上司がレビューするとき、次の同種業務まで期間が空くときです。その場合も、判断の経緯をすべて残すのではなく、 本人が担う範囲と上司が確認する条件を一行で残します。
例えば、次のように書きます。
次の提案資料では、構成と顧客情報の反映は本人が単独で進める。金額と効果の出典は提出前に上司が確認する。
本人がまだ相談すべき条件も必要なら、次のように加えます。
顧客の要件と過去事例が合わない場合は、本文を作り込む前に骨子で相談する。
この記録なら、次のレビューで確認することが明確です。本人が前回共有した基準を使えたか、上司の確認箇所を減らせる状態になったかを見られます。
日報、案件管理、1on1メモなどの記録場所がある場合は、そこへ追記してください。次の仕事で誰がどこまで判断するかを明確にするために、既存の記録方法を使います。
まとめ
生成AIを使う若手の仕事は、完成物の見栄えやAIの使用量だけではレビューできません。まず、仕事の難易度・量・手戻りの大きさに応じて、完成後だけで見るか、骨子・一部の初稿・提出前にも見るかを決めます。
各段階では、成果物を目的・事実・不足の3点から確認してください。そのうえで、品質や方向を左右した判断ポイントに絞り、AIの案から変えた理由や、そのまま使えると判断した根拠を口頭で聞きます。
フィードバックでは、良かった判断と直す基準を具体的に伝えます。最後に、次の同種業務で本人が単独で進める工程、上司へ相談する条件、提出前に上司が確認する箇所を決めてください。普段の成果物レビューの中でこの会話を重ねることで、仕事の品質を守りながら、本人が判断できる範囲を広げていけます。
参考資料
- AI事業者ガイドライン第1.2版(経済産業省、2026年)