SESから社内SEへ転職する方法｜求人で確認する7項目と経験の伝え方

社内SEの仕事内容を、五つの責任へ分ける

最初に、求人の業務を「利用者支援」「安定運用」「変更・導入」「意思決定」「改善効果」の五つへ分けます。利用者支援は問い合わせ、端末、アカウント、SaaS権限など。安定運用は監視、障害、バックアップ、パッチ、セキュリティ対応です。変更・導入には要件整理、製品選定、ベンダー調整、受入テスト、移行が含まれます。

意思決定は、優先順位、予算、アーキテクチャ、内製・外注の範囲を誰が決めるかです。改善効果は、導入後に利用率、処理時間、問い合わせ、障害、事業KPIなどを誰が確認するかを指します。仕事内容が広いこと自体は問題ではありませんが、どの責任も担当者不明で「幅広くお任せ」とだけ書かれた求人は、入社前に境界を確認します。

厚生労働省の職業情報提供サイトは、IT運用・管理の仕事を、システムを安定稼働させるための運用と管理として説明しています。社内SE求人でも運用は重要な責任です。「開発ではないから価値がない」と扱わず、障害を防ぐ判断、変更時の確認、利用者への影響をどこまで持てるかを見ます。

「社内SE」と書かれた求人でも、雇用主の社員として自社の情報システムを担うのか、グループ会社、客先、派遣先の業務も含むのかで働き方は変わります。雇用形態、配属先、業務と就業場所の変更範囲を、求人票の見出しではなく労働条件の欄で確定します。

• 利用者支援: 問い合わせ・端末・アカウント・SaaS
• 安定運用: 監視・障害・バックアップ・セキュリティ
• 変更・導入: 要件・選定・受入・移行・教育
• 意思決定: 優先順位・予算・技術・責任分界
• 改善効果: 導入後の利用・品質・業務変化

SES経験を、社内SEで再現できる三つの強みへ変える

SES経験の一つ目の強みは、環境が違っても情報を集めて仕事を進めたことです。顧客固有の業務を理解し、仕様書、ログ、データ、利用者の説明から原因や変更範囲を整理した経験は、社内システムでも使えます。「複数現場を経験」ではなく、新しい業務を理解するために何を確認したかを話してください。

二つ目は品質と安定運用です。テスト中心なら、消化件数より仕様差分から増やした観点、不具合の再現条件、影響範囲の切り分けを出します。保守・運用なら、アラートから一次切り分け、復旧、関係者連絡、再発時の手順まで、自分が持った範囲を説明します。

三つ目は責任分界です。所属会社、顧客、元請け、別ベンダーの間で、誰に何を確認し、どの成果物で合意したかを整理します。社内SEでも、利用部門、経営、セキュリティ、購買、外部ベンダーをつなぐ仕事があります。「調整力」だけで終わらせず、決めたことと残した記録を例にします。

職務経歴書には守秘義務を守り、顧客名、個人情報、未公開の構成を出さずに証拠を残します。「従業員数千名規模」「日次処理」「障害影響を三機能に分類」のように抽象化し、調査手順、判断、成果物、結果を書きます。エージェントへ見せる版と企業へ提出する版で秘匿レベルを変えず、同じ範囲で説明できるようにします。

• 業務理解: 新しい現場で仕様と利用者を理解した順序
• 品質: 境界値・異常系・受入条件を作った経験
• 運用: 障害の検知・切り分け・復旧・再発防止
• 責任分界: 誰が何を決めるかを整理した経験
• 改善: 次の担当者も使える手順や判断基準

求人では、内製と外注の分担を成果物ごとに確認する

「内製化を推進」「ベンダーコントロール」と書かれていても、意味は会社ごとに違います。内製が、企画と要件だけなのか、設計・実装・運用まで含むのかを確認します。外注中心でも、自社側が課題、優先順位、要件、受入条件、運用設計を持つなら、事業とITをつなぐ責任を作れます。

反対に、利用部門の要望をそのままベンダーへ渡し、見積・仕様・品質を判断する人が社内にいない場合は、伝言と進捗確認へ固定される可能性があります。要件定義書、RFP、設計レビュー、受入テスト、リリース判定、運用手順のうち、社内SEが作るものと承認するものを聞いてください。

IPAはレガシーシステムのモダン化に関する解説で、システム仕様の可視化やブラックボックス対策と内製化の関係、経営層と情報システム部門の情報共有を取り上げています。内製率の数字だけで良い会社と決めず、事業側と情報システム部門が何を共有し、どこを自ら判断しているかを確認します。

