情シスとは?業務内容・社内SEとの違い・ひとり情シスを乗り切る方法
情シスの業務を8領域に分解し、社内SE・SES・ベンダーSEとの違いを表で整理。ひとり情シスが「やめる・自動化する・委託する」を決める優先順位表と、キャリア・年収の考え方をまとめました。
情シス(情報システム部門)とは、会社のネットワーク・サーバー・業務システム・SaaS・端末・セキュリティを企画し、導入し、運用する社内の部門または担当者のことです。「社内でパソコンに詳しい人」ではなく、会社の業務がITで止まらないようにする責任を持つ役割で、顧客は社内の従業員全員です。
社内SEやSESと混同されやすいのは、比較の軸が違うからです。情シスは「部門・役割」、社内SEは「職種」、SESは「契約形態」を指します。業務内容を8つの領域に分解し、違いを表で整理したうえで、ひとり情シス・兼任情シスが何をやめて何を自動化・委託すべきか、キャリアと年収をどう考えるかまでを、情シスの管理職の目線でまとめます。
この記事でわかること
- 情シスの守備範囲を8領域に分けた業務一覧と、それぞれが止まると何が起きるか
- 情シス・社内SE・SES・ベンダーSEの違い(指すもの・雇用主・評価される軸)と求人票の読み方
- 向いている人の行動特性5つと、向かない人が消耗する理由
- ひとり情シスが「やめる・自動化する・委託する」を決める優先順位表
- キャリアの分岐、年収を決める要因、転職で評価される実績の書き方
情シスの業務内容:8つの領域
情シスの仕事は、担当する会社の規模で中身が大きく変わりますが、領域は次の8つに整理できます。自分の1週間の時間がどの領域に消えているかを記録すると、ヘルプデスクとID管理で7割、IT戦略はゼロという結果になることが多く、それがこの後の「乗り切る方法」の出発点になります。
| 領域 | 具体的な業務 | 頻度 | 止まると起きること |
|---|---|---|---|
| ネットワーク・インフラ | 回線、Wi-Fi、VLAN、サーバー、クラウド、バックアップ | 日常監視+数年ごとの更新 | 全社の業務停止 |
| ID・アカウント | 入退社・異動のアカウント作成と権限変更、MFA、SSO | 毎週 | 退職者のアクセス残留、入社日に仕事ができない |
| 端末 | 調達、キッティング、MDM、故障対応、資産管理 | 毎月 | セットアップ待ち、紛失時の情報漏えい |
| SaaS・業務システム | Microsoft 365やGoogle Workspace、会計・人事・販売管理の管理、ベンダー窓口、契約更新 | 毎月 | 月次締めの遅延、契約の自動更新 |
| ヘルプデスク | 問い合わせ対応、FAQ整備、利用者教育 | 毎日 | 個人の生産性低下、シャドーITの増加 |
| セキュリティ | パッチ、EDR、メール対策、ログ、教育、インシデント対応 | 毎日〜毎月 | ランサムウェア、情報漏えい、取引停止 |
| IT戦略・予算 | 中期計画、予算策定、稟議、ベンダー選定、コスト管理 | 年次+四半期 | 場当たりの投資、コストの膨張 |
| ガバナンス・監査 | 規程整備、内部統制、ISMS、監査対応、ログ保全 | 年次 | 取引先要件の未達、監査指摘 |
「止まると起きること」の列は、経営層に情シスの仕事を説明するときにそのまま使えます。ネットワークが止まれば全社が止まる、退職者のアカウントが残れば情報漏えいになる、という言い方は、「サーバーの更新に予算が必要です」より確実に通ります。
社内SE・SES・ベンダーSEとの違い
| 呼び方 | 指すもの | 雇用主・契約 | 主な仕事 | 評価される軸 |
|---|---|---|---|---|
| 情シス | 部門・役割 | 自社 | 自社のIT全般の企画・導入・運用 | 業務が止まらないこと、コストと安全のバランス |
| 社内SE | 職種 | 自社 | 自社システムの開発・保守。情シス内の技術職を指すことも、自社サービスの開発を指すこともある | 担当システムの品質と改善 |
| SES | 契約形態(準委任が中心) | 所属はSES企業、作業場所は顧客先 | 顧客のプロジェクトで技術作業を提供 | 契約した作業の遂行、稼働時間 |
| ベンダーSE・SIer | 職種(受託側) | SIer・ベンダー | 顧客システムの設計・構築・保守 | 納期、品質、売上 |
求人票で「社内SE」と書かれている仕事は、中身が3種類あります。情シスとしてIT全般を見る仕事、自社サービスやシステムを開発する仕事、そして子会社で親会社向けの開発をする仕事です。募集要項に「開発経験必須」「要件定義から実装まで」とあれば開発系、「ヘルプデスク」「Microsoft 365」「ネットワーク」とあれば情シス系と読み分けます。ユーザー部門と直接話して要件から決めたいなら情シス、作ること自体が好きなら自社開発、いろいろな現場を経験したいならSESが合いますが、SESは常駐先を自分で選べないことが多い点は、応募前に契約条件で確認してください。
向いている人の行動特性
「ITが好き」は必要条件ですが十分条件ではありません。情シスで長く続く人に共通するのは、次の5つの行動です。
- 自分で調べて、試してから判断する:エラーメッセージで検索し、検証環境で再現してから本番に触る。自宅に検証環境(ホームラボ)を持っている人は、この習慣がすでに身についています。
- 業務側の言葉に翻訳できる:「証明書の期限切れ」を「明日からメールが送れなくなるので今日中に作業が必要です」と言い換えられる。
- 理由をつけて断れる:「全社チャットをもう1つ入れたい」に「既存の製品で代替できます。増やすと退職時の停止対象が増えて漏えいリスクになります」と返せる。
- 記録を残す:設定変更を変更履歴に残し、「自分だけが知っている状態」を嫌う。
- 変化を前提に動ける:製品の仕様変更、突然の障害、経営方針の転換が毎年起きる前提で計画を組める。
逆に消耗しやすいのは、最新技術だけを触りたい人(情シスで使う技術は枯れたものが中心です)、感謝されることを期待する人(動いて当たり前と評価されます)、そして境界を引けない人です。境界を引けないと、私物スマホの設定から自宅のWi-Fiの相談まで引き受けることになり、本来の仕事が進みません。
5つのうち最も差が出るのが「翻訳」です。同じ事象でも、技術用語のまま報告すると経営は判断できず、業務への影響と求める判断に言い換えると即日で決裁が下ります。
| 技術的な事象 | 業務側への伝え方 | 求める判断 |
|---|---|---|
| WebサイトのTLS証明書が来週期限切れ | 来週火曜からサイトに警告が出て、問い合わせフォームが使えなくなります | 今週中の更新作業(30分のサイト停止)の承認 |
| サポート終了OSの端末が20台残っている | セキュリティ更新が届かないPCが20台あり、感染したときに取引先や保険会社へ説明できません | 入替予算の前倒し |
| バックアップの復元テストを1年やっていない | ランサムウェアに遭ったとき、元に戻せるかどうか誰も確かめていません | 半日の作業時間の確保 |
| 退職者のアカウントが3件残っている | 辞めた人が今も社内のファイルを開ける状態です | 退職手続きに情シス確認を組み込む承認 |
ひとり情シス・兼任情シスの課題
ひとり情シスの最大の問題は割り込みです。まず1週間、問い合わせの件数と内容を記録してください。多くの場合、パスワードリセット、プリンターの不調、ソフトのインストール依頼の上位3つで全体の7割前後を占め、これがそのままセルフサービス化と自動化の対象になります。次に「自分が1週間休んだら何が止まるか」を書き出します。自分しか知らない設定、自分の端末にしかない手順書、自分の個人アカウントで契約したSaaSがあれば、それは会社にとっての単一障害点です。
| 問い合わせの分類(1週間の記録例) | 件数 | 打ち手 |
|---|---|---|
| パスワード忘れ・アカウントロック | 14 | セルフサービスリセットの有効化、パスキー移行 |
| プリンター・複合機の不調 | 6 | ドライバー配布の自動化、複合機ベンダーの直通窓口を周知 |
| ソフトのインストール依頼 | 5 | 会社ポータルからのセルフインストール(承認済みアプリ一覧) |
| 共有フォルダ・権限の申請 | 4 | 申請フォームと部門グループ設計で承認者を上長に |
| メール・チャットの使い方 | 4 | FAQページ、部門ごとのキーパーソン育成 |
| 端末故障・持ち込み | 2 | 予備機の常備、保守窓口への直接連絡ルール |
| SaaSの新規導入相談 | 1 | 導入基準(SSO・エクスポート・管理者2名)の周知 |
上の表は記録例ですが、傾向はどの会社でも似ています。上位3分類はどれも「情シスでなくてもできる」作業で、セルフサービス化すれば週36件が10件前後に減り、浮いた時間が設計と改善に回ります。
兼任情シス(総務や経理との兼務)では、IT業務が「余った時間にやるもの」になり、パッチ適用やバックアップ確認のような期限のない作業が無期限に後回しになります。予算と決裁も課題で、稟議を自分で書き、自分で選定し、自分で導入するため、判断を相談する相手がいません。評価の面では、止まらないことが当たり前とされ、成果が見えにくいという構造があります。
乗り切る方法:やめる・自動化する・委託する
打ち手を決める軸は2つです。「止まると業務が止まるか」と「自分(情シス)にしかできないか」。止まるが自分でなくてもできる業務はセルフサービス化か自動化、自分にしかできないと思っているが実は製品やサービスで置き換えられる業務は委託、自分にしかできず止まらない業務(戦略・選定・予算)が残すべき本業です。
| 業務 | 止まると業務が止まるか | 情シスにしかできないか | 打ち手 |
|---|---|---|---|
| パスワードリセット | 止まる | いいえ | セルフサービスリセットとMFA・パスキーで問い合わせ自体を減らす |
| 入退社のアカウント作成・停止 | 止まる | いいえ | SCIMとグループ設計で自動化、人事からの申請フォームで受付 |
| PCキッティング | 止まる | いいえ | Autopilotで利用者へ直送、大量入替の物流だけ外注 |
| パッチ適用 | すぐには止まらない | いいえ | 更新リングと自動更新に任せ、例外だけ手動 |
| メール・ファイルサーバーの運用 | 止まる | はい(現状) | Microsoft 365やGoogle Workspaceへ移し、残るサーバーはMSPへ |
| セキュリティ監視 | すぐには止まらない | はい(現状) | EDRにMDRサービスを組み合わせ、夜間・休日の判断を委託 |
| ベンダー選定・予算・稟議 | 止まらない | はい | 残す。情シスの本業 |
| 規程整備・監査対応 | 止まらない | はい | テンプレートを使い、認証取得時だけコンサルを部分利用 |
「やらないことリスト」も明文化します。私物端末のサポートはしない、承認のないSaaS契約は管理対象外、業務外ソフトのインストールはしない、といった線引きを上長の承認つきで社内に周知すると、断るたびに理由を説明する時間がなくなります。SaaSの増殖を止める仕組みはSaaS管理の始め方、キッティングの直送化はPCキッティングの効率化、監視の委託はEDRとはのMDRの項で扱っています。
経営層に人や予算を求めるときは、要望ではなくリスク台帳を持って行ってください。「何が起きたら、何日業務が止まり、復旧に誰が必要か」を1枚の表にし、その中に「情シス担当者が1か月不在の場合」の行を入れます。兼任情シスなら、週の中にIT業務の固定枠(例:火曜・木曜の午後)を上長と合意し、その時間は問い合わせを受けないと決めるだけで、後回しになっていた作業が動き始めます。
| リスク(台帳の例) | 止まる業務 | 停止の見込み | 現在の対策 | 必要な投資 |
|---|---|---|---|---|
| ファイルサーバーのランサムウェア感染 | 全部門の文書業務 | 数日〜1週間 | 同一ネットワーク上への週次バックアップ | オフラインまたは不変バックアップ、EDR |
| インターネット回線の障害 | クラウド上の業務すべて | 復旧まで全社停止 | 単一回線 | 予備回線(モバイル回線を含む) |
| 情シス担当者の1か月不在 | 入退社処理、障害対応、ベンダー対応 | 障害時は復旧の見込みなし | 手順書なし、管理者パスワードは担当者のみ | 手順書、共有パスワード管理、MSP契約 |
| 基幹システムのサーバー故障 | 受注・出荷 | 数日 | 翌営業日対応の保守契約 | 仮想化と日次バックアップ、保守を短時間対応に |
入退社の処理は、ひとり情シスで最も漏れが出やすく、最も定型化しやすい業務です。人事からの連絡を起点に、次のチェックリストで回すと、退職者アカウントの残留がなくなります。
MSPやMDRに委託しても、結果の責任は情シスに残ります。委託先に丸投げして「今どんなアラートが出ていて、何が対処済みか」を説明できない状態が最も危険です。委託契約には月次の報告会、インシデント発生時の連絡フロー(誰に何分以内に)、契約終了時の設定情報の返還を必ず入れてください。
| タイミング | 入社 | 退職 |
|---|---|---|
| 前日まで | アカウント作成、ライセンス割当、部門グループへの追加、端末のキッティングと貸出登録、MFA登録案内の送付 | 台帳から貸出中の資産を抽出して返却リストを作成、データの引き継ぎ先を上長と確認、共有アカウントのパスワード変更を計画 |
| 当日 | 初回サインインの支援、MFAまたはパスキーの登録、30分のセキュリティ説明、やらないことリストの共有 | アカウント停止(SSO配下は一括、SSO外のSaaSは個別に)、端末の回収とワイプ、メール転送の設定、入退室カードの返却 |
| 30日後 | ライセンスの利用状況を確認し、不要な上位プランを外す | アカウント削除またはライセンス解除、メールボックスのアーカイブ、台帳のステータス更新 |
キャリアと資格、年収の考え方
情シスからのキャリアは、情シスの管理職(IT部長、CIO)、セキュリティ専任(CSIRT、セキュリティ管理者)、クラウド・インフラエンジニア、SaaS企業などで情シスを指す「コーポレートエンジニア」(API連携や自動化が中心)、ITコンサルタントやSIerへの転身、MSPでの複数社対応、のいずれかに分岐します。どの道でも評価されるのは「自社のIT全体を見て、業務側と話して決めた経験」で、これは開発職にはない情シス固有の強みです。
年収は会社の規模と業種、責任範囲(担当者か管理者か)、専門性(セキュリティ、クラウド、ID管理)、経営との距離で決まり、同じ「情シス」でもヘルプデスク中心の役割と、Microsoft 365やクラウドの設計からセキュリティ統括まで持つ役割では幅が大きくなります。具体的な水準は公的統計や求人サイトの職種別データで確認してください。転職で評価される実績は「何を・どの規模で・どんな結果」の形で書きます。例として「Microsoft 365への移行を主導(300アカウント、オンプレのメールサーバーを廃止)」「IntuneとAutopilotで年間120台のキッティングを内製化」「ISMS取得を推進者として12か月で完了」のように、規模と結果が入っていれば面接で深掘りされます。資格は学ぶ順番を決める地図として使い、選び方は情シス・インフラエンジニアにおすすめのIT資格にまとめています。
つまずきポイント:ひとり情シスが陥りやすい状態
- 何でも屋になって設計の時間がゼロ:問い合わせに全部その場で答え、更新計画やセキュリティ対策が3年止まっているケースです。1週間の記録を取り、上位3つをセルフサービス化して、空いた時間を固定枠として確保します。
- 自分にしかわからない設定で休めない:ルーターの設定も管理者パスワードも自分の頭の中にあり、休暇中に障害で呼び出されます。手順書と共有のパスワード管理ツールを整え、年に1回「1週間連絡を絶って回るか」を試します。
- 「無料だから」で入れたツールが管理不能になる:無料プランのSaaSが十数個に増え、誰が管理者かわからなくなります。導入基準(SSO対応、データエクスポート可、管理者2名以上)を決め、満たさないものは入れません。
- 兼任で「余った時間」にIT業務を回す:バックアップの復元テストを1年やっていない、パッチが半年止まっている状態です。固定の時間枠と、経営向けのリスク台帳で「やらないことのリスク」を見える形にします。
よくある質問
情シスと社内SEの違いは?
情シスは「部門・役割」、社内SEは「職種」を指すので、同じ人が両方に当てはまることもあります。情シスにいるエンジニアを社内SEと呼ぶ会社もあれば、自社サービスの開発者を社内SEと呼ぶ会社もあります。求人票では、業務内容に「ヘルプデスク」「Microsoft 365」「ネットワーク」があれば情シス、「要件定義から実装」「開発経験必須」があれば開発系と読み分けてください。
情シスに向いている人は?
自分で調べて検証してから判断する、業務側の言葉に翻訳できる、理由をつけて断れる、記録を残す、変化を前提に動ける、の5つができる人です。とくに「検証してから本番に触る」習慣がある人は、障害を起こしにくく、ホームラボや検証環境を自分で持っている人は情シスで伸びやすい傾向があります。
情シスとSESの違いは?
SESは契約形態で、SES企業に所属して顧客先で技術作業を提供します。準委任契約が中心なので、成果物ではなく作業の提供に責任を負い、常駐先は会社の営業状況で決まります。情シスは自社に所属し、自社のITが止まらないことと投資の結果に責任を負います。同じネットワークの仕事でも、SESは「顧客の指示で構築する」、情シスは「自社のために何を入れるか決める」という違いがあります。
情シスの給料は高い?
一概には言えず、会社の規模と業種、担当者か管理者か、セキュリティやクラウドの専門性で幅が大きい職種です。ヘルプデスク中心の役割は他の事務職に近い水準になりやすく、設計・セキュリティ・ベンダー管理まで持つ役割や、SaaS企業のコーポレートエンジニアは専門職として評価される傾向があります。具体的な数字は公的統計や求人サイトの職種別データで確認してください。
まとめ
情シスの仕事は8領域に広がりますが、ひとりで全部を同じ深さでやることはできません。「止まるか」「自分にしかできないか」の2軸で業務を仕分け、ID管理とキッティングは自動化、監視は委託、選定と予算は自分で持つ。この配分にすると、割り込みは減り、経営に説明できる仕事に時間が回ります。記録・翻訳・線引きの3つの習慣が、ひとり情シスを続けられるかどうかを分けます。