レビュー

種類

全体に共有

底上げ

マネジメント判断に必要な情報を集める

成果物の欠陥と改善のポイントを探す

将来に活かす

ステータスレビュー

関係者で進捗を確認

目的

関連

自分のコードを完成させるためにさらに不明な時間を費やすよりもshipにより近いコードをゴールラインまで到達させたい

フィードバックを早く提供すればするほど、そのフィードバックに早く対処してバグを潰したり機能を出荷したりできる

チームメイトに影響のある活動

通常、昇進するには高い影響力を示す必要がある

セルフレビューする

レベル差/ドメイン知識差によってわからないことを聞く

マージ後のレビューも推奨する

I’m also big on junior developers asking senior developers questions in code review, even if they think their question is silly or has an obvious answer.