エンジニア向いてないから辞めたい？3つのパターンで「本当に辞めるべきか」を切り分ける
「自分はエンジニアに向いてないんじゃないか」。この疑問が頭から離れなくなったとき、次に浮かぶのは「辞めたい」という気持ちだと思う。コードを書いていても楽しくない、周囲との差が広がる一方に感じる、そもそもこの仕事を続ける意味がわからなくなってきた。こうした感覚を抱えたまま働き続けるのは、かなりしんどい。
ただ、「向いてない」という感覚はひとつの結論に見えて、実はその中身はかなりバラバラだ。技術そのものへの興味がないのか、成長が止まった感覚に苦しんでいるのか、人間関係や職場環境が合わないのか。原因によって取るべき対応はまったく違う。この記事では、「向いてない」と感じる3つの典型パターンを整理した上で、辞めた後のキャリア、辞める前にやっておくべきことを解説する。
「向いてない」と感じる3つのパターン
エンジニアを辞めたいと感じている人の話を聞くと、だいたい3つのパターンに分かれる。それぞれ性質が違うので、自分がどこに当てはまるかを見極めるところから始めたい。
1つ目は、技術そのものに興味が持てないパターン。プログラミングを学んだときは「食いっぱぐれない」「年収が上がりそう」といった外的な動機で始めた。実際に仕事として取り組んでみると、新しいフレームワークが出ても追いかける気にならない、業務外で技術に触れる気力がまったくない、仕様書通りに実装するだけの作業が苦痛に感じる。こうした状態が続いているなら、技術への根本的な関心が薄い可能性がある。ただし注意が必要なのは、「今の業務領域に興味がないだけ」というケースもあるということ。SIerでレガシーなシステムの保守を担当している人が「技術に興味がない」と感じていても、モダンなWebサービスの開発に移ったら面白さを感じることもある。技術が嫌なのか、今の技術が嫌なのか、ここは区別して考える必要がある。
2つ目は、成長の実感がないパターン。入社して1〜2年は毎日が新しいことの連続で、できることが増えていく手応えがあった。ところが3年目あたりから、同じような作業の繰り返しに感じるようになる。コードは書けるけれど、去年と今年で何が違うのかわからない。同世代のエンジニアがSNSで登壇報告やOSS活動をしているのを見ると焦りが募る。この「成長が止まった」という感覚は、エンジニアとしての適性の問題ではなく、環境の問題であることが多い。技術的に挑戦的な仕事が与えられていない、チームに技術力の高い先輩がいない、コードレビューの文化がない。こうした環境にいると、どんなに素質がある人でも成長は鈍化する。
3つ目は、対人ストレスが限界に達しているパターン。エンジニアの仕事はコードを書くだけではない。要件のすり合わせ、仕様変更の交渉、チーム内のコミュニケーション、レビューでの指摘の応酬。技術は好きなのに、人との関わりで消耗している人は意外と多い。特にSESや受託開発で常駐先の人間関係に振り回されている場合、職場環境が変わるだけでストレスが激減することもある。「エンジニアが向いてない」のではなく「今の職場が合わない」だけかもしれない。
「向いてない」と「今の会社が合わない」は別の問題
ここまで3つのパターンを見てきて気づくと思うが、「エンジニアに向いてない」と感じている人の多くは、実は「今の環境が合っていない」だけだったりする。この2つは似ているようで、まったく別の問題だ。
エンジニアという職種そのものに向いていないなら、どの会社に行っても根本的な苦しさは変わらない。でも環境の問題であれば、会社を変えるだけで状況が一変する可能性がある。SES企業で客先の保守運用ばかり担当していた人が、自社開発企業に移った途端に仕事が面白くなったという話は珍しくない。技術力の高いチームに入って、初めて「自分はまだまだ伸びしろがある」と感じられた、という声もある。
判断の基準としては、「技術に触れること自体が苦痛か、それとも今の仕事の中の特定の部分が苦痛か」を問いかけてみるといい。休日にちょっとしたツールを作ってみたり、気になる技術のチュートリアルを触ってみたりして、それが苦痛でなければ、おそらく職種の問題ではなく環境の問題だ。逆に、プライベートでもコードを見るのすら嫌だ、技術系の記事を読む気力もない、というレベルであれば、職種自体を見直す段階かもしれない。
ただし、1つ補足しておくと、プライベートで技術に触れなくても優秀なエンジニアはたくさんいる。「業務外で勉強しないから向いていない」とは一概に言えない。重要なのは、業務時間中に技術的な課題に向き合うこと自体が苦痛かどうか。そこが判断の分かれ目になる。
エンジニアを辞めた人のその後
仮に「エンジニアという職種自体を離れたい」と判断したとして、その後のキャリアパスは実はそれなりに幅がある。エンジニア経験者ならではの選択肢があるからだ。
よくある移行先として最も多いのが、PM（プロジェクトマネージャー）やPdM（プロダクトマネージャー）への転身。技術がわかる人がマネジメント側に回ると、エンジニアとのコミュニケーションが圧倒的にスムーズになる。開発工数の見積もりに対して「それは本当か」と技術的な視点でツッコめるPMは、現場から信頼される。技術が好きというより「プロダクトを良くしたい」「チームをうまく動かしたい」というモチベーションが強い人には、自然な移行先になる。
ITコンサルタントも選択肢の一つ。技術の知見をベースに、企業のIT戦略やDX推進を支援する仕事。コードを書く機会は減るが、技術的な目利きができることが強みになる。アクセンチュアやBIG4系のコンサル会社がエンジニア経験者を積極的に採用しているのは、まさにこの文脈だ。
もう少し穏やかなキャリアチェンジとして、事業会社の社内SE（情報システム部門）に移るパターンもある。自社の業務システムの運用やベンダー管理が中心になるので、開発のプレッシャーは格段に下がる。「技術には関わりたいけど、開発の最前線は疲れた」という人にはフィットしやすい。年収は開発エンジニアより下がることもあるが、ワークライフバランスを重視したい人には合理的な選択だ。
他にも、テクニカルライターやデベロッパーリレーションズ（DevRel）、セールスエンジニアなど、技術のバックグラウンドを活かしつつコードを書かない職種は増えている。「エンジニアを辞めたらIT業界を出るしかない」と思い込んでいる人が多いが、実際にはエンジニア経験を活かせる隣接職種はかなりある。
辞める前にやっておくべき3つのこと
「もう無理だ、辞めたい」という気持ちが強くなっているときこそ、一度立ち止まって試してほしいことがある。辞めること自体を否定しているわけではなく、判断の精度を上げるための準備として。
まず、環境を変える選択肢を検討すること。今の会社が合わないだけなら、同じ職種で別の会社に移ることで問題が解消する可能性がある。SESから自社開発へ、受託開発からプロダクト企業へ、大企業からスタートアップへ。エンジニアという職種はそのままで、働く場所を変えるだけで仕事の性質はがらりと変わる。転職エージェントとの面談やカジュアル面談を数社受けてみるだけでも、「外の世界」が見えてくる。今の環境だけを見て「エンジニア全体がこういうもの」と結論づけるのはもったいない。
次に、社内で役割を変える可能性を探ること。同じ会社の中でも、開発からQAやDevOpsに異動したり、テックリードからマネジメントに転向したり、職種を変えずに役割を変えるだけで見える景色が変わることがある。上司に相談するのがハードルが高ければ、1on1の場で「最近のモチベーション」について正直に話してみるのも手だ。まともなマネージャーなら、辞められるよりは社内で適切なポジションを見つけたいと考えるはず。
そして、副業や個人プロジェクトで別の仕事を試してみること。エンジニアを辞めてPMになりたいと思っても、PMの仕事が自分に合うかどうかは実際にやってみないとわからない。副業でプロジェクトマネジメントの案件を受けてみる、知人のスタートアップの手伝いで企画や要件定義を担当してみる。こうした小さな実験を通じて、本当に別の職種に適性があるかどうかを確かめてから転職すれば、「辞めたけどやっぱり違った」というリスクを減らせる。
まとめ
「エンジニアに向いてない」と感じたとき、そのまま勢いで辞めてしまうのはリスクが大きい。まずは自分の「向いてない」がどのパターンに当てはまるのかを整理すること。技術への根本的な無関心なのか、成長実感の欠如なのか、対人ストレスなのか。パターンによって、職種を変えるべきなのか、環境を変えるべきなのか、答えはまったく違ってくる。
エンジニアを辞めたとしても、その経験が無駄になることはない。PMやコンサルタント、社内SE、DevRelなど、技術のバックグラウンドを武器にできる隣接職種は想像以上に多い。ただし、辞める前に「環境を変える」「役割を変える」「別の仕事を小さく試す」の3つは検討してほしい。本当にエンジニアという職種が合わないのか、それとも今の会社が合わないだけなのか。その見極めができてから動いても、遅くはない。