情シス外注の進め方 外注する業務の決め方・形態の比較・業務仕様書とSLA・契約・移行・外注先の管理を解説

「情シス業務を外注したいが、どの業務を出してどの業務を残すべきか判断できない」「外注先に丸投げした結果、社内で誰もIT環境を把握していない状態になった」「契約の範囲が曖昧で、対応してもらえると思っていた業務が別料金だった」といった悩みは、情シス業務の外注を検討・実施する企業からよく聞かれます。

この記事では、情シス外注を成功させるための発注側の実務として、外注する業務の決め方、外注形態の比較、業務仕様書とSLAの作り方、セキュリティと契約で決めておくこと、見積もりの比較、移行計画、外注先の管理と見直し、そしてAI活用や内製化との組み合わせまでを、公的機関の制度も参照しながら整理しました。まずは、この記事の要点を表で確認してください。

確認したいポイント	結論	詳細
どの業務を外注すべき？	棚卸しして4つに分類し、判断と責任は社内に残す	外注する・社内に残す・判断は社内で作業は外注・ツールで自動化に分け、定型性・専門性・機密性・緊急性で判断する
外注形態はどう選ぶ？	業務ごとに適した形態を組み合わせる	包括委託、時間制、常駐、IT顧問、スポット、運用監視を比較し、1つの形態に絞らず全体で過不足のない体制にする
外注先と何を合意する？	業務仕様書とSLA、契約で範囲と水準を明文化	作業内容・対応時間・エスカレーション、優先度別の初動と解決目標、秘密保持・権限・再委託・終了時の引き継ぎを定める
外注後はどう管理する？	月次レビューとKPIで見直し、文書を手元に保つ	報告を改善につなげ、範囲を調整し、手順書と台帳を常に自社が保持。AI活用と育成を組み合わせて依存を減らす

この記事でわかること

• 情シス業務を「外注する・社内に残す・自動化する」に分ける判断基準
• 包括委託・時間制・常駐・IT顧問・スポットなど外注形態の比較と選び方
• 業務仕様書とSLA（サービス水準）に書くべき項目
• 秘密保持・権限管理・再委託・契約終了時の引き継ぎなど、契約で決めておくこと
• 移行計画の立て方、外注先の管理方法、AI活用・内製化との組み合わせ

情シス外注の基本と、外注で解決できること・できないこと

情シス外注とは、情報システム部門が担う業務の全部または一部を、外部の専門会社に委託することです。ここでは、情シス代行との関係を確認したうえで、外注によって解決できる課題と、外注だけでは解決できない課題を整理します。

情シス外注と情シス代行の関係

情シス外注と情シス代行は、ほぼ同じ意味で使われます。「代行」がサービス提供側の呼び方であるのに対し、「外注」は発注側の行為を指す言葉です。本記事では、発注側の立場から「外注をどう設計し、どう進めるか」に焦点を当てます。

情シス代行の定義、依頼できる業務、費用相場、代行会社の種類と選び方については、情シス代行とは｜依頼できる業務・費用相場・選び方の記事で解説しています。本記事は、外注を決めた後の設計と進め方を扱います。

外注で解決できる課題

• 問い合わせ対応やトラブル対応に担当者の時間が奪われ、企画や改善に手が回らない
• セキュリティ、ネットワーク、クラウドなど専門知識が必要な領域に対応できる人がいない
• 担当者が1人しかおらず、退職や休職で業務が止まるリスクがある
• 手順書や台帳がなく、業務が属人化している
• 入社時期やシステム更新時など、業務量の波に社内だけでは対応できない

外注だけでは解決できない課題

• IT投資の優先順位や方針を決める人がいない（外注先は助言はできても、経営判断の代わりにはならない）
• 業務部門との調整や、社内事情を踏まえた判断が必要な業務（外注先は社内の力関係や慣習を把握しにくい）
• 社内にITを理解する人を育てたい（外注だけでは人は育たない。育成型の支援を組み合わせる必要がある）
• 情報システムに関する最終的な責任（委託しても、事故や障害の責任は自社に残る）

