チームメンバーとのコミュニケーションを密にとっているか

他のチームメンバーと同じ開発をしていた、やっていると思っていたらやっていなかったなどとならないように密にコミュニケーションを取る必要がある。
コンウェイの法則（コンウェイの法則とは、ソフトウェアシステムのアーキテクチャは開発チームの組織とよく似る）という法則から考えてもコミュニケーションは重要

チームメンバーの心理的安全性は確保されているか

Gogoleが2012年に採用したことが脚光を浴びた概念。これは成功に導くチームを構築する上で重要で、意見や提案をする上で、冷笑されたり、煙たがられたり、聞く耳を持たれない状態ではうまくいかないということ。

仕様変更の際には最低でもメモ書き程度のクラス図を書くこと。責務や凝集性などの観点から問題ないかをチームでレビューし、なさそうであれば実装に取り掛かる。取り掛かってから見落としに気づくことも多々あるので、それをクラス図にフィードバックすること。

厳密に設計しても見落としはあるもの。そのせいで設計をしても無意味だと判断するのではなく、こういうものだと割り切ってサイクルを回し続けることが大切。

既存コードを一切信用しないくらいの心構えでコードを書くこと。
アンカリング効果に振り回されないように注意。
ジョシュアツリーの法則にも注意。

#　人を蔑めるようなレビューをしていないか