有効なコード レビューの計画
ほとんどの開発者は、自分の作成するアプリケーションの品質がコード レビューによって向上することに同意するでしょうが、コード レビューのプロセスが効果的である場合に限られます。 だれもがより良いコード品質を実現しようとしていることに、前もって合意しておくことが重要です。
高いコード品質を実現することは、困難だと思える場合があります。どのようなコードも、少なくとも複雑なコードであれば、最善の記述方法が 1 つだけあるのではないためです。 だれもが良い仕事をし、自分の作成物に誇りを持ちたいと望んでいます。
これは、開発者が自分のコードに過保護になりやすいことを意味しています。 組織の文化は、すべての関係者に、コード レビューが問題を特定して作者を責めることが目的の尋問セッションのようなものではなく、むしろコードを向上させるためのアイデアを共有するための指導セッションのようなものであると感じさせる必要があります。
指導スタイルのセッションで生じる知識の共有は、コード レビュー プロセスの最も重要な成果の 1 つであるかもしれません。 それが最善の形で起きるのは、多くの場合、大規模なチーム ミーティングではなく、2 名だけの場合さえある小規模なグループです。 また、改善が必要なことだけでなく、良くできたことも強調することが重要です。
開発者は、多くの場合、正式なトレーニングよりも、効果的なコード レビュー セッションで、より多くのことを学習します。 コードのレビューは、正式なプロセスの一部として完了しなければならない雑用ではなく、関係者全員が学習する機会であるべきです。
2 人以上の人が問題に取り組むのを見ると、1 人だけでもタスクを完了できたのではないかと考えてしまいがちです。 それは、より長期的な成果に対する表面的な見方です。
チーム管理では、コード品質を改善することで、コードのコストが増加するのではなく減少するのだということを理解する必要があります。 チーム リーダーは、チーム全体に適切な文化を確立し、育成する必要があります。