1. コードレビューは小さく分割すること
　- 大量差分のPRの場合、欠陥に気づきにくく、リリース後に細かいバグ通知が飛んでくる経験があります。
　- 明確な上限ファイル差分量は定義していませんが、どんな粒度のタスクでも小さくコードレビューは回していく流れを取り組み中です。
　- ファイル差分10-50程のタスクであれば変更障害となりうるバグなどは0に近い状態をkeepできていますのでおすすめです。

2. コードレビュー実施前に必ずセルフレビューを挟む
　- 自分の書いたコードに対してエッジケースを考慮しながら見直すことで、テストの不十分さなどを再確認できます。

3. 焦らず品質高いものをリリースしようという気構えの定着
　- どうしても焦ってしまうケースはあるとは思いますが、急いでユーザに迷惑かけるのであれば少し時間をもらって品質高いものをきちんとリリースしようと言うことはチーム内部で展開し続けています。

4. E2Eテストによるデグレーション回避
　- まだまだカバレッジは課題ありですが、ある程度のデグレーションはリリース前に確認することができています。