【要約】評価を「人」に対して向けないということ。「伝わるコードレビュー」を読んで [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
開発チームのメンバーが、コードレビューにおいて、コードではなく「人」を評価対象としてしまうことで、円滑なコミュニケーションが阻害される問題に直面している。心理的な壁がボトルネックとなり、以下のような事象が発生する。
- ・レビュアーによる攻撃的、あるいは独善的な指摘。
- ・レビュイーによる過剰な防御反応や情報の隠蔽。
- ・「本音と建前」を推測することによる認識の齟齬。
- ・一度に複数の論点を投げることによる、受け手の思考負荷の増大。
// Approach
レビュアーとレビュイーが、認識の齟齬を減らしレビュー効率を高めるために、コミュニケーションの作法とチームの仕組みを整備するアプローチを採用している。具体的には以下の3つの観点から対策を講じる。
- ・前提知識の同期：実装意図の確認、判断理由の明示、詳細な背景情報の記述。
- ・コミュニケーションの明瞭化：クローズドクエスチョンの活用、質問の分離、テンプレートの利用。
- ・チームによる仕組み化：[ask]などのタグ定義、作業ログの記録、相談ルールの策定。
// Result
開発チーム全体にとって、レビューの目的がコードの品質向上に集中できる環境が整う。コミュニケーションの質を改善することで、以下の成果が期待できる。
- ・レビューにおける認識の齟齬や回答の取りこぼしの最小化。
- ・心理的安全性の向上による、情報の透明化と円滑な情報共有。
- ・レビューコストの削減による、開発サイクルの高速化。
Senior Engineer Insight
> 本記事は、開発プロセスにおける「人間系」のボトルネックを扱っている。大規模開発では、個人のスキル以上に、コミュニケーションの規約がスケーラビリティを左右する。特に、質問の分離やタグ付けといった「仕組み化」は、非同期コミュニケーションのコストを劇的に下げる。これらを個人の努力に依存させず、チームの標準プロセスとして組み込めるかが、組織の生産性を決定づける。