コードレビューのストレスから退職を考えているエンジニアの方へ、対処法と退職の判断基準を解説します。
コードレビューで退職を考えるケース
- レビューで人格を否定するような指摘を受ける
- 「こんなコードも書けないのか」とマウンティングされる
- 細かすぎる指摘で何度もリジェクトされる
- レビュアーによって基準がバラバラ
- PRが何日も放置される
退職前に試すべき対処法
1. レビュー文化の改善を提案
| 問題 | 改善案 |
|---|---|
| 攻撃的なレビューコメント | レビューガイドラインの策定を提案 |
| 基準のバラつき | コーディング規約の整備を提案 |
| PRの放置 | レビュー期限のルール化を提案 |
| 口頭での叱責 | テキストベースのレビューに統一 |
2. 上長への相談
レビュアーの態度が改善されない場合は、マネージャーや技術リーダーに相談しましょう。
3. チーム異動の検討
同じ会社でも別チームに移ることでレビュー文化が変わることがあります。
退職の判断基準
以下に当てはまる場合は退職を検討してよいでしょう。
- 改善を提案しても組織が変わらない
- レビューのストレスで体調を崩している
- 技術的な成長よりもストレスが上回っている
- ハラスメントに該当するレビューが常態化している
退職届の書き方
退職理由は「一身上の都合」で問題ありません。コードレビューへの不満を退職届に書く必要はありません。
転職時の面接での伝え方
| NG | OK |
|---|---|
| 前職のレビューがひどかった | より成長できる環境で働きたい |
| レビュアーがパワハラだった | チーム全体でコード品質を高める文化に惹かれた |
| 何度もリジェクトされた | 建設的なフィードバックで技術力を伸ばしたい |
次の職場を選ぶときのチェックポイント
- GitHub等でOSSのコードレビュー文化を確認
- 面接でレビュープロセスについて質問する
- 技術ブログで開発文化を確認する
- カジュアル面談でチームの雰囲気を聞く
コードレビューは技術力向上のための重要なプロセスですが、人格攻撃やマウンティングは許されません。改善の余地がなければ、健全な開発文化を持つ環境への転職を検討しましょう。