外注は「人手」と「専門知識」を補う手段であり、「判断」と「責任」は社内に残るという前提を、経営層と担当者が共有しておくことが、外注設計の出発点です。

外注する業務の決め方

情シス外注で最初に行うべきなのは、社内のIT業務をすべて洗い出し、どれを外注し、どれを社内に残し、どれをツールで自動化するかを決めることです。ここでは、業務の棚卸しの方法と、分類の判断基準を解説します。

業務を棚卸しする

まず、現在誰がどのIT業務を担っているかを一覧にします。ヘルプデスク、機器の調達と設定、アカウント管理、ネットワークやサーバーの運用、バックアップ、セキュリティ対策、システムの導入と改修、ベンダー対応、IT予算の管理、社員教育など、担当者の頭の中にある業務を書き出します。

業務ごとに、月あたりの発生頻度と所要時間、担当者、手順書の有無、外部ベンダーの関与を記録します。棚卸しの結果は、外注の範囲を決めるだけでなく、自社のIT業務の全体像を初めて可視化する資料にもなります。

4つに分類する

• 外注する業務：定型的で手順が明確、専門知識が必要、社内事情への依存が少ない業務。ヘルプデスク、キッティング、アカウント管理、運用監視、バックアップ、セキュリティ対策の実施など
• 社内に残す業務：経営判断や部門間調整を伴う業務、社内事情の理解が不可欠な業務。IT投資の判断、システム選定の最終決定、業務部門との要件調整、外注先の管理など
• 判断は社内・作業は外注：方針は社内で決め、実行を外注先に任せる業務。セキュリティ規程の策定（社内が方針を決め、外注先が文書化と展開を行う）、システム導入（社内が選定し、外注先が設定と展開を行う）など
• ツールで自動化する業務：外注する前に、ツールや仕組みで減らせる業務。パスワードの再設定、FAQで答えられる問い合わせ、SaaSアカウントの自動発行など

分類の判断基準

• 定型性：手順が決まっており、誰がやっても同じ結果になるか（高いほど外注に向く）
• 専門性：社内にない専門知識が必要か（高いほど外注の価値が大きい）
• 機密性：扱う情報の機密度と、外部に渡すリスク（高い場合は外注先の情報管理体制を厳しく確認するか、社内に残す）
• 社内事情への依存：社内の人間関係や慣習の理解が必要か（高いほど社内に残す）
• 緊急性：即座の対応が必要か（高い業務は、外注先の対応時間と手段を確認したうえで判断する）
• 自動化の可能性：ツールで代替できるか（できるなら外注より先に自動化を検討する）

「外注できるか」ではなく「外注すべきか」を基準に判断することが重要です。外注できる業務でも、自動化したほうが安く済むもの、社内に残したほうが良いものがあります。

外注形態の比較と選び方

情シス外注には、業務を包括的に委託する形態から、時間単位で支援を受ける形態、専門家が常駐する形態まで、複数の選択肢があります。ここでは、代表的な外注形態と、それぞれが向く状況を整理します。

主な外注形態

• 包括委託（BPO型）：定常業務を範囲で切り出し、月額固定で丸ごと委託する。ひとり情シスの業務を包括的に任せたい企業に向く。範囲外の業務は別料金になりやすい
• 時間制（従量型）：月10時間、20時間など、時間単位で必要な業務を依頼する。業務量に波がある企業や、まず小さく始めたい企業に向く。時間内で何を依頼するかの管理は社内で行う
• 常駐型：外部のスタッフが週数日〜フルタイムで社内に常駐する。対応の即時性と社内事情の理解が得られるが、費用は高く、常駐者に依存しやすい
• IT顧問型：月額で技術的な相談・助言・方針の検討を受ける。作業は社内で行い、判断を専門家が支援する形。判断できる人がいない企業に向く
• スポット型：キッティング、システム導入、セキュリティ診断、規程策定などを案件単位で依頼する。定常業務は社内で回せるが、特定の作業だけ手が足りない企業に向く
• 運用監視型（マネージドサービス）：ネットワーク、サーバー、クラウド、セキュリティ機器などの監視・運用を24時間365日で委託する。システム停止の影響が大きい企業に向く