求人票では、現在の担当だけでなく、将来の業務と就業場所の変更範囲を読みます。厚生労働省は2024年4月から、募集時に業務の変更範囲と就業場所の変更範囲などを明示するよう案内しています。「当面は情シス」と「将来もIT専門職の範囲」は同じではありません。職種別採用か総合職採用か、別拠点・別部門への異動があるかまで書面で確認します。

• 課題と優先順位を決める人
• 要件・設計・実装を担う組織
• 見積と技術選定を評価する人
• 受入条件とリリース可否を決める人
• 運用後の改善を起票する人

問い合わせ・障害当番・一人情シスを数字で確認する

社内SEは利用者に近い分、問い合わせと緊急対応が発生します。件数が多いことだけで求人を避ける必要はありません。問い合わせを分類し、FAQ、申請フロー、自動化、権限設計へ戻せるなら改善経験になります。確認したいのは、定型作業が業務時間の何割か、改善へ使える時間と権限があるかです。

障害対応は、対象システム、発生頻度、平日夜間・休日の当番、一次対応の範囲、代休・手当、復旧後の振り返りまで聞きます。「残業月20時間」の平均だけでは、深夜当番やリリース集中月が見えません。直近一年の重大障害、当番人数、呼び出し後の勤務扱いを確認してください。

一人情シスや少人数チームでは意思決定へ近づける一方、代替要員、レビュー、休暇、緊急対応にリスクがあります。情シス人数だけでなく、拠点数、従業員数、端末数、主要システム数、外部支援先、採用理由を合わせて聞きます。退職者の補充なら、引き継ぎ期間と未解決課題も確認します。

数字は「平均」だけでなく分布と日付を聞きます。たとえば、直近3か月の月間問い合わせ、直近1年の夜間呼び出し、次回更改の予定月です。平均残業が低くても、四半期末だけ極端に集中することがあります。リリース前後の増員、代休、手当、リモート待機の労働時間としての扱いを個別に確認してください。

• 月間の問い合わせ件数と上位3分類
• 定型対応と改善・企画の時間割合
• 夜間・休日当番の頻度、人数、勤務扱い
• 情シス人数、拠点、端末、主要システム
• 欠員補充か増員か、引き継ぎ期間

「楽そう」ではなく、給与・評価・三年後の責任を比べる

社内SEだから残業が少ない、客先常駐がない、雇用が安定するとは一律に言えません。会社の事業、システムの重要度、チーム体制、更改時期で働き方は変わります。求人の平均残業、在宅勤務、休日だけでなく、繁忙期、障害、リリース、拠点対応、転勤の条件まで確認します。

給与は提示年収だけでなく、基本給、賞与、固定残業、当番手当、住宅・勤務地手当、評価日へ分けます。入社時の年収が同じでも、IT企画や改善が評価対象に含まれず、昇給条件が説明されないなら数年後の差が出ます。情報システム部門の目標と個人評価がどう結びつくかを聞きます。

三年後に説明できる責任を想像してください。問い合わせ件数だけが増えるのか、業務部門の課題を要件へ変えた、製品選定と受入を持った、運用データから改善した、セキュリティ基準を整えた、と話せるのか。会社の知名度より、持ち運べる責任が増える求人を優先します。

厚生労働省の「しょくばらぼ」では、企業の採用状況、働き方、能力開発、認定などを検索・比較できます。求人票やエージェントの説明だけでなく、応募先企業の公開情報を自分で照合します。一律に公開項目が多い会社を良いとするのではなく、年次有給休暇、平均勤続年数、研修、育児両立など、自分の転職理由に関係する項目を比べます。

• 年収の内訳と次回評価日
• 繁忙期・障害・リリース時の勤務
• 情報システム部門と個人の評価指標
• 異動・転勤・拠点対応の条件
• 三年後に外でも説明できる責任

面接では、入社後90日の仕事を七問で確定する

面接で「幅広く挑戦できますか」と聞くだけでは、入社後の仕事は分かりません。「最初の30日で理解するもの」「60日で単独対応するもの」「90日で改善を期待するもの」を聞きます。具体的なシステム名を公開できなくても、対象業務、利用者、工程、成果物、支援者は説明できます。

七問は、担当システム、内製・外注、問い合わせ割合、障害当番、意思決定者、入社後90日、評価条件です。回答が得られない項目は「悪い会社」と断定せず、未確認リスクとして残します。複数求人へ同じ質問を出すことで、説明の具体性と責任範囲を比較できます。

転職理由も求人とつなげます。「客先常駐をやめたい」だけではなく、「保守改修で得た影響調査と品質の経験を、利用部門の要件とリリース後の改善まで広げたい」と話します。応募先では誰とどの成果物を持てると確認したかを志望動機へ足してください。

