社内SEはやめとけ？情シスの立場で働く僕が見た大変さと向いている人

社内SEは「やめとけ」と言われることがありますが、すべての職場がきついわけではありません。落ち着いた職場もあれば、想像よりずっと忙しい職場もあります。差を生むのは、会社の体制と任される役割です。もう一つ知っておきたいのは、発注側の仕事は「ベンダーに頼んで終わり」ではないことです。ここを知らずに「楽そう」で選ぶと、入ってから「やめとけ」の意味が分かることになります。

この記事を書いているのは、SIerで新卒から働いたあと、フリーランスのエンジニアになったサカイです。SIerに入ったのが2009年、独立したのが2016年です。2025年4月からは、ある現場に情シス（情報システム部門）の立場で入り、要件定義・ベンダーコントロール・受入テスト・リリースを受け持っています。

先に大事なことを書いておきます。僕は社員の社内SEではありません。 フリーランスのまま、業務委託の契約で情シスの立場に入っています。社員になるつもりもありません。

そのため社員としての評価・異動・給与の話は、僕の体験としては書けません。この記事で書けるのは、発注側の仕事の中身と大変さです。社員の社内SEと業務委託で入る働き方の違いは、社内SEの仕事をフリーランスで受ける働き方にまとめました。

SIerの経験が社内SEのどこで評価されるかは、SIerから社内SEへ転職する前に知っておきたいことに書きました。この記事とあわせて読むと、良い面と大変な面の両方がそろいます。

社内SEがやめとけと言われるのは、発注側の仕事が思ったより重いから

社内SEがやめとけと言われる一番の理由は、発注側の仕事が外から見えるより重いことです。作る作業はベンダーに任せられます。それでも何を作るかを決める責任と、できたものを確かめる責任は社内SEに残ります。

「やめとけ」の理由としてよく挙がるものを整理すると、次の4つにまとまります。

• 頼む側なのに、決めることと確かめることが多い
• 受入テストのような地道な確認が続く
• 社内の利用部門とベンダーの両方と調整する
• 止めてはいけないシステムを抱える

それぞれ、僕が情シスの立場で見ていることと合わせて書いていきます。

指示するだけで楽だと思っていた

2025年4月にいまの立場へ入る直前、僕は発注側の仕事を「ただ指示するだけで楽」だと思っていました。実際にやってみると、思っていたより大変だと感じています。

発注側が「指示するだけ」で済まないのは、指示の前と後にも仕事があるからです。指示の前には、社内の要望を集めて何をどこまで作るかを決めます。指示の後には進み具合を見て、できたものが業務で使えるかを確かめます。

ベンダーは、決まったものを作るプロです。一方で、何を作るべきかを決めるのは発注側の役目です。SIerにいた人なら、要件があいまいなまま進んで、できあがってから「欲しかったのはこれではない」と言われる場面を見たことがあるかもしれません。発注側に回ると、その「決める人」の席に自分が座ることになります。発注側でベンダーを動かす仕事はベンダーコントロールとはにまとめています。

社内SEに「頼む側だから楽」というイメージを持っているなら、この「前と後」の仕事を想像しておくと入ってからの差が小さくなります。

受入テストを細かくやる

受入テストは、ベンダーが作ったものや直したものを業務で使える状態か発注側が確かめる工程です。外からは見えにくい、社内SEの大変さの一つです。

僕の場合、ベンダーが出してきた修正の受入テストをかなりガッツリやっています。単体レベルの確認に加えて、業務の観点でパターンをかなり洗い出します。一般的な受入テストよりも細かいと感じています。

受入テストをどこまで細かくやるかは、職場によって違います。確かめる観点の例を挙げると、次のようなものです。

• 仕様どおりに動くか（入力・出力・計算の結果）
• 業務の流れの中で使ったときに、困る場面がないか
• 例外的なデータや、月末・年度末にだけ起きる処理で崩れないか
• 直した箇所の周りに、思わぬ影響が出ていないか

