「設計まで残るのか、それとも運用と問い合わせが中心なのか?」
「入ってから守備範囲が違った、という話をよく聞く」
そんなふうに求人票の前で止まっているあなたへ。
結論から言えば、
情報システム部という部署名は、公的な分類では四つの職業に割れています
割れているので、どこまで持つかは会社ごとに引き直されます。
この記事では、職業情報提供サイト job tag の職業詳細を四つ開きます。そのうえで、発注する側で見えた境目を順に並べます。
結論 — 部署の名前は、守備範囲について何も名乗っていない
「情報システム部」という語が示しているのは、席が社内にあることだけです。何を持つ部署なのかは、この語の外にあります。
だから求人票にこの語が出てきても、仕事の範囲は決まりません。範囲は、会社ごとに別々に引かれています。
あなたが読み違えるとしたら、能力の話ではなく持ち場の話でした。持ち場は入社の前に決まっていて、後から動かせません。
同じ部署名でも、抱えている職業の組み合わせが違います。組み合わせが違うので、比べる相手も毎回変わります。
割れ方が分かると、面談で聞く場所も決まります。範囲そのものを尋ねるより、境目の位置を尋ねるほうが早く済みました。
公的な職業分類では、情報システム部門は一つの職業になっていない
ここまでは印象の話に見えるかもしれません。ただ、厚生労働省が運営する job tag という職業情報のサイトで確かめられます。
情報システム部門で扱われる仕事は、四つの職業に分かれて載っています。それぞれ別の職業分類が振られていました。
| job tag の職業名 | 振られている職業分類 | 説明の中心にある仕事 |
|---|---|---|
| システムエンジニア（基盤システム） | ＩＴシステム設計技術者 | 基盤を設計し、構築する |
| プロジェクトマネージャ（IT） | ＩＴプロジェクトマネージャ | 実行計画を作り、予算と進捗を管理する |
| 運用・管理（IT） | ＩＴシステム運用管理者 | 稼働を監視し、障害に対応する |
| ヘルプデスク（IT） | ＩＴヘルプデスク | 利用者からの問い合わせを受ける |
一つ目は システムエンジニア（基盤システム） です。職業分類は「ＩＴシステム設計技術者」と振られています（2026年9月4日 取得）。
二つ目の プロジェクトマネージャ（IT） では、実行計画の作成と、予算・要員・進捗の管理が説明に並びます（同日取得）。
三つ目は 運用・管理（IT） で、職業分類は「ＩＴシステム運用管理者」です（同日取得）。
四つ目の ヘルプデスク（IT） には、「ＩＴヘルプデスク」という分類が振られていました（同日取得）。
四つとも、別の職業として立っています。情報システム部という一つの箱に対応する職業は、公的な側に用意されていません。
用意されていないので、あなたがどの職業として読まれるかは会社側の置き方で決まります。読まれ方を先に決めておくと、面談の入口が軽くなりました。
同じ「社内」という呼び名が、二つの職業に分かれて載っている
効いてくるのは職業別名の欄です。ここに「社内」で始まる呼び名が出てきます。
システムエンジニア（基盤システム）の別名の先頭は、「社内システムエンジニア（主にシステムの設計に従事するもの）」でした（2026年9月4日 取得）。
カッコの中で、範囲が設計へ絞られています。分類の側も、注釈なしではこの呼び名を置けていません。
現場で「社内SE」と一言にされる仕事は、分類の上では設計側と窓口側にまたがります。呼び名の側からは、どちらかに寄せられません。
運用・管理（IT）の別名には、システム管理者やネットワーク管理者が並びます（同日取得）。情報システム部門で使われる肩書きが、ここにも入っています。
統計の側でも、四つの職業は二つの数字にまとまっている
数え方の側にも、同じ揺れが出ています。四つの職業ページには、それぞれ就業者数が載っていました。
システムエンジニア（基盤システム）とプロジェクトマネージャ（IT）は、どちらも656,770人です（令和2年国勢調査の結果を job tag が加工した値。2026年9月4日 取得）。
運用・管理（IT）とヘルプデスク（IT）は、どちらも207,400人でした（同じ加工値。同日取得）。
四つの職業に対して、数字は二つしかありません。job tag 自身も、統計データがその職業だけを表すとは限らないと注記しています（同日取得）。
分けきれていないのは統計だけではありません。会社の中の線引きも、ちょうど同じところで揺れます。
だからあなたが見ている求人票も、四つのどれを含むかまでは書いていません。書かれていないことを、外から読み取る作業が要ります。
発注する側で見ると、境目は四つの職業の出入りで決まっていた
ここからは実務の側です。SE歴13年のうち、社内SE（PMO・PM）として発注する側にいた期間があります。
社内案件を進め、外部のベンダーを管理する立場でした。そこで見えたのは、四つの職業をどこに置くかで守備範囲が決まる形です。
- 設計を社内に置くか、ベンダーへ出すか
- 案件を回す役が社内にあるか、ベンダーの側にあるか
- 問い合わせの一次窓口を吸うか、外へ出すか
- 止まったときに呼ばれる当番があるか
1. 設計を社内に置くか、ベンダーへ出すか
一つ目の境目は、基盤の設計です。ここを社内に置く会社では、情報システム部が構成そのものを決めます。
外へ出す会社では、決めるのはベンダーです。社内に残るのは、要件を書くところと、上がってきた案を通すところになります。
発注する側にいたとき、機器に触れて構築したことはありませんでした。書いたのは要件と評価の観点で、選定はベンダーの提案を比べて決めています。個人の経験に基づく記述であり、同じ結果を保証するものではありません。
あなたが設計の経験を持ち込むなら、ここが残っている会社と噛み合います。残っていない会社では、その経験は評価の観点を作る側で使われました。
2. 案件を回す役が社内にあるか、ベンダーの側にあるか
二つ目は、案件を回す役です。job tag の説明では、実行計画の作成と、予算・要員・進捗の管理が並んでいました。
この役が社内にあると、情報システム部は稟議と決裁の経路を持ちます。予算の枠を作り、部門をまたいで合意を取る仕事が入ってきます。
ベンダーの側に置く会社では、社内に残るのは窓口の役です。進捗の報告を受け、社内の関係者へ配る形になります。
実務では、ここが一番はっきり分かれました。稟議を書く側か、書かれた案件を待つ側かで、一日の重さが変わります。
求人票では、どちらも「ベンダーコントロール」の一語に収まります。語が同じなので、外側からは見分けが付きません。
3. 問い合わせの一次窓口を吸うか、外へ出すか
三つ目は、利用者からの問い合わせです。job tag では、ヘルプデスク（IT）が独立した職業として立っていました。
独立して立っているということは、外へ出せる仕事だということです。実際に、子会社や保守の契約先へ出している会社もあります。
吸っている会社では、情報システム部の時間がここで削られます。端末の設定やアカウントの発行が、日中の予定へ割り込んできました。
あなたが見ている求人票に「ヘルプデスク」という語が無くても、吸っていないとは読めません。書かれていないだけの場合が多くありました。
吸っているかどうかは、席の配置にも出ます。利用部門から歩いて来られる場所に席があると、口頭の依頼がそのまま流れ込みました。
4. 止まったときに呼ばれる当番があるか
四つ目は、運用の当番です。運用・管理（IT）の説明には、監視やバックアップという定常の仕事と、障害時の非定常の仕事が並びます（2026年9月4日 取得）。
当番を社内で持つ会社では、夜間と休日の連絡先が情報システム部になります。持たない会社では、一次対応は保守の契約先です。
この違いは、仕事内容の欄にはほとんど出てきません。表に出るのは、待遇の欄に手当が並んでいるときくらいでした。
当番があると、休みの日にも端末を開くことになります。頻度は少なくても、予定の立て方そのものが変わりました。
四つの境目のうち、暮らし方まで変わるのはここです。当番があるかどうかだけは、入る前に確かめておく価値があります。
求人票の語からは決まらないので、面談で線の位置を聞く
四つの出入りが分かると、聞く項目も決まります。範囲を尋ねるのではなく、境目がどこに引かれたかを尋ねます。
- 基盤の構成を決めているのは社内か、ベンダーか
- 稟議を書いているのは情報システム部か、利用部門か
- 端末とアカウントの問い合わせは、どこが最初に受けるか
- 夜間と休日の一次連絡先は、社内か保守の契約先か
- 直近で動いた案件では、四つのうちどこで手が足りなかったか
どれも、範囲そのものではなく担当の置き場所を聞いています。置き場所は事実なので、答えが揺れにくくなりました。
選考が進むほど、この質問は出しにくくなります。最初の面談で置いておくと、後の判断が楽になりました。
答えが曖昧に返ってきた場合も、それ自体が材料になります。線が引かれていない部署では、入った人が線を引く側に回ります。
難しいと言われる中身そのものは、求められる実務の側から分解した1本に分けています。守備範囲の話と合わせて読むと、面談で出す材料がそろいます。
境目を確かめる前に、外の窓口が公表している対象を読む
境目を面談で確かめるには、まず面談まで進む必要があります。外にある窓口へ相談するなら、先に読むのは対象の欄です。
対象は交渉できません。外れていれば、境目を聞く場面まで届かないからです。
当サイトの評価軸に基づく整理であり、客観的な優劣を示すものではありません。評価軸は広告掲載方針に記載しています。
先に読むのは対象、その次が流れ
筆者は本サービスの利用者ではありません。以下は各社の公表情報と、SE・社内SE としての実務経験からの整理です。
対象として社内SE転職ナビが公表しているのは、自社の中で働きたいITエンジニア（社内SE・情報システム職）です（同社公式サイト。2026年8月17日 取得）。
情報システム職という語が、対象の中に入っています。四つの出入りを確かめたい相手としては、ここが噛み合います。
レバテックキャリアの側は、ITエンジニアとデザイナーを対象として公表しています（同社公式サイト。2026年8月17日 取得）。情報システム部に絞りきらない枝も残せます。
申し込みと面談の間に希望条件の入力が挟まります（同社公式サイト。2026年8月17日 取得）。四つのうち譲れない一つを、その欄へ置けます。
直前の二つの段落は、公表されている文言をそのまま置いています。守備範囲の内訳まで踏み込んだ記載は、どちらの公式サイトにも見当たりませんでした。
志望の理由をどう組み立てるかは、動機の側だけを扱った1本に分けています。境目が読めたあとで開くと、書く順番が決まります。
まとめ — 四つの境目が引けない組織もある
この見方は、社内の利用部門と外部のベンダーが別々に立っている組織を前提にしています。
- 情報システム部が一人だけの会社。四つとも同じ人が持つので、切れ目が現れません
- 自社で製品を作っている会社。開発の部隊が別にあり、四つの職業はそちらへ寄ります
- 親会社のシステム子会社へ出向く形。境目が会社の外側で引かれます
どれも、四つの出入りでは追いきれない形です。前提が外れていると分かった時点で、聞く項目を作り直します。
あなたが見ている求人票がどの形かは、面談で出入りを一つずつ聞くまで決まりません。当てはまる形なら、この四つで守備範囲が読めます。