形態を組み合わせて設計する

実務では、1つの形態ですべてをまかなうのではなく、複数を組み合わせます。たとえば、ヘルプデスクと資産管理は包括委託、セキュリティの方針はIT顧問、システム導入はスポット、という設計です。

業務の棚卸しと分類の結果をもとに、業務ごとに適した形態を選び、全体として過不足のない体制にすることが、外注設計の要点です。1社ですべてに対応できる会社に依頼する場合も、契約上は業務ごとに範囲と条件を明確にしておきます。

【無料資料のご案内】 社内ITの運用支援から、生成AIの活用、業務システムの開発・改修までを一貫して支援するサービスの内容や、外注設計の考え方をまとめた資料を無料でご用意しています。まずは概要を確認したい方は、以下から資料をご請求ください。 ▶ 資料請求はこちら（https://nextscale.co.jp/service-document/）

業務仕様書とSLAの作り方

外注する業務と形態が決まったら、外注先と合意する文書として、業務仕様書とSLA（サービス水準合意）を作成します。これらが曖昧だと、「対応してもらえると思っていた」「そこまでは契約に含まれていない」という認識のずれが必ず起こります。

業務仕様書に書く項目

• 委託する業務の一覧と、それぞれの作業内容（何を、どこまで行うか）
• 対象範囲：拠点、社員数、端末数、対象システム・SaaSの一覧
• 業務ごとの手順、判断基準、エスカレーション（外注先で判断できない場合に誰に確認するか）
• 対応時間と手段：平日日中のみか、夜間・休日を含むか。電話・メール・チャット・リモート・訪問のどれで対応するか
• 発注側が提供するもの：アカウント、権限、手順書、台帳、連絡先
• 外注先が納品・報告するもの：月次報告、対応履歴、更新した手順書と台帳
• 範囲外の業務の扱い：追加依頼の手続きと料金の算定方法
• 変更管理：業務範囲や条件を変更する場合の手続き

SLAに書く項目

• 受付時間：問い合わせや障害を受け付ける時間帯
• 初動時間：受付から対応開始までの目標時間（例：営業時間内は1時間以内）
• 解決目標：問い合わせの種類ごとの解決目標時間（例：パスワード再設定は当日中、機器故障は3営業日以内）
• 優先度の定義：緊急（全社的な業務停止）、高（部門の業務停止）、中（個人の業務に影響）、低（不便だが業務は継続可能）と、それぞれの対応目標
• 報告：月次報告の内容（対応件数、種類別の内訳、解決時間、未解決事項、改善提案）と提出時期
• 測定方法：目標の達成状況をどう記録し、どう確認するか
• 未達時の扱い：目標を継続的に下回った場合の改善協議や、料金の調整

SLAは、外注先を縛るためだけのものではなく、自社が求める水準を自社自身が明確にするための文書です。過剰な水準を求めれば費用が上がり、緩すぎれば業務に支障が出ます。業務への影響から必要な水準を判断しましょう。

KPIを決めて効果を測る

外注の効果を測る指標として、問い合わせの解決率と平均解決時間、社内担当者の情シス業務にかける時間の減少、障害の件数と復旧時間、手順書・台帳の整備率、社員の満足度などを設定します。外注前の数値を記録しておくことで、外注後の効果を比較できます。

セキュリティと契約で決めておくこと

情シス外注では、外注先が社内システムの構成、管理者権限、社員の個人情報にアクセスします。セキュリティと契約の取り決めが不十分だと、情報漏えいや、契約終了時のトラブルにつながります。ここでは、契約時に決めておくべき事項を整理します。