どれも、業務の使われ方を知らないと洗い出せない観点です。ベンダーのテストだけに任せきりにしにくいのは、業務を一番よく知っているのが発注側だからです。

受入テストで不具合が見つかれば、ベンダーに戻して直してもらってからもう一度確かめます。戻すときに再現の手順と業務への影響を添えておけば、ベンダーも直す箇所と急ぐ度合いをつかみやすくなります。一回で終わらないこともあるので、リリースの日程が近いほど発注側の負担は重くなりがちです。

SIerにいた人なら、受入テストを「お客さんが最後にやる確認」として受ける側だったことが多いはずです。社内SEになると、その確認をする側に回ります。テストのパターンを考える経験は、ここでそのまま使えます。

社内とベンダーの両方と調整する

社内SEは、社内の利用部門とベンダーの両方と調整する仕事です。どちらか一方の言い分だけを通すと、もう一方で問題が起きます。

社内からは「この機能がほしい」「早く直してほしい」といった要望が届きます。ベンダーからは「この期間では難しい」「この変更には費用がかかる」といった返事が来ます。社内SEはその間に立って、優先順位と落としどころを決めます。

僕の感覚では、ユーザーとベンダーにはさまれた中間管理職に近い立場です。どちらの話もそのまま横流しせず、受け取る側が仕事をしやすい形に直して渡すことを大切にしています。

調整の相手は同じ会社の人です。プロジェクトが終われば次の顧客へ移るSIerと違い、同じ部署の人と長く付き合うことになります。その場しのぎの返事で済ませず、日々のやりとりを丁寧に積み重ねることが、次の調整を楽にします。

止めてはいけないシステムを抱える

社内SEは、会社の業務を支える止めてはいけないシステムを抱えます。システムが止まると、社内の誰かの仕事がその場で止まるからです。

障害が起きたときは、原因の切り分け・ベンダーへの連絡・社内への説明を社内SEが受け持つのが一般的です。職場によっては、夜間や休日の対応を求められることもあります。

僕がこれまで入ってきた金融系の開発の現場でも、夜間・休日の障害対応はありました。障害は時間を選ばずに起きるので、止まると困るシステムほど備えが要ります。社内SEの求人を見るときは、障害のときに誰が動くのか、当番があるのかを確かめておくと安心です。

外から見ると、社内SEは「指示を出せば終わる」「作るのはベンダー」「テストもベンダー任せ」の仕事に見えるかもしれません。実際の発注側は、何を作るかを決めます。社内とベンダーの間で調整し、受入テストで業務のパターンを洗い出します。そして止めてはいけないシステムを抱えます。

社内SEの仕事と、会社によって違う役割

社内SEの仕事は、自社のシステムを企画して作って動かし続けることです。ただし、どこまでを社内SEが受け持つかは会社によって大きく違います。同じ「社内SE」の求人でも、中身がまったく別の仕事ということは珍しくありません。

企画・開発・運用保守・ヘルプデスク

社内SEの仕事は、大きく分けると企画・開発・運用保守・ヘルプデスクの4つです。

情シスと社内SEは、ほぼ同じ意味で使われることが多い言葉です。会社によっては情シスを部署の名前に、社内SEをそこで働く人の職種の名前に使っています。求人を見るときは、呼び方よりも上の4つのどれが中心かを確かめるほうが確実です。

僕のいまの立場では、大きなシステムと関連するサブシステムの保守運用に関わっています。そのうえで、大きなシステムについては要件定義からリリースまでを担当しています。

情シス部門かDX推進部門かで変わる

社内SEがどの部門にいるかでも、仕事の色は変わります。一般的には次のような違いがあると言われます。

