レビュー指摘への返し方で信頼が変わる
コードレビューの指摘に対してどう返すかは、技術力とは別の軸で評価されている。
防御的に返したり、指摘を流したりすると、チーム内の信頼が少しずつ損なわれる。反対に、適切に返せると「一緒に仕事しやすい人」という評価につながる。
避けたい返し方
よくあるNGパターンを先に整理する。
- 即座に否定する：「でもこれは〇〇だから問題ないです」
- 長い言い訳：「実は昨日から実装していてこういう経緯で…」
- 無言で修正：指摘に何も返さず、黙って直す
- 全部「分かりました」：理解の有無にかかわらず了解だけ返す
返答の流れ
返答1：意図を確認する
まず指摘の意図を確認する。「ご指摘ありがとうございます。○○の点で問題があるということでしょうか？」
自分の解釈が合っているか確認することで、対応方針のズレを防ぐ。
返答2：対応方針を示す
確認した後、どう対応するかを言う。「ご指摘の通り修正します」「AよりBの方がよいということで、Bで実装し直します」。
方針が確定していなければ「確認して返します」でも良い。
返答3：反映後に報告する
修正が完了したら「指摘いただいた点を修正しました。○○のように変更しています」と報告する。
黙って直すのは、指摘者には修正されたか分からない状態だ。確認の手間を増やさないためにも、報告が必要だ。
意見が違うときの伝え方
指摘の内容に自分とは違う考えがある場合、無視するのも全部従うのも正しくない。
「ご指摘ありがとうございます。Aの方が処理が速いと考えてこの実装にしました。もしBの方がよい理由があれば教えていただけますか？議論して方向を決めたいです。」
指摘を否定しているのではなく、判断の根拠を共有して話し合いたいという姿勢を伝える。
レビュー指摘への対応は、技術的な正誤だけでなく「一緒に仕事できるか」の評価に直結する。
理解を確認する → 方針を示す → 完了を報告する。この流れを習慣にするだけで、チームの信頼関係は変わる。