情報管理に関する取り決め

• 秘密保持契約：対象となる情報の範囲、契約終了後の義務、違反時の対応
• 権限の最小化：外注先に付与するアカウントと権限は業務に必要な範囲に限定し、共有アカウントは使わない
• 作業ログの記録：外注先の作業内容と操作履歴を記録し、必要に応じて確認できる状態にする
• データの保管場所と持ち出し：社内データを外注先の環境に保管する場合の条件、持ち出しの禁止
• 再委託：外注先がさらに外部に委託することの可否と、可とする場合の条件・報告義務
• スタッフの管理：作業に従事するスタッフの範囲、教育、退職時のアカウント削除
• 事故時の対応：情報漏えいや障害が発生した場合の報告期限、連絡経路、責任の範囲

セキュリティ関連サービスの外注先を選ぶ際の参考

セキュリティ監視や脆弱性診断など、セキュリティに関する業務を外注する場合は、独立行政法人情報処理推進機構（IPA）が公開している「情報セキュリティサービス基準適合サービスリスト」が参考になります。このリストは、経済産業省が策定した「情報セキュリティサービス基準」への適合性が審査登録機関によって審査され、適合すると認められたサービスを掲載したものです。一定の技術要件と品質管理要件を満たしていることの目安として活用できます。

（出典：独立行政法人情報処理推進機構（IPA）「情報セキュリティサービス基準適合サービスリスト」 ）

すべての情シス業務にこの基準が適用されるわけではありませんが、セキュリティに関わる業務については、公的な基準への適合を確認できる外注先を優先することで、選定の客観性が高まります。

契約形態と契約条項

• 契約形態：情シスの定常業務は、成果物の完成ではなく業務の遂行に対価を支払う準委任契約が一般的。スポットの導入作業や開発は請負契約になることもある
• 契約期間と更新：最低契約期間、自動更新の有無、解約の予告期間
• 料金の変動条件：対象範囲（社員数、端末数）が増減した場合の料金の見直し方法
• 成果物の帰属：外注先が作成した手順書・台帳・構成図・設定情報の著作権と利用権が自社にあること
• 契約終了時の引き継ぎ：終了時に手順書・台帳・アカウント情報・設定情報を引き渡す義務と、引き継ぎ期間の協力義務
• 指揮命令の整理：常駐型で自社の社員が外注先のスタッフに直接指示を出す場合、偽装請負とみなされるリスクがあるため、指示の経路を明確にする

特に重要なのは、契約終了時の引き継ぎ条項です。これがないと、外注先を変更したいときや内製化したいときに、必要な情報が手元にない状態になります。

【無料相談のご案内】 「自社の業務をどう切り分けて外注すべきか」「セキュリティやAI活用まで含めた体制をどう設計すべきか」といった具体的なご相談は、無料の相談予約からお気軽にお問い合わせください。 ▶ 相談予約はこちら（https://nextscale.co.jp/consultation/）

見積もりの比較と外注先の選定

業務仕様書とSLAが整ったら、複数の外注先に同じ条件で見積もりを依頼し、比較します。ここでは、比較の観点と、選定時に確認すべき点を解説します。

同じ条件で依頼し、内訳で比較する

業務仕様書、SLA、対象範囲、期待する成果物を揃えて2〜3社に提示します。見積もりは総額ではなく、業務ごとの単価、基本料金、範囲外の追加料金、訪問費用、初期費用（現状調査、移行作業）の内訳で比較します。

金額が極端に安い場合は、範囲の解釈が狭いか、対応時間や手段が限定されている可能性があります。「何が含まれ、何が別料金か」を照らし合わせることが比較の基本です。

体制と担当者を確認する

窓口となる担当者、実際に対応するスタッフの人数と経験、担当者が不在時のバックアップ体制、自社の業界や規模での実績を確認します。見積もり段階でのやり取りで、質問への回答の速さと的確さ、こちらの事情を理解しようとする姿勢を見極めましょう。