• 情シス部門：既存のシステムを安定して動かすことや、社内のIT環境を整えることが中心になりやすい
• DX推進の部門：業務をデジタルでどう変えるかを考え、新しい仕組みを企画することが中心になりやすい
• 開発の部門を持つ会社：自社のサービスや社内システムを、自分たちで作る比重が高い

事業会社の側では、DXを進める人材が足りていないという調査があります。IPA（情報処理推進機構）の「DX動向2025」では、DXを推進する人材の「量」が「やや不足している」「大幅に不足している」と答えた日本企業は合わせて85.1%でした。同じ調査の米国・ドイツの企業と比べても、不足を感じている割合は日本が大きく上回っています。

人が足りなければ、一人の社内SEが受け持つ範囲は広くなりがちです。社内SEが「何でも屋になる」と言われる背景の一つです。逆に言えば、社内でITが分かる人として頼られる場面も多い仕事です。

内製かベンダー管理かで変わる

自社で作る（内製）かベンダーに任せる（ベンダー管理）かで、社内SEに求められる力は変わります。

• 内製が中心：自分で設計・開発する。SIerでの開発経験がそのまま活きやすい
• ベンダー管理が中心：要件を決めて見積もりや進み具合を確かめ、受入テストをする。コードを書く機会は減りやすい

僕のいまの立場は、この両方が混ざっています。大きなシステムはベンダー管理で、サブシステムは内製で開発することもあります。

コードを書き続けたい人がベンダー管理中心の職場に入ると、開発から離れたと感じやすいはずです。一方で上流の経験を積みたい人には、ベンダー管理は大きな材料になります。僕がいまの立場を選んだ理由も、上流工程の経験を増やしたかったことでした。

社内SEが楽と言われる理由

社内SEが楽と言われるのは、システムが安定していて大きな開発や障害が少ない職場があるからです。「楽すぎる」という声と「きつい」という声が両方あるのは、職場の状況がそれだけ違うということです。

ここは社員の社内SEとしての体験ではなく、一般に言われていることとして整理します。

安定運用の段階にある職場

大きなシステムの入れ替えが終わって安定して動いている時期の職場は、比較的落ち着いていると言われます。日々の仕事は、小さな改修や問い合わせ対応が中心です。納期に追われるプロジェクトが無いぶん、残業も少なくなりやすいとされています。

ただ、安定運用の時期がずっと続くとは限りません。システムの更新時期が来れば、企画からベンダーの選定・データの移行まで一気に忙しくなります。入社する時期がシステムのどの段階に当たるかを、面接で確かめておくと安心です。

運用を外に出している職場

運用保守やヘルプデスクを外部の会社に任せている職場では、社内SEの仕事は管理と判断が中心になります。手を動かす作業が少ないので、楽に見えやすい職場です。

それでも、外部に任せた仕事の品質に責任を持つのは社内SEです。任せた先の報告を読んで問題があれば指摘し、必要なら契約の範囲を見直します。作業が少ないことと責任が軽いことは、別の話です。

ヘルプデスクが中心の職場

社内からの問い合わせ対応やPCの設定が中心の職場も、技術的な難しさは比較的少ないと言われます。決まった手順で進められる仕事が多いからです。

ただし、このタイプの職場は「キャリアが積みにくい」とも言われます。開発や上流の経験が増えにくく、次に転職するときに語れる材料が少なくなりやすいからです。楽かどうかだけでなく、数年後に何ができるようになっていたいかで選ぶのがおすすめです。

働き方の面では、客先常駐が無く社内で働けることも「楽」と言われる理由の一つです。僕自身は2020年のコロナ禍をきっかけにフルリモートになり、今も続いています。ただ、これは業務委託の契約での話です。社員の社内SEがリモートで働けるかどうかは、会社によって違います。

社内SEに向いている人・向いていない人

社内SEに向いているのは、社内とベンダーの両方の言葉を言い換えられて地道な確認を面倒がらない人です。向いていないのは「楽そうだから」という理由だけで選ぶ人と、自分でコードを書くことを何より大事にしたい人です。

