修正箇所の指摘

レビュー観点

通常のレビューは上の観点から順に実施され、途中で問題が露見した場合、その観点でレビューがストップします。上位観点が誤っている場合、後続を確認する上での前提条件が崩れるため、まず先に露見した観点での改善対応が必要となります。

従って、レビューの指摘回数を減らし、レビューを早く通すためには、1〜5の指摘が発生しないように実装者が作業することが望ましいと言えます。

仕様理解が誤っている場合、レビュアーは実装者へ正しい仕様理解を促す必要があります。

作業理解が誤っている場合、レビュアーから実装者へ、期待値と変更内容の紐付けについて理解を促す必要があります。また、期待値と異なる変更内容を追加する場合、レビュー依頼を行う前に実装者が主体となり、PMと認識を一致させておく必要があります。

以下に問題がある場合、レビュアーから実装者へ、動作不具合を伝えます。

以下に問題がある場合、レビュアーから実装者へ、設計上の問題を伝えます。

以下に問題がある場合、レビュアーから実装者へ、保守上の問題を伝えます。

レビュー指摘を文字で最低限の話を伝えるだけでは、実装者に心理的負担かかる可能性があります。レビュアーは指摘内容の伝え方を工夫し、実装者がスムーズに作業に移れるようコミュニケーションをとることが必要です。