仕事のフィードバックは、相手の評価を言い渡すことではありません。現在の仕事と当初の期待状態との差を示し、次に何を直せば完了なのかを明確にすることです。
「良くない」「もっと考えて」と伝えるだけでは、受け手は修正する場所を選べません。対象となる成果物、確認できた事実、当初の完了条件、次の行動を分けると、人格や能力全体の話へ広げずに改善点を伝えられます。
この記事では、完全な架空ケース「月次備品使用実績レポートの初稿」を使い、提出された仕事へ具体的なフィードバックを返す方法を説明します。人事評価、査定、懲戒、ハラスメント対応、メンタルケア、1on1全体の進め方を扱う記事ではありません。
完成例｜月次レポート初稿へのフィードバック
最初に、そのまま参考にできる完成例を示します。会社、管理部門、担当者、数値、日付はすべて架空です。
月次備品使用実績レポートの初稿ありがとうございます。必要な4カテゴリの9月実績と8月との差がそろっており、数値も元データと一致しています。表の見出しと単位も統一されています。
1点、修正をお願いします。増減が大きい「用紙類」カテゴリについて、補足欄が空欄になっています。
今回のレポートでは、増減が大きいカテゴリには補足を付ける前提としていたため、この欄に確認できた事実を1～2文で追記してください。理由を確認できていない場合は推測せず、確認中であることと確認先を記載してください。
修正版を10月4日15:00までに共有いただければ、こちらで補足欄と元データを再確認します。不明点や元データの見方で迷う点があれば、その前に確認してください。完成版は10月5日15:00までです。
この例では、できている点も修正点も、成果物で確認できる事実を使っています。修正箇所、追記する内容、再確認の期限と方法が分かるため、受け手は次の行動を選べます。
今回の架空ケース
架空の管理部門で、担当者が「月次備品使用実績レポート」の初稿を作成した場面です。実在する勤務先、部署、人物、案件、利用実績は使っていません。
当初依頼
- 9月分の備品使用実績を4カテゴリで集計する
- 8月との差を記載する
- 増減が大きいカテゴリには補足を付ける
- 10月5日15:00までに完成版を提出する
初稿の状態
- 4カテゴリの9月実績は記載済み
- 8月との差も記載済み
- 数値の大きな増減があるカテゴリが1つある
- そのカテゴリだけ補足説明が空欄
- 表の見出しと単位はそろっている
- 数値そのものは元データと一致している
修正が必要なのは「補足欄が空欄」という1点です。数値や表全体を作り直す必要はありません。できている部分を具体的に残したうえで、当初依頼との差だけを伝えます。
仕事のフィードバックで伝える6項目
- 対象：どの仕事・成果物について話すのか
- できている点：確認できた良い状態は何か
- 修正が必要な事実：現在どこがどうなっているか
- 期待状態：当初決めていた完了条件は何か
- 次の行動：何をどのように直すのか
- 再確認：いつ、何を、どの方法で確認するのか
この6項目は、特定の理論や万能な順序ではなく、日常業務で修正内容をそろえるための実務上の整理です。仕事の規模や緊急度に合わせて短くして構いません。
1．対象となる仕事を特定する
最初に「月次備品使用実績レポートの初稿」のように、確認した仕事を特定します。「最近の仕事ぶり」「いつもの資料」のように範囲を広げると、受け手はどの成果物を直すのか分かりません。
版が複数ある場合は、ファイル名、共有日、版番号、該当箇所なども添えます。今回なら「10月3日に共有された初稿の、用紙類カテゴリの補足欄」まで示せば、同じ箇所を見ながら話せます。
2．できている点を事実で伝える
確認できる良い点があるなら、抽象的に褒めるのではなく、成果物の状態を具体的に返します。今回確認できるのは次の事実です。
- 必要な4カテゴリがそろっている
- 8月との差が記載されている
- 数値が元データと一致している
- 表の見出しと単位が統一されている
具体的な良い点を返すと、どの部分は維持してよいかが分かります。ただし、必ず褒めてから注意するという形式にする必要はありません。確認できる良い点があるときに、その事実を伝えます。根拠のない称賛を付けても、修正内容が具体的になるわけではありません。
3．修正点を人格ではなく事実で伝える
今回の修正点は「増減が大きい用紙類カテゴリの補足欄が空欄」です。見れば確認でき、直す場所も特定できます。
一方、「確認不足だった」「意識が足りない」は解釈です。空欄になった理由は、記入条件を見落とした、補足に使う情報を確認していた、どの程度書くか迷ったなど複数考えられます。本人へ確認しない限り、理由は分かりません。
事実：補足欄が空欄である
解釈：確認不足だった、意識が足りない
フィードバックでは、解釈を事実として断定せず、まず成果物の状態を示します。必要なら「空欄になっている理由や、記入に必要な情報で不明点はありますか」と確認します。
4．当初の期待状態との差を示す
修正を求める根拠は、伝える人の好みではなく、最初に合意した目的や完了条件へ戻します。
- 当初依頼
- 増減が大きいカテゴリには補足を付ける
- 現在
- 増減が大きい用紙類カテゴリの補足欄が空欄
- 差分
- 用紙類カテゴリへ補足を追加する必要がある
仕事を渡す前に目的、範囲、判断基準、確認時期、完了条件を整理しておくと、この差を説明しやすくなります。依頼時点の整理には、仕事を任せるときの整理方法も参照してください。
5．次に何を直すか具体化する
次の行動は、受け手が作業を始められる粒度で伝えます。今回なら「用紙類カテゴリについて、確認できた増減の背景を補足欄へ1～2文追加する」です。
原因を確認できていない場合は、推測で埋めさせません。「確認中」と書けば完成なのか、誰へ確認するのか、確認後に更新するのかを決めます。今回の完成例では、確認できた事実を記載し、未確認なら確認中であることと確認先を記載する条件にしています。
修正点が複数ある場合は、重要度、各項目の完了条件、着手する優先順位を整理します。フィードバックを必ず1点だけにする必要はありません。ただし、優先順位の異なる指摘を一度に並べるときは、最初に直す項目が分かるようにします。
6．必要なら期限と再確認方法を決める
次の提出や確認作業がある場合は、修正期限と再確認方法を決めると進めやすくなります。今回の架空ケースでは、完成版が10月5日15:00までなので、修正版を10月4日15:00までに共有し、確認者が補足欄と元データを確認します。
- 修正版の期限：10月4日15:00
- 再確認する内容：用紙類カテゴリの補足欄と、補足の根拠となる元データ
- 再確認方法：共有された修正版を確認者が確認し、必要なら不明点を返す
- 完成版の期限：10月5日15:00
すべてのフィードバックに期限が必要なわけではありません。次工程、提出、会議などの期限がある場合や、優先順位をそろえる必要がある場合に有効です。また、元データの見方が分からない場合は期限前に相談する、という確認経路も残します。
「もっと考えて」では行動できない
抽象的な言葉だけでは、構成、数値、表現、根拠のどこを直すのか決まりません。伝える側が求める完了状態を分解し、対象箇所、追加する内容、分量や確認条件を示します。
今回なら、求める行動は「増減が大きいカテゴリについて、確認できた事実を補足欄へ1～2文追加する」です。これなら、直す場所と作業が分かります。「分かりやすさ」のような基準を使う場合も、見出しを付ける、結論を先に置く、用語を統一するなど、今回の成果物で確認できる状態へ置き換えます。
指示不足を相手のミスにしない
当初依頼に「増減が大きいカテゴリには補足を付ける」という条件がなかった場合、補足欄が空いていることを相手のミスとは扱えません。依頼条件が不足していたか、提出後に新しい要望が生じた可能性があります。
その場合は、「当初依頼では補足の条件を伝えていませんでした。今回、増減が大きいカテゴリへ補足を追加したいので、対応範囲と期限を相談させてください」のように、指示不足と追加要望を明らかにします。伝える側の説明不足を、受け手の注意力や能力の問題へ置き換えないことが重要です。
追加要望はフィードバックではなく変更依頼になることがある
当初依頼が「カテゴリ別集計、8月との差、大きな増減への補足」で、提出物がすべてを満たしているとします。その後に「部署別集計も追加してほしい」と求めるなら、当初条件との差を直すフィードバックではありません。仕事の範囲を後から広げる変更依頼の候補です。
追加する成果物、必要なデータ、工数、納期への影響を確認し、対応するか判断します。受け手に「次から気をつけて」と伝えて不足扱いしないでください。合意後の追加要望を整理するときは、変更依頼書の書き方を使えます。
悪い例を具体的なフィードバックへ直す
悪い例
全体的に詰めが甘いです。もっとよく確認して直してください。
この言い方には、次の問題があります。
- 何が問題か分からない
- 「詰めが甘い」という人への評価になっている
- 完了状態が分からない
- 次の行動が分からない
- 期限と再確認方法が分からない
具体化したフィードバック
4カテゴリの実績、8月との差、数値の照合は完了しています。用紙類カテゴリは前月差が大きい一方、補足欄が空欄です。当初依頼の「増減が大きいカテゴリには補足を付ける」を満たすため、確認できた事実を1～2文追加してください。10月4日15:00までに修正版を共有いただければ、補足欄と元データを再確認します。
人への評価を、成果物で確認できる状態と次の作業へ置き換えています。
OJT・スキルマップ・仕事を任せる記事との使い分け
- 仕事を任せる前：仕事を任せるときの整理方法で、目的、範囲、判断基準、確認時期、完了条件をそろえる
- 仕事を習得する計画：OJT計画書の作り方で、教える内容、練習、確認方法、一人でできる状態を決める
- チーム全体の対応状況：スキルマップの作り方で、誰がどの仕事をどの程度できるかを整理する
- 仕事を実施・提出した後：この記事の方法で、特定の成果物や行動のできている点と修正点を返す
- 当初範囲を変えるとき：変更依頼書の書き方で、追加要望と影響を整理する
フィードバックは、個別の成果物や行動を改善するためのものです。一定期間の成果や能力を組織の制度で扱う人事評価とは目的が異なります。また、会社規程や労務管理が関係する懲戒・注意は別領域です。この記事だけを根拠に、人事・労務上の判断は行わないでください。
コピーして使えるフィードバックテンプレート
次の項目をコピーし、仕事に合わせて調整してください。すべての場面にそのまま当てはまる万能なテンプレートではありません。
【対象】
今回確認した仕事・成果物：
【できている点】
確認できた事実：
【修正が必要な点】
現在の状態：
【期待状態】
当初決めていた完了条件：
【次の行動】
修正・確認してほしいこと：
【再確認】
期限：
確認方法：
【不明点】
確認が必要な点：
記入後は、「性格や能力の推測が入っていないか」「当初条件にない要望をミス扱いしていないか」「受け手が次の行動を選べるか」を確認します。
まとめ
仕事のフィードバックでは、対象、できている点、修正が必要な事実、当初の期待状態、次の行動、再確認を分けます。人格や意欲を推測せず、成果物で確認できる状態を使うことが出発点です。
今回の架空例なら、問題は「補足欄が空欄」であり、「詰めが甘い」ことではありません。当初依頼へ戻り、対象カテゴリへ何を追記し、いつ、どのように再確認するかまで示せば、修正依頼を具体的な行動へ変えられます。
ただし、当初条件になかった内容や、提出後に増えた要望は別です。指示不足は伝える側の課題として分け、範囲を変える追加要望は変更依頼として扱ってください。