向いている人

社内SEに向いている人の特徴は、次の4つです。

• 相手に合わせて話を言い換えられる
• 細かい確認を面倒がらない
• 業務そのものに興味を持てる
• 感情的にならずにやりとりできる

相手に合わせて話を言い換えられる人は、社内SEの仕事の中心にいる人です。ユーザーの要望はベンダーが作れる形に、ベンダーの説明はユーザーに伝わる言葉にして渡します。僕もどちら向きにも翻訳することを大切にしています。翻訳の具体的な中身は、SIerから社内SEへの転職の記事で詳しく書きました。

この言い換えには、SIerで作る側にいた経験が効いてきます。僕もキャリアの初めはベンダー側でした。発注側に回ったいま、受注側の目線も持っていることは良かったと感じています。

細かい確認を面倒がらない人も向いています。受入テストのように、業務のパターンを洗い出して一つずつ確かめる仕事が続くからです。テストの観点を考えるのが苦にならない人は、発注側で力を出しやすいはずです。

業務そのものに興味を持てる人は、社内SEとして長く続けやすいと言われます。向き合うのは自社の業務なので、業務の流れを知るほど要件も受入テストの観点も的確になっていきます。

感情的にならずにやりとりできる人も大切です。社内のユーザーと直接話す場面が多いからです。僕も、いつもすごく怒っているユーザーとやりとりした経験があります。そうした経験もあって、いまは発注側・受注側のどちらにいても、感情的にならずに仕事を進めることを意識しています。

向いていない人

社内SEに向いていない人の特徴は、次の4つです。

• 「楽そうだから」で選ぶ
• コードを書くことを何より大事にしたい
• 一人で黙々と進めたい
• 決まった範囲の仕事だけをしたい

「楽そうだから」で選ぶ人は、入ってから想像との差に戸惑いやすくなります。ここまで書いたとおり、発注側の仕事は頼んで終わりではありません。

「しょうがないから会社員」「しょうがないからフリーランス」のように妥協してキャリアを選んでいる人は、働き方に関係なくうまくいかないと僕は思っています。社内SEを選ぶときも楽そうかどうかより、発注側の仕事そのものをやりたいかで考えておくと後悔しにくくなります。

コードを書くことを何より大事にしたい人は、ベンダー管理が中心の職場だと物足りなさを感じやすいはずです。開発を続けたいなら、内製をしている会社を選ぶのが近道です。

一人で黙々と進めたい人には、調整と説明の多さが負担になりやすい仕事です。社内SEは、話して決めることが仕事の大きな部分を占めます。

決まった範囲の仕事だけをしたい人も、少人数の情シスでは苦労しやすくなります。PCの設定から問い合わせ対応まで、担当の境目があいまいな職場があるからです。

やめとけにならない社内SEの職場の選び方

やめとけにならない社内SEの職場を選ぶには、入る前に体制と役割を確かめるのが一番です。同じ社内SEでも、職場の体制で仕事がまったく変わるからです。

面接で体制と役割を確かめる

社内SEの面接では、次の点を聞いておくと入ってからのずれが小さくなります。

• 情シスの人数と、担当の分け方
• 内製かベンダー管理か。自分でコードを書く機会はあるか
• ヘルプデスクやPCの管理を誰がしているか（外部に任せているか）
• 近いうちにシステムの入れ替えや大きな開発の予定があるか
• 障害のときの当番や、夜間・休日の対応はあるか
• 入社して最初に任される仕事は何か

求人票に体制がどこまで書かれているかは、会社によって違います。「社内SE」「情シス」という職種名が同じでも、仕事内容の欄に並ぶ言葉で中身は変わります。ヘルプデスクやPCの管理が並ぶ求人と、要件定義やベンダー管理が並ぶ求人は別の仕事だと考えておくと安全です。求人票で分からない点は、面接やエージェントを通じて確かめましょう。