手順書と引き継ぎへの姿勢を確認する

作業を代行するだけでなく、手順書・台帳・構成図を整備し、自社に引き渡すことを標準とする会社かどうかを確認します。「業務を引き継げる状態にする」ことを支援内容に含む会社は、属人化の解消と将来の選択の自由に貢献します。

移行計画の立て方

外注先が決まってから運用が安定するまでの移行期間は、情シス外注で最もトラブルが起こりやすい時期です。ここでは、移行を円滑に進めるための計画の立て方を解説します。

移行の手順

• 1. 現状調査：外注先が社内のIT環境（ネットワーク構成、端末、SaaS、アカウント、既存の手順書）を調査し、不足している情報を整理する
• 2. 権限とアカウントの整備：外注先に付与するアカウントと権限を設定し、記録する。共有アカウントや不要な権限は整理する
• 3. 手順書と台帳の作成：既存の手順書がない業務は、外注先が社内担当者にヒアリングして手順書を作成する。資産台帳・アカウント台帳を整備する
• 4. 社員への周知：問い合わせ窓口の変更、連絡方法、対応時間を全社員に案内する。社内の担当者が「窓口が変わる」ことを丁寧に説明する
• 5. 並行運用：一定期間は社内担当者と外注先が並行して対応し、引き継ぎ漏れや手順の誤りを確認する
• 6. 本格運用と初期レビュー：本格運用に移行し、最初の1〜2か月は週次で課題を確認して手順やSLAを調整する

移行期間を十分に取る

移行を急ぐと、手順書の不足や権限の設定漏れから、運用開始直後に問い合わせが滞留したり、対応できない業務が発覚したりします。業務の範囲と社内の資料の整備状況にもよりますが、1〜3か月程度の移行期間を見込み、並行運用の期間を確保することをおすすめします。

社内担当者の役割を移行後に再定義する

外注によって社内担当者の時間が生まれたら、その時間を何に使うかを決めます。外注先の管理、IT投資の企画、業務改善、AI活用の推進など、「守り」から「攻め」への役割の移行を、移行計画の一部として設計することが、外注の投資を成果につなげる鍵です。

外注先の管理と見直し

外注は契約して終わりではなく、継続的に管理し、見直すことで効果が維持されます。ここでは、月次のレビュー、KPIによる評価、契約の見直し、切り替えへの備えを解説します。

月次レビューを行う

外注先からの月次報告をもとに、対応件数と内訳、解決時間、未解決事項、SLAの達成状況を確認します。あわせて、問い合わせの傾向から見える課題（同じ問い合わせが繰り返される、特定の部門でトラブルが多いなど）と、外注先からの改善提案を議論します。

報告を受けるだけでなく、改善につなげる場にすることで、外注先との関係が「作業者」から「パートナー」に変わっていきます。

KPIで評価し、契約を見直す

設定したKPIの推移を四半期や半年ごとに確認し、外注の範囲や水準が適切かを見直します。業務量が減った領域は範囲を縮小し、新たに発生した課題（セキュリティ強化、AI活用など）は範囲に追加する、といった調整を行います。

切り替えに備えて文書を維持する

外注先が更新した手順書・台帳・構成図が、常に最新の状態で自社の手元にあることを確認します。外注先の変更や内製化を検討する際に、この文書があるかどうかで移行の難易度が大きく変わります。特定の外注先に依存しない状態を、文書によって保つことが、発注側の重要な管理項目です。

外注と内製・AI活用を組み合わせる

情シス外注は、単独で完結するものではなく、ツールによる自動化、生成AIの活用、社内人材の育成と組み合わせることで、より少ない費用で高い効果を得られます。ここでは、AI活用時代の情シス体制の考え方を整理します。

AIチャットボットで問い合わせを減らしてから外注する

社員からの定型的な問い合わせは、社内マニュアルやFAQを参照するAIチャットボットで一次対応できます。問い合わせの件数を減らしたうえで外注すれば、外注の範囲と費用を抑えられます。「自動化で減らし、残った業務を外注する」という順番が費用対効果を高めます。