内定前は、面接で聞いた条件と書面を必ず照合します。主な確認対象は業務内容、就業場所、変更範囲、労働時間、休日、賃金と固定残業の内訳、契約期間、試用期間です。不一致があれば口頭のイメージで補わず、誰がどの日付で更新した条件かを確認し、修正後の書面を保存します。

• 何のシステムを、誰のために担当するか
• 社内と外部ベンダーが持つ成果物は何か
• 問い合わせ・定型作業は業務の何割か
• 夜間・休日の障害対応はどう回すか
• 仕様・予算・優先順位を誰が決めるか
• 入社後30・60・90日で何を任せるか
• 成果をいつ、誰が、何で評価するか

相談先には求人名ではなく、七項目の回答を求める

社内SE求人を転職エージェントから受け取る場合は、非公開求人の件数だけで判断しません。「今のどの経験が使えるのか」「七項目のうち何が確認済みか」「企業へ追加確認できるか」を聞きます。社内SEという職種名だけで大量に応募せず、転職理由を解決する求人かを一件ずつ見ます。

SESの開発経験を過小評価して、未経験扱いの求人だけを受ける必要はありません。一方で、事業会社での予算、製品選定、利用部門調整が未経験なら、その差は認めます。既存の技術・運用・品質経験がどこまで使え、何を入社後に覚えるかを分けて提示してください。

対象条件に合う相談先が複数あるなら、同じ職務要約と七問を渡し、求人の選定理由と回答の具体性を比較します。相談したから応募する必要はありません。現職で担当を変える、社内SE以外へ進む、準備を続ける選択も同じ判断表へ残します。

社内SE転職ナビは、アイムファクトリー株式会社が運営する社内SE・情報システム系の相談先です。運営会社の公式会社情報では有料職業紹介事業の許可番号13-ユ-303606、公式の職業紹介ページでは求職受付時の求職者手数0円が公開されています。これらは会社と料金体系の確認材料であり、求人の質や転職結果の保証ではありません。

確認した主な利用条件では、ITエンジニア経験者、20〜44歳、関東・関西・北海道での転職希望が主な対象です。未経験、45歳以上、対象地域外などは主な利用対象から外れる場合があるため、条件外の人へ登録を勧めません。氏名や経歴を事実と異なる内容で送らず、公式画面の対象条件と個人情報の利用目的を読んでから判断してください。

運営会社の個人情報ページは、社内SE転職ナビの登録情報を、本人の同意に基づく応募先への情報提供、カウンセリング、応募状況の確認などに利用すると説明しています。相談時は「企業への応募は、企業名・職種・条件の説明を受け、私が同意した後に行う」と最初に伝えます。応募数ではなく、七項目への回答が得られた求人数で相談先を比較します。

相談前に一枚の比較メモを作ります。左側に現職で変えたい制約、中央に次の仕事で持ちたい責任、右側に許容できない条件を書きます。たとえば「リリース後の利用率と問い合わせを改善する」を次の責任とし、「月ごとの夜間待機の上限」を許容条件にします。そのメモと同じ職務要約を複数の相談先へ渡すと、担当者の話しやすさではなく、紹介された求人の一致度で比較できます。

比較期間は7日間など先に終了日を決め、各相談先へ同じ質問を出します。1日目に同じ版の職務経歴書と希望条件を渡し、7日目に「紹介理由」「七項目の確認数」「応募前の個別同意」「返信期限」を記録します。求人が多いことと、自分の目的に合う求人が多いことを混同しません。一社で十分な回答が得られれば無理に登録先を増やさず、結果を現職に残る条件とも比べます。

• 紹介理由が現在の経験と結びついている
• 求人票にない七項目を追加確認できる
• 未経験部分と再現できる経験を分けている
• 応募前に企業ごとの説明を受けられる
• 応募しない判断と現職に残る条件も持つ

職務経歴書の変換例

働く場所の希望だけでなく、現在再現できる行動、次に持つ責任、求人で確認する条件へ変換します。

行動前チェックリスト

• 社内SEの仕事内容を五つの責任へ分けた
• SES経験を業務理解・品質・責任分界で説明できる
• 内製と外注の成果物・承認者を確認した
• 問い合わせと改善の時間割合を確認した
• 障害当番、人数、勤務扱いを確認した
• 年収内訳と評価条件を確認した
• 業務と就業場所の変更範囲を書面で確認した
• 入社後30・60・90日の仕事を聞いた
• 企業への応募は自分の同意後に行うと確認した
• 同じ七問で複数求人と相談先を比較した