「作る仕事が減るというのは、どのくらいの話だろう」
「求人票の”企画・運用”の一行からは、中身が読めない」
そんな迷いを抱えたまま求人票を眺めているあなたへ。
結論から言えば、
後悔の中心は職種選びではなく、評価される単位が入れ替わることのほうにありました
作った量ではなく、止まらなかった状態で測られるようになります。
この記事では、設計書の名前の欄と評価シートの目標欄を並べ、入れ替わりが実務のどこに出るかをやさしく確かめていきます。
結論 — 後悔の中身は「職種選び」ではなく「評価される単位の変化」に集まる
社内SEに移って後悔したと語られる中身を分解すると、職種の良し悪しの話はあまり出てきません。出てくるのは、測られる単位が動いたことへの戸惑いでした。
作る仕事は、成果物が残ります。設計書、コード、リリースノート。どれも自分の名前と一緒に残るので、期末に何を書くかで迷いません。
止めない仕事は、成果が「起きなかったこと」の形で現れます。障害が出なかった月には、報告すべき出来事が発生していません。
言語化されないまま移りますので、移った後に「思っていたのと違う」という形で出てくることが多くありました。
ですからこの記事で扱うのは、社内SEがよいか悪いかではありません。あなたが何で評価されたい人間なのかを、先に決めるための分解になります。
後悔の対象になる三つのレイヤー
「後悔した」という一語には、原因も対処も違うものが同居しています。混ぜたまま読むと「社内SEはやめておけ」という一段落の結論しか残りません。実務でぶつかる順番に並べると、次の3つに割れました。
- レイヤー1 仕事の中身：担当する工程が動きます。手を動かす範囲と、人に頼む範囲の比率が変わります
- レイヤー2 評価のされ方：成果の測り方と、社内での部署の位置づけが変わります
- レイヤー3 経歴の残り方：職務経歴書に書ける行の粒度が変わります。ここだけ時間差で効いてきます
レイヤー1と2は入社後の数か月で分かります。レイヤー3は、次に動こうとした時点まで表面化しません。後悔として語られる強度が最も高いのは3で、気づくのが最も遅いのも3でした。
なお「社内SE」という呼び名は、公的な職業分類の側でも一つの職業には収まっていません。
厚生労働省の職業情報提供サイト job tag では「運用・管理（IT）」の別名としてシステム管理者・システム運用管理者が挙げられており、システムエンジニア（受託開発）は別の職業として立てられています（2026年8月13日 取得）。
同じ「社内SE」という求人票の言葉が、別の職業を指している場合があります。後悔の中身がどのレイヤーに乗るかも、ここで変わります。
レイヤーごとに、実務で何が変わるかを5つに分解する
3つのレイヤーは、実務では別々の出来事として現れます。以下の5つは、移った後の書類か、日々の連絡の宛先か、期末に書く文章のどれかに出てきます。各項目の末尾に、どのレイヤーに乗るかを付けました。
1. 作る工程が手から離れ、決める工程と受け取る工程が残る（レイヤー1）
受託や常駐で長くやってきた人ほど、最初に効いてくるのがここでした。
移った後、自分の名前が入る欄が変わります。外部設計書の作成者欄はベンダーの担当者になり、自分の名字はレビュー欄と承認欄に移ります。発注仕様書、見積の査定、検収書。手元に残る書類は増えますが、そのどれも自分が書いたコードではありません。
週次のベンダー定例では、こちらが議題を持ち込む側になります。前の職場で「先方の課長」と呼んでいた席に、あなたが座ることになります。
手を動かす仕事が消えるわけではありません。消えないのは、規模の小さい改修と、緊急時の一次対応と、誰も引き受けない調査です。まとまった実装は外に出て、細切れの作業が手元に残る、という配分になることが多くありました。
この配分を「楽になった」と受け取る人と、「腕が落ちる」と受け取る人に、はっきり分かれていました。
2. 障害の一次窓口が、部署ではなく自分の内線になる（レイヤー1）
常駐側にいたときの障害対応は、範囲が契約で切れていました。担当システムの外は、自分の一次切り分けの対象ではありません。
社内側に回ると、この線が消えます。共有メールボックスに入ってくる依頼は、基幹システムの不具合も、会議室のプロジェクタが映らない件も、同じ受信箱に並びます。
「とりあえず情シス」で回ってくる分は、切り分けが済むまで自分の仕事かどうかも分かりません。
保守契約の一次窓口も社内側に移ります。ベンダーに投げる前に、事象の再現手順と影響範囲を自分で書く必要が出てきます。切り分けの精度が、そのまま自分の残業時間になります。
3. 成果が「起きなかったこと」になり、報告する材料が減る（レイヤー2）
評価シートの目標欄に並ぶ項目が変わります。稼働率、インシデントの発生件数、一次回答までの時間。いずれも減らすことが成果になる指標で、うまくいった月ほど書くことがありません。
期末の自己評価で手が止まるのはここでした。半年間ずっと止めなかった、というのは事実ですが、それを何行書いても一行分にしか読まれません。
一方で、止まった月は詳細に記録が残ります。障害報告書、再発防止策、経営会議への一枚。失敗のほうが可視化される仕組みになっている職場は、珍しくありませんでした。
この非対称を「気楽でよい」と受け取る人もいます。評価と報酬に直結させたい人にとっては、期の途中から手応えが薄くなります。
4. 予算と稟議が、技術判断と同じ重さで仕事に入ってくる（レイヤー2）
技術的にどれが良いかを決めても、そのままでは通りません。稟議書の回付ルート、年度予算の締め、複数社からの相見積。技術選定の結論より、この段取りのほうが期間を食います。
情報システム部門がコストセンターとして扱われている会社では、投資の説明を「売上がどれだけ増えるか」に翻訳することを求められます。運用の安定は、その翻訳が最も苦しい種類の投資でした。
5. 職務経歴書に書ける行の粒度が、静かに変わる（レイヤー3）
最も遅れて表面化するのがここでした。
受託や常駐で書いていた行は、工程と技術で書けます。担当工程、言語、フレームワーク、規模。次の職場でも同じ物差しで読まれます。
社内側に移ると、書ける行が「ベンダー管理」「システム更改の推進」「運用改善」に寄っていきます。事実として間違っていませんが、どの物差しで測ればよいのかが読み手に伝わりません。
触っている技術のバージョンも止まりやすくなります。基幹システムは動いている限り更新しない、という判断のほうが正しい場面が多いからです。コミットログに自分のアカウントが出てこない期間が長くなります。
戻れなさとして語られている状態の中身は、能力が落ちたことではありませんでした。評価される形で経験が残っていないことのほうが多かったです。個人の経験に基づく記述であり、同じ結果を保証するものではありません。
なお、そもそも社内SEの求人に通るのかという手前の問いは、経歴の量と、見せ方の側の切り分けで扱っています。求人に通るかどうかで足が止まっているなら、先にそちらの記事をのぞいてみてください。
3と5は、いまの職場のまま検証できる
転職を挟まずに確かめられる項目があります。順番に効きます。
- 期の目標欄に、防いだことを数えられる形で1行入れてもらう。「稼働率の維持」ではなく「同種障害の再発ゼロ」のように、達成が判定できる書き方にする
- ベンダーへの設計レビューで出した指摘を、議事録に自分の発言として残す運用に変える。口頭で終わらせると、経歴の側に何も残らない
- 一次切り分けの記録を、受信箱ではなく検索できる場所に移す。切り分けの手順が資産として残ると、担当の固定も崩しやすくなる
- 直近2期の評価シートの目標欄を並べ、去年と違う項目が何行あるかを数える
- 稟議に添える技術的な理由を、自分の文章で1本書く。決裁が下りなかった場合でも、判断の記録のほうは残る
3か月から半年やってみて足せる行が増えないなら、その原因はあなたの努力の外側にある可能性が高くなります。そこまで来てから、5つのうちどれが強く当たっているかを絞ります。
自分に強く当たっているのはどの項目か
5つすべてが同じ強さで効く人はいません。次の観点で、あなたに強く当たるものを絞れます。
- 直近1年で最も手応えがあった仕事を思い出したとき、それは成果物が残る種類の仕事だったか（残る側なら1と5が強く当たります）
- 評価面談で自分が話しているのは、やったことか、防いだことか（やったこと中心なら3が当たります）
- 今の職場で、技術以外の理由で結論が覆った経験があるか（無いなら4が当たります）
- 問い合わせの一次受けを、あなたは業務として引き受けているか（引き受けていないなら2が当たります）
- 去年と今年で、職務経歴書に足せる行が増えたか（増えていないなら5がすでに始まっています）
レイヤー1に集まっているなら、配属先の規模と外注比率で変わる余地があります。レイヤー2に集まっているなら、会社の中で情報システム部門がどの位置にあるかの問題になります。
レイヤー3に集まっているなら、転職の可否より先に、経験の残し方を変える必要が出てきます。
移っても消えない後悔の見分け方
後悔として語られている項目のうち、環境を変えても持ち越すものがあります。ここを分けずに動くと、移った先で同じ話が再演されます。
- 持ち越す：成果が「起きなかったこと」で測られるという構造。運用を持つ部署である限り、程度の差はあっても残ります
- 持ち越す：情報システム部門が売上を直接作らないという位置づけ。業種で重さは変わりますが、消えはしません
- 入れ替わる：一次窓口が一人に固定されるかどうか。人数と分担の設計の問題で、会社ごとの差が大きい部分です
- 入れ替わる：手を動かす範囲。内製の比率が高い会社ほど、まとまった実装が手元に残ります
上の2つは、運用を持つ部署に付いてくる性質で、会社を選び直しても消えません。下の2つは会社ごとの設計で決まる部分なので、条件を変えれば動きます。
変えられない側に後悔が集まっているなら、次に検討するのは社内SE以外の選択肢になります。変わりうる側に集まっているなら、同じ職種のまま条件の違う場所を探す話になります。
この切り分けが済んだ後で初めて、どこに相談するかという段階に入ります。順番を逆にすると、相手の説明にあなたの判断を合わせることになります。
相談先を見る前に、各社が公表している内容を先に読む
後悔の中身が3つのどこに寄ったかまで出たら、相手側の公表内容を読む番になります。飛ばすと、持ち時間がレイヤーの説明で埋まります。
対象の欄だけ読めば足ります。面談で動かせない欄なので、そこから外れた人は席に着く前に終わります。
社内SE転職ナビが対象に掲げるのは、自社の中で働きたいITエンジニア（社内SE・情報システム職）です（同社公式サイト。2026年8月17日 取得）。
もう一方のレバテックキャリアはIT・Web業界に特化し、ITエンジニアとデザイナーを対象に挙げています（同社公式サイト。2026年8月17日 取得）。職種の幅がひとつ広くなります。
どちらも各社が自分で書いている内容で、当サイトが真偽を確かめたものではありません。エリアで対象を絞る条件があるかは、両社の公式サイトから読み取れませんでした。「記載が見つからない」は「制限が無い」と同じではありません。
当サイトの評価軸に基づく整理であり、客観的な優劣を示すものではありません。評価軸は広告掲載方針に記載しています。
2つの窓口は、レイヤーの寄り方で分かれる
筆者は本サービスの利用者ではありません。以下は各社の公表情報と、SE・社内SE としての実務経験からの整理です。
面談の席で最初に聞かれるのは、いま何に困っているかでした。3つのレイヤーのどれかを名指しできれば、話は先へ進みます。出てこなければ、持ち時間は聞き取りで終わります。眺めるだけの用なら重い窓口です。
レイヤー1の中身を入れ替えると腹が決まった段階で、社内SE転職ナビが噛み合ってきます。公表されている対象は社内SE・情報システム職なので、そこから外れる方向を探している間は、条件のほうが先に絞られます。
エリアの限定は、公式サイトに記載を見つけられませんでした。
レバテックキャリアのほうは、職種を社内SEに寄せきらず、開発側に残る枝も並べて見たいときに向きます。前提はエンジニア・クリエイターの経験で、レイヤー3が薄いと材料が出ません。
聞く3点は、開発側に残る枝を見るときも同じで構いません。変わるのは、返ってきた答えの読み方のほうになります。
まとめ — 判断の順番は3手で足りる
1手目。後悔として語られている中身を、仕事の中身・評価のされ方・経歴の残り方の3レイヤーに割ります。どこに集まっているかで、次の手が変わります。
2手目。集まった先が変えられないものか、変わりうるものかを分けます。変えられない側なら職種の話、変わりうる側なら職場の話になります。
3手目。現職のまま職務経歴書を1枚書き、去年から足せた行を数えます。増えていれば環境の問題ではありません。
社内SEに移ることで解ける問題と、移っても持ち越す問題は、移る前に分けられます。分けてから動いたほうが、面談で話せる材料も増えます。