こんにちは。Lamb です。 レビューコメントを書く前に、質問の順番で手が止まることがあります。
設計書や手順書をレビューしていると、気になる箇所がいくつも見つかることがあります。
品質を守るには、必要な指摘を避けるわけにはいきません。ただ、修正点だけを続けて伝えると、相手は何を基準に直せばよいのか分からなくなることがあります。
私がレビューで意識しているのは、最初から結論を指摘として渡すのではなく、問いかけから入ることです。
「なぜそう思ったのか」
「なぜ、この方法が良いと考えたのか」
まずロジックを聞き、本人が自分で気づける余地を作ります。そのうえで、品質や安全に関わる懸念は曖昧にせず、修正理由と確認方法を伝えます。
前回の記事では、若手から質問を受けたとき、答えの前にロジックを確認する方法を書きました。今回は、提出された成果物をレビューするときの伝え方へ進みます。
☑️ 正しい指摘でも、伝え方でレビューは止まる
成果物の誤りを見つけたとき、正しい内容を伝えること自体は必要です。
ただ、修正内容だけが並ぶと、相手にはすべてが同じ重さの指摘に見えます。どれが必須で、どれが提案で、どれが意図確認なのか分かりません。
さらに、結論だけ直しても、判断基準が共有されていなければ、次の成果物で同じ観点を使えるとは限りません。
そこで、私は指摘を置く前に、成果物の裏側にある意図とロジックを聞きます。
☑️ まず意図とロジックを聞く
成果物だけを見ていると、記載から読み取れない前提があります。
- 何を実現しようとしたのか
- どの条件を優先したのか
- どの選択肢を比較したのか
- なぜこの構成や手順を選んだのか
そこで、いきなり「ここは違う」「この方法へ直してください」と結論を置く前に、判断理由を聞きます。
私が使うのは、難しい質問ではありません。
- なぜ、そう考えましたか
- この方法のどこが良いと思いましたか
- 別の方法と比べて、何を優先しましたか
- この条件が変わった場合も、同じ判断になりますか
目的は正解を当ててもらうことではなく、成果物の裏側にあるロジックを確認することです。
☑️ 問いかけは、答えを隠すことではない
問いかけから入るといっても、相手が気づくまで答えを言わない、という意味ではありません。
「どうしてだと思う？」だけを繰り返すと、確認したい観点が分からず、かえって答えにくくなります。質問を重ねすぎれば、レビューではなく詰問に見えることもあります。
問いかけるときは、確認したい範囲を絞ります。
- 意図を確認したいのか
- 前提を確認したいのか
- 比較した選択肢を確認したいのか
- 影響範囲の認識を確認したいのか
ロジックを聞いて、足りない観点が分かったら、その観点はリーダー側から渡します。
☑️ ロジックを聞いた後に、懸念と影響を伝える
本人の考えを聞くだけで、レビューを終えるわけではありません。
ロジックを確認したら、次はレビューする側が、確認できた事実と懸念を分けて伝えます。
- どの記載や条件を見ているか
- どのような影響を懸念しているか
- なぜ確認や修正が必要なのか
- どこまで直せば確認できるか
「分かりにくい」「考慮が足りない」だけでは、相手が次に何を確認すればよいか残りません。
人ではなく、成果物と影響を主語にします。人格や能力の評価へ話を広げず、今見ている箇所と判断基準へ戻します。
☑️ 必須修正・提案・質問を分ける
レビューコメントを受ける側から見ると、すべてのコメントが同じ重さで並んでいると、どれから対応すべきか判断しにくくなります。
そこで、コメントを大きく3つに分けます。
特に質問は、修正指示と混ぜないことが大切です。意図を聞いているだけなのに、相手が「直さなければならない」と受け取ると、判断理由が共有されないまま成果物だけが変わってしまいます。
反対に、必須修正を質問の形だけで伝えるのも避けます。品質や安全に関わるなら、最後は修正が必要な理由と完了条件を明確にします。
☑️ 最後の品質判断はリーダーが持つ
問いかけは、レビュー責任を相手へ返すためのものではありません。
本人のロジックが分かれば、どの前提が不足しているか、どこで認識がずれているかを確認しやすくなります。しかし、その判断が妥当か、成果物が完了条件を満たしているかは、レビューする側が確認します。
次のような内容は、気づきを待たずに明確に伝えます。
- 本番影響やセキュリティに関わる
- 要件や合意済みの方針と異なる
- 復旧方法や確認方法が不足している
- 誤解したまま進めると手戻りが大きい
- 本人の権限だけでは判断できない
問いかけから始めても、最後の品質基準まで曖昧にしない。この境界は、かなり大事だと思っています。
☑️ 文章で残すことと、会話で確認することを分ける
レビューコメントだけで往復すると、意図の確認に時間がかかることがあります。
考え方や前提を短く確認すれば整理できそうなら、会話で聞きます。その後、成果物に残すべき修正点、理由、完了条件はコメントとして記録します。
会話だけで終わると、あとから何を直すのか分からなくなります。反対に、文章だけで細かな問いを重ねると、相手には大量の指摘に見えやすくなります。
- 意図や認識をそろえる：会話
- 修正対象、理由、優先度、完了条件を残す：文章
このように役割を分けると、レビューの目的を品質確認へ戻しやすくなります。
☑️ まとめ
私はレビューで、最初から指摘を並べるのではなく、問いかけから入ります。
- 何を意図したのかを聞く
- なぜそう考えたのか、なぜ良いと思ったのかを聞く
- ロジックを確認し、足りない観点を補う
- 懸念、影響、修正の優先度を伝える
- 最後はリーダーが品質基準と完了条件を確認する
問いかけだけで終わらず、指摘だけにも寄せない。本人が考えた過程を尊重しながら、必要な品質はレビューする側が守る。この両方を分けずに扱うことが、相手を萎縮させにくいレビューにつながると考えています。