ここからは、面談する側に入ることもある立場から書きます。ただし僕が入るのは業務委託のエンジニアを受け入れる面談で、正社員の採用面接には関わったことがありません。

僕自身が案件の面談を受ける側だったときは、「現場で、私に求められている役割はどういうことがありますか？」という逆質問をしてきました。役割をそのまま確かめる聞き方なので、社員の面接で体制や担当を聞くときの参考になります。

面談する側としては、質問がまったく無いのは基本的に良くないと思っています。興味が無いと思われかねないからです。これは業務委託の面談での話です。それでも上のような確認の質問を用意しておけば、ずれを防ぐことと興味を伝えることを同時にできます。

SIerの経験をどう活かすか

SIerの経験は、内製の職場でもベンダー管理の職場でも活かせます。内製の職場なら、開発の経験そのものが武器になります。ベンダー管理の職場なら、作る側の事情が分かることやテストのパターンを考えてきた経験が活きます。

面接や職務経歴書では、SIerで何をしてきたかに加えてそれが発注側でどう役立つかまで言葉にしておくのがおすすめです。志望動機の組み立て方と職務経歴書で伝える経験は、SIerから社内SEへの転職の準備にまとめています。

社内SEに移るかSIerの中で道を探すかで迷っている人には、SIerのキャリアパスの選び方が参考になります。社内と社外の道を並べて比べた記事です。SIerに残った場合の見通しは、SIerの将来性で書きました。30代での転職が気になる人は、SIerの転職は30代でも遅くないかも参考にしてください。

求人に強いエージェントを使う

社内SEの求人を探すときは、社内SEに絞ったエージェントと、IT業界の求人を広く扱うエージェントを並べて使うのがおすすめです。同じ「社内SE」の求人でも体制はさまざまなので、見比べる数が多いほど、上で挙げた点を確かめやすくなります。

社内SEに特化しているのは、アイムファクトリー株式会社が運営する社内SE転職ナビです。公式サイトのFAQによると、エージェントサービスは登録からカウンセリング相談・企業の紹介・入社決定まですべて無料です。希望の条件や登録した内容によっては、エージェントではなく企業からのスカウトのサービスを勧められる場合があるとも書かれています。

IT業界を広く扱うエージェントでは、レバテックキャリアがあります。公式サイトによると、転職をまだ検討している段階でも相談でき、カウンセリングは1〜1.5時間で電話やオンラインでも受けられます。応募のときは書類の添削や企業ごとの面接対策、内定のあとは年収交渉や入社日の調整までサポートしてもらえます。

僕は転職をしていないので、どちらのエージェントも使ったことはありません。行き先別の比べ方はSIerの転職エージェントの選び方で、社内SEを含む転職先ごとの年収の傾向はSIerからの転職先の選び方で整理しています。

まとめ：社内SEがやめとけかどうかは、職場の体制で決まる

社内SEがやめとけと言われるのは、発注側の仕事が「頼んで終わり」ではないからです。何を作るかを決めて社内とベンダーの間で調整し、受入テストで確かめます。止めてはいけないシステムも抱えます。「指示するだけで楽」というのは、僕自身が情シスの立場に入る直前に持っていたイメージです。実際は、思っていたより大変でした。

一方で、社内SEの仕事は職場の体制で大きく変わります。安定運用の時期にある職場や、運用を外に出している職場は落ち着いていることもあります。大事なのは楽かどうかより、自分が入る職場で何を任されるかを入る前に確かめることです。

社内SEかどうかを決める前に、ほかの転職先とも比べておきたい人はSIerからの転職先と進め方へ。そもそもいまの会社を辞めるべきか迷っている段階なら、SIerを辞めたいときの判断基準が先です。SIerで働いていたころの僕の話はSIerはやめとけと言われる理由に書きました。転職と独立のどちらが自分に近いかは、キャリア診断でも確かめられます。