「社内SEに転職しようか迷っているけど、ネットで『やめとけ』って書かれているのを見ると不安になる」「自分は社内SEに向いているのか、転職する前にちゃんと確かめておきたい」――そんな気持ちでこの記事にたどり着いた人が多いんじゃないかと思います。
検索するとやめとけと言われる理由を列挙した記事がたくさん出てきますが、理由を網羅したところで「で、結局自分はやめておいた方がいいの？」という肝心の判断にはあまり繋がらないんですよね。
私自身、前職がSIer（クライアント先のシステム開発を請け負う会社）、前々職が社内SEで、現在は再び中小企業の社内SEとして働いています。社内SE経験は通算で約4年です。これまで自分自身の働き方の手応えに加えて、早めに辞めていった元同僚を見送った経験もあります。
この記事では、その経験を踏まえて「本気でやめておいた方がいい」と言える5タイプを、具体的なエピソードと自己診断ポイントをセットで書いていきます。読み終わる頃には、自分が当てはまるタイプかどうか、転職活動を進める前にある程度判断できるようになっているはずです。
先に結論：「やめとけ」と言えるのは、適性が真逆のタイプだけ
最初に結論からお伝えします。
「社内SEはやめとけ」というのは、全員に向けたメッセージではありません。社内SEの仕事と適性が真逆のタイプの人にとっては本気でやめておいた方がいいですが、それ以外の人にとっては、条件さえ合えば普通に良い選択肢になり得ます。
この記事の立ち位置をはっきりさせておくと、テーマは「事前判断」です。実際に転職してから感じたギャップの話は別記事「現役社内SEが語る『後悔した5つのギャップ』」で書いていますし、「楽すぎ」と言われる側面の実態検証は「社内SEは本当に『楽すぎ』なのか」で扱っています。
この記事はそのどちらでもなく、「転職する前に、自分が向いていないタイプかどうかを見極める」ための材料を提供する記事です。
私の立ち位置（前提共有）
前提として、これから書く話は「中小企業の社内SE」として働いている私の現場の体感がベースです。
現職の情報システム部は複数チーム体制で、私は販売管理システムを担当するチームに所属しています。日々の業務は、販売管理システムの機能開発・改修と、そのシステムに関する社内からの問い合わせ対応が中心です。
ただし、これから書く5タイプの話は、企業規模や業種を問わずある程度共通する「適性のミスマッチ」を扱います。完全な普遍化はできませんが、参考にはなる範囲だと思って読んでもらえればと思います。
本気で「やめとけ」と言いたい5タイプ
タイプ1：1つのタスクに深く集中したい「集中型」
最初に挙げたいのが、1つの作業に深く集中して仕上げたいタイプです。
社内SEの仕事は、開発タスクと社内からの問い合わせ対応の二本立てが基本になります。問題は、その配分が日によってバラバラなことです。私の現場でも、問い合わせがほぼゼロで開発に集中できる日もあれば、半日以上が問い合わせ対応で潰れる日もあります。事前に予測できません。
私自身もどちらかと言えば集中型なので、これは結構しんどい部分です。せっかく頭の中で組み立てた処理ロジックが、問い合わせ1本で吹き飛んで、また組み立て直すところからやり直し、ということが普通に起きます。
このタイプの人が社内SEに転職すると、「業務量は多くないのに、なぜか疲れる」「定時で帰れているのに達成感がない」という独特の消耗を抱えやすいです。残業時間で測れる負荷とは別の、頭の使い方の負荷が乗っかってくるんですよね。
自己診断のポイントはシンプルで、今の仕事で集中して作業しているときに横から声を掛けられたとき、何を感じるかを思い出してみてください。「いいよ、聞いて」と素直に切り替えられるなら問題ありませんが、「ちょっと今は……」と内心で思ってしまうタイプなら、社内SEの業務スタイルとはあまり相性が良くないと思っておいた方がいいです。
タイプ2：開発の手応えで成長したい「ものづくり志向型」
2つ目は、コードを書いて何かを作り上げる手応えそのものに強くやりがいを感じるタイプです。
ここで誤解されやすいのですが、「社内SEは開発しないからスキルが伸びない」という言われ方をされることが多いんですが、これは半分正解で半分不正解です。
確かに、開発をベンダー（外注先）に丸投げしている会社の社内SEは、自分でコードを書く機会がほぼありません。一方で、私の現職のように自社開発比率が高い会社もあります。じゃあ自社開発比率が高ければ満足できるかというと、ここに別の罠があります。
私の現場で日常的にやっている開発の中身は、新規開発というより既存処理のコピー改修が中心なんです。たとえばEDI（取引先との電子データ交換）処理だと、既存コードをコピーして取引先ごとに微調整する、みたいな仕事が大半を占めます。仕様の8〜9割は既存処理の流用で、ゼロから設計する場面はあまり多くありません。
つまり、ものづくり志向型の人にとっては「開発を外注している会社」も「自社開発でコピー改修中心の会社」も、どちらも肩透かしを食らいやすいんですよね。
自己診断のポイントは、「ゼロから何かを設計して動かす瞬間」がどれだけ自分にとって大事か、を振り返ってみることです。設計の手応えがないと充電できないタイプなら、社内SEは選ばないほうが幸せだと思います。
タイプ3：モダン技術を仕事で扱いたい「最新技術追求型」
3つ目は、仕事の中でモダンな技術や開発手法に触れたいタイプです。
私の現場で日常的に使う技術は、SQLとバッチ処理が中心です。ツール類の開発ではVB.NETやExcel VBAを使います。クラウド・コンテナ・生成AIや、アジャイル開発のようなモダンな技術や手法は、業務の中ではほぼ触りません。
少し調べてみると、「中小企業はレガシー寄り」という肌感覚は世間の傾向とも概ね合致しているようでした。中堅中小企業ではオフコン（オフィスコンピュータ）や古いプログラミング言語が運用継続されていて、人手不足でモダン化が進みにくい、という指摘が業界レポートでも見られます。
ここで注意してほしいのが、「じゃあ大企業の社内SEならモダン技術が触れるんでしょ？」と単純に決めつけられないことです。大企業は数十年前から基幹システムを整備してきた歴史があるので、古い基幹システムを保守している部署も普通に存在します。同じ会社の中でもモダン化を進めている部署とレガシー基幹を保守している部署が混在している、というのが現実に近そうです。
このタイプの人は、面接で配属予定の部署について「具体的にどんな技術スタックでどんな開発をしているのか」を踏み込んで聞かないと、入社後にレガシー保守部署に配属されて消耗するリスクがあります。
自己診断のポイントは、「個人勉強と仕事を完全に切り分けられるかどうか」です。業務はレガシーでも、家でモダン技術を勉強できれば気にならない、というタイプなら問題ありません。逆に「日中の業務時間でモダン技術を扱えないと、勉強する気も起きないし焦燥感が募る」というタイプなら、社内SEは慎重に選ぶ職種になります。
タイプ4：専門性を尖らせて市場価値を上げたい「スペシャリスト志向型」
4つ目は、特定の領域を尖らせて市場価値を高めていきたいタイプです。
社内SEは、企業規模が小さくなるほど「何でも屋」になりやすい構造を抱えています。大規模な情シス（情報システム部門）だと役割分担がはっきりしていますが、人数の少ない情シスだと、開発・運用・インフラ・ヘルプデスク・ベンダー対応まで、一人が広く担当することになります。
私自身は今の職場ではチームで役割分担されているので「何でも屋」傾向はかなり緩和されていますが、前々職の社内SE時代はもっと小さな体制で、本来の業務範囲を超える仕事まで幅広く振られることが多かったです。社内行事のために動画撮影と編集まで担当した話などは、その典型例ですね。
それからもう一つ、「業務知識が身につく」という社内SEのよく言われるメリットにも、専門性志向の人にとっては罠があります。社内SEで身につく業務知識の多くは、その会社特有の業務フローに依存しています。「うちでは出荷データをこういう順番で処理する」「この商品マスタのこのコードはこういう例外を持っている」みたいな知識は、外に持ち出した瞬間にほぼ価値がなくなります。
つまり、社内SEというキャリアは「広く浅い経験」と「会社特有の業務知識」が積み上がっていく構造になっています。これがスペシャリスト志向の人にとっては、市場価値の伸ばし方として真逆の方向に進むことになります。
自己診断のポイントは、「広く浅く」と「狭く深く」のどちらに憧れるかを正直に振り返ってみることです。インフラのスペシャリストになりたい、特定言語のエキスパートになりたい、という方向性が明確にあるなら、社内SEではなく専門特化型のキャリアを選んだ方が幸せになれると思います。
タイプ5：成果を数値で評価されたい「数値評価重視型」
最後は、自分の成果を数字で評価されたいタイプです。
社内SEの仕事は、企業の中では基本的にコストセンター（売上を生まずコストだけが発生する部署）として扱われがちです。営業部門や開発部門のように「売上◯◯円達成」「契約◯◯件獲得」みたいな分かりやすい数字が出てこないんですよね。
社内SEの「成果」はだいたい次のような形で表れます。
- システムが止まらず動き続けた
- 業務部門からの問い合わせを滞りなく捌いた
- 障害を最小限の影響で復旧させた
これらはどれも価値ある仕事ですが、「いつもどおり動いている」状態が成果なので、数字で評価する仕組みと相性が悪い。よくも悪くも目立たないし、目立った瞬間（システムが止まったとき）はマイナス評価のリスクの方が大きい、という構造です。
評価基準が会社によって全然違うのも、このタイプの人にはストレスになります。同じ「障害ゼロで運用」を達成しても、ある会社では当たり前と見なされ、別の会社では「縁の下の力持ち」として評価される。自分の頑張りに対するリターンが、会社の評価文化に強く依存します。
自己診断のポイントは、「数字で評価されない期間を、どのくらいの長さまで許容できるか」を考えてみることです。半年や1年で結果を数字で示したいタイプなら、社内SEはストレスが溜まる職種です。逆に「3〜5年単位で振り返ったときに自分が成長していればいい」と長い時間軸で考えられるタイプなら、社内SEのペースとも噛み合います。
逆にやめなくていい人
ここまでの5タイプに当てはまらない人にとっては、社内SEは普通に良い選択肢になり得ます。
具体的には、こんな傾向の人です。
- 複数のタスクを並行で回すのが苦にならない
- ものづくりの手応えより、人や業務をサポートする達成感に重きを置く
- 業務はレガシーでも、必要な技術を都度キャッチアップできれば気にならない
- 1領域を尖らせるよりも、幅広い知識と経験を積みたい
- 数字より、長い目で安定して働ける環境を優先したい
このタイプの人は、社内SEの業務スタイルや評価構造とそもそも相性が良いので、「やめとけ」という言葉に振り回される必要はありません。条件の良い会社を選んで入れば、長く快適に働けます。
やめとけ判断のための事前チェック法
ここまで読んで「自分は5タイプのどれかに当てはまるかも」と思った方に向けて、転職活動を始める前にやっておきたい事前チェックを整理しておきます。
まずは今の仕事の振り返りです。次の3つを思い出してみてください。
- 集中して作業していたときに割り込みが入ったとき、どれくらいストレスを感じたか
- これまでの仕事で「達成感があった瞬間」はどんな場面だったか（ものづくりの完成？人から感謝された？数字が達成できた？）
- 半年〜1年で目に見える成果がほしいタイプか、3〜5年で振り返って成長していればいいタイプか
この3つに正直に答えてみると、自分が5タイプのどれに近いかが見えてきます。
そのうえで、それでも社内SEに転職を進めたいと判断したら、求人票や面接で次の項目を踏み込んで確認するのがおすすめです。
- 自社開発とベンダー依頼の比率
- 自社開発の中身（新規開発と既存改修・コピー改修の比率）
- 配属予定部署の技術スタック（全社スローガンではなく部署単位で）
- 開発タスクと問い合わせ対応の比率
- 情シスの人数規模と役割分担
ここを面接でちゃんと聞けるかどうかで、入社後の満足度はかなり変わります。詳しいチェック観点は「現役社内SEが語る『後悔した5つのギャップ』」の方で深く扱っているので、転職活動を始める前にあわせて読んでみてもらえればと思います。
まとめ｜全員やめとけではない、特定タイプは本気でやめとけ
「社内SEはやめとけ」という言葉は、ネット上で何度も繰り返されているせいで、転職を検討している人を必要以上に不安にさせている側面があります。
ただ、現役で働いている立場から言うと、本気で「やめとけ」と言いたいタイプは確かに存在します。
- 1つのタスクに深く集中したい「集中型」
- 開発の手応えで成長したい「ものづくり志向型」
- モダン技術を仕事で扱いたい「最新技術追求型」
- 専門性を尖らせたい「スペシャリスト志向型」
- 成果を数値で評価されたい「数値評価重視型」
このどれかに強く当てはまるなら、社内SEは本当に向いていない可能性が高いです。逆に、そうでないなら、ネットの「やめとけ」記事に振り回される必要はありません。
転職前に判断材料がもう少しほしい方は、下記の記事もあわせて読んでもらえると、より立体的にイメージがつかめるはずです。
社内SEは、適性さえ合えば長く快適に働ける職種です。ラベルではなく、自分の適性で判断してもらえればと思います。
社内SEの仕事内容の全体像は、こちらの記事にまとめています。
コメント