「辞めたい」と感じる理由は人によって違い、取るべき行動も変わります。まずは原因を切り分けることから始めましょう。
次のような状態が2週間以上続いているなら、原因の分析や転職先探しより先に、休むことと相談することを優先してください。
ひとりで抱え込まないでください。社内に産業医や相談窓口があれば利用し、体調面が気になる場合は医療機関の受診も選択肢に入れてください。 厚生労働省の働く人のメンタルヘルス・ポータルサイト「こころの耳」では、電話・SNS・メールでの相談窓口が案内されています。 辞めるかどうかの判断は、回復してからでも遅くありません。
「辞めたい」という気持ちは同じでも、原因によって取るべき行動はまったく違います。 ポイントは、その原因が「エンジニアという職業」に由来するのか、「今いる会社・案件」に由来するのかを切り分けることです。
| 原因 | 職業か環境か | 主な出口 |
|---|---|---|
| 長時間労働・炎上案件が続く | 環境 | 労働時間の管理が機能している会社へ移る |
| 客先常駐で裁量も成長実感もない | 環境 | 自社開発企業・社内SEなど、自社のプロダクトに関われる職場 |
| 上司・チームとの関係がつらい | 環境 | 異動、または組織文化が合う会社への転職 |
| 評価や年収が上がらない | 環境 | スキルが評価される給与体系の会社へ移る |
| 技術の変化に追いつけない不安 | 半分は職業 | 学ぶ範囲を絞る。全部を追う必要はない |
| コードを書くこと自体が苦痛 | 職業 | エンジニア経験を活かせる別職種へ |
表の上4つは、エンジニアを辞めなくても、会社を変えれば解決する可能性が高い原因です。 ここを取り違えて職種ごと手放すと、次の職場でも別の形で同じ不満を抱えたり、積み上げた技術経験を活かせなくなったりします。
次の問いに答えてみてください。「はい」が多いほど、問題は職業ではなく環境にあります。
反対に、どの現場でもコードを書くこと自体が苦痛だった、技術的な問題が解決しても何も感じない、という場合は職種そのものとの相性を疑ったほうが自然です。 その場合も、次の章のとおりエンジニア経験は無駄になりません。
コードを書く仕事から離れたい場合でも、技術がわかることは多くの職種で強みになります。
| 職種 | コードを書く量 | エンジニア経験の活き方 |
|---|---|---|
| プロジェクトマネージャー | ほぼなし | 工数見積もりや技術的なリスクの判断ができる |
| QAエンジニア | 少なめ | 不具合の起きやすい箇所に見当がつく |
| ソリューションエンジニア | 少なめ | 顧客の技術的な質問に正確に答えられる |
| DS（Deployment Strategist） | 少なめ | 技術とビジネスの橋渡し役を担える |
| 社内SE | 職場による | システムの全体像を理解した上で業務改善を提案できる |
今の不満が会社を変えれば解消するのか、職種を変えたほうがいいのかは、市場を見てみないと判断しにくいものです。IT特化のエージェントに相談すれば、自分の経験で選べる求人や働き方を具体的に知ることができます。相談したからといって転職する必要はありません。
甘えではありません。長時間労働や評価への不満、人間関係などは誰にとっても負担になります。大切なのは、その原因が職業そのものにあるのか、今の会社や案件にあるのかを切り分けることです。環境が原因なら、エンジニアを続けたまま会社を変えるだけで解消することがあります。
無駄にはなりません。プロジェクトマネージャー、QAエンジニア、ソリューションエンジニア、社内SEなど、技術がわかることを前提にした職種は多く、エンジニア経験はそのまま強みになります。コードを書く量を減らしながら経験を活かす道があります。
心身に不調が出ている場合は、まず休むことと相談することを優先してください。体調に問題がなければ、在職中に情報収集や転職活動を進めるほうが、収入の不安から条件を妥協するのを避けられます。判断は回復してからでも遅くありません。
裁量のなさや成長実感の乏しさが原因であれば、自社開発企業や社内SEなど、自社のプロダクトや仕組みに継続的に関われる職場に移ることで解消できる可能性があります。エンジニアそのものを辞める前に、働く環境を変える選択肢を検討してください。
すべての技術を追いかける必要はありません。担当領域や目指す職種に関係する技術に絞って学ぶだけでも、負担は大きく減ります。生成AIなどの新しい技術も、すべてを理解するより、自分の仕事にどう使えるかから入るほうが現実的です。