生成AIの社内活用を情シスの新たな役割と捉える

社員が業務で生成AIを使う環境が広がると、利用ルールの策定、機密情報の入力防止、サービスの選定と契約管理、活用の推進といった業務が発生します。これらは従来のIT運用とは異なる知識を必要とするため、対応できる外注先を選ぶか、社内の担当者が学ぶ必要があります。

外注先を選ぶ際は、AIチャットボットの導入支援、生成AIのガイドライン策定、AI活用の企画といった領域に対応できるかを確認しましょう。

外注と育成を組み合わせて依存を減らす

外注によって生まれた社内担当者の時間を、生成AIの活用や業務改善のスキル習得に充てることで、外部への依存を減らしながら自社のIT対応力を高められます。運用は外注に任せ、企画と改善は社内で担い、その社内の力を育成型の支援で伸ばす、という組み合わせが現実的です。

外注に頼らず自社でIT・AI活用を進められる体制をつくる方法については、内製化支援とは｜サービス内容・メリット・進め方の記事で解説しています。

情シス外注でよくある失敗と対策

最後に、情シス外注で繰り返し起こる失敗と、その対策を整理します。自社の外注設計で同じ状況になっていないか、確認しながら読み進めてください。

範囲を決めずに丸投げし、社内で把握できなくなる

業務の棚卸しをせずに「情シス業務をすべて」と委託した結果、社内でIT環境を理解する人がいなくなり、判断も緊急対応もできなくなるケースです。対策は、業務を4つに分類し、判断と責任は社内に残すことです。

SLAがなく、対応の遅さでトラブルになる

対応時間や解決目標を決めずに契約し、「すぐ対応してもらえると思っていた」という不満が積み重なるケースです。対策は、優先度ごとの初動時間と解決目標をSLAで合意することです。

契約終了時に情報が手元になく、切り替えられない

手順書や設定情報が外注先にしかなく、変更したくても変更できない状態になるケースです。対策は、成果物の帰属と終了時の引き継ぎを契約に明記し、文書を常に自社の手元に保つことです。

運用の外注で満足し、IT活用が進まない

外注で担当者の負担は減ったものの、生まれた時間が活用されず、IT活用やAI活用が進まないケースです。対策は、移行計画の段階で社内担当者の新しい役割を定め、外注先にも改善提案を求めることです。

IT活用やAI活用の進め方については、NextScaleのコラム一覧でも関連記事を公開しています。

【無料相談のご案内】 情シス業務の外注設計に不安がある方、生成AIの社内活用や業務システムの改修まで見据えて相談したい方は、以下から無料の相談予約をご利用ください。業務の棚卸しから外注設計、運用支援、AI活用、開発までを一貫してご支援します。 ▶ 相談予約はこちら（https://nextscale.co.jp/consultation/）

まとめ

情シス外注は、人手と専門知識を補う手段であり、判断と責任は社内に残ります。成功の鍵は、外注先の能力以上に、発注側の設計にあります。まず社内のIT業務を棚卸しし、「外注する」「社内に残す」「判断は社内・作業は外注」「ツールで自動化する」の4つに分類したうえで、業務ごとに適した外注形態を選びます。

外注先との合意は、業務仕様書とSLAで明文化し、秘密保持・権限の最小化・再委託・成果物の帰属・契約終了時の引き継ぎを契約で定めます。見積もりは同じ条件で内訳を比較し、手順書と台帳の整備を成果物として提供する会社を選び、1〜3か月の移行期間で並行運用を経て本格運用に入ります。

運用開始後は月次レビューとKPIで効果を確認し、範囲を見直しながら、文書を常に自社の手元に保ちます。そして、AIチャットボットによる問い合わせの削減、生成AIの社内活用、社内担当者の育成を組み合わせることで、外注への依存を抑えつつ、自社のIT対応力を高めていってください。