情シス運用DX・IT戦略
約16分
更新

IT担当者がいない中小企業は何から始める?外部IT責任者と90日ロードマップ

執筆・編集Malake株式会社
まず押さえたいこと

外部IT責任者とは、社内のIT判断・実行体制を補完し、優先順位の決定、社内外の役割設計、実装の進行、運用の定着までを経営側の視点で担う外部パートナーです。社内にIT担当者がいない場合は、社内の承認者と組んでこの役割を一時的または継続的に担います。

この記事の要点

IT担当者がいない企業は、管理者権限、契約窓口、障害対応、直近の入退社予定から確認し、社内の承認者と暫定窓口を決めます。最初の90日では、資産と契約の把握、緊急リスクの是正、運用責任の明確化、経営が確認する指標の設定までを行います。その後の月次IT報告では、決める事項を事業への影響・費用・期限・担当とともに示し、決定・追加確認・保留を記録します。外部に任せきりにせず、社内の業務責任者と組んで運営します。

この記事でわかること

  • IT担当者がいないとき、最初に確認すること
  • 経営者・総務の兼務範囲と限界を決める
  • 外部IT責任者が担うのは「作業」ではなく「判断の連続性」
  • 必要性が高まる5つのサイン
  • 0〜30日:事実を集め、止血が必要な箇所を見つける
  • 31〜60日:優先順位と責任分担を運用へ落とす
  • 61〜90日:定例運営と経営指標を定着させる
  • 月次IT報告の作り方:経営会議で決める事項と記入例
  • 90日後に確認するチェックリスト
  • 採用・兼務・外部支援をどう選ぶか
  • 採用までの一時支援と継続支援を分ける
  • 外部パートナーを選ぶときに確認すること
  • 相談前に整理する情報

IT担当者がいないとき、最初に確認すること

IT担当者がいない企業では、パソコンの不調、アカウントの発行・停止、SaaSの更新案内、取引先から届くセキュリティの質問票といった対応が、経営者や総務に集まりがちです。問い合わせに答えられていても、管理者権限や障害時の窓口が分からなければ、運用は続けにくくなります。

最初に確認するのは、次の4点です。

  • 業務が止まると影響が大きいサービス:メール、ファイル共有、会計・給与、顧客管理など
  • 会社が使える管理者権限:誰が管理者か、その人以外もログインできるか
  • 契約と保守の窓口:契約名義、更新日、障害時の連絡先
  • 直近の入退社予定:アカウントの発行・停止と、端末の準備・回収が必要な時期

未確認の事項には確認の担当と期限を付け、社内の承認者と問い合わせの受付窓口を決めます。担当者の退職がきっかけの場合は、退職前の引き継ぎチェックリストを使い、権限と手順を受け手が実際に操作できるところまで確認します。

経営者・総務の兼務範囲と限界を決める

兼務では、手順が決まった作業から担当を決めます。設定変更は手順・権限・承認の条件をそろえてから任せ、専門的な判断が必要な作業には相談先を設けます。

区分作業の例兼務での扱い
兼務で担いやすい問い合わせの受付、台帳の更新、入退社の連絡、更新・請求の確認手順と期限を決めて担当する
条件をそろえてから任せるアカウントの発行・停止、権限の変更、端末の初期設定手順・権限・承認者を決め、作業記録を残す
相談先を設ける障害の原因調査、セキュリティ事故への対応、システムの選定・移行保守会社や外部の専門家に判断を依頼する

兼務者に判断を集中させず、予算とリスクの受け入れは経営側、業務の受け入れは部門の責任者、技術的な判断は専門の担当という分担を明記します。

兼務の限界は、対応時間の記録から判断します。本来業務を圧迫している、未処理の依頼が積み上がっている、特定の人しか復旧できない、といった状態が続く場合は、作業の一部を外部に任せるか、判断を担う人を置くかを検討します。

外部IT責任者が担うのは「作業」ではなく「判断の連続性」

中小企業や成長企業では、パソコンの購入、SaaSの契約、アカウント発行、システム開発、セキュリティ対応が、それぞれ別の担当者やベンダーへ分かれがちです。個々の作業が完了していても、全体の優先順位を決める人がいなければ、費用とリスクは少しずつ積み上がります。

外部IT責任者は、問い合わせの代行に加えて、事業計画と現場の制約を確認し、何を先に直すか、誰が決めるか、どこまで外部へ任せるかを継続して管理します。

役割主な成果物担わないこと
IT戦略優先順位、予算、ロードマップ事業方針の代行決定
情シス運営台帳、手順、問い合わせ分類すべての作業を期限なく引き受けること
セキュリティリスク評価、是正計画、証跡経営リスクの単独受容
開発・導入要件、受入条件、進捗判断現場確認を省いた仕様決定

必要性が高まる5つのサイン

従業員数だけで導入時期を決める必要はありません。次の状態が複数重なったときは、ITの判断を担う人を決める時期です。

  1. 契約と権限の全体像を説明できない
    誰がどのSaaSを契約し、退職者の権限がいつ消えるかを一つの台帳で確認できない。
  2. 経営者や管理部長へIT判断が集中している
    日常的な問い合わせと投資判断が同じ人に集まり、重要案件の検討が後回しになる。
  3. ベンダーごとに説明が異なる
    開発会社、ネットワーク会社、SaaS販売会社の提案を横断して比較する基準がない。
  4. 監査・取引先質問票への回答に時間がかかる
    規程はあっても、実際の設定やログを示す証跡がそろわない。
  5. AIや自動化の試行が増えたが運用へ移らない
    試作の評価基準、入力データ、承認者、保守担当が決まっていない。

一つだけなら担当者の改善で解消できる場合があります。複数にまたがる場合は、個別対応より先に責任と判断の流れを設計したほうが、手戻りを抑えられます。

0〜30日:事実を集め、止血が必要な箇所を見つける

最初の1か月は、IT戦略書を作るより先に、現在の契約、資産、権限、担当者を確認します。ここで推測を混ぜると、その後の優先順位を誤りやすくなります。

  • サービス台帳:サービス名、契約者、管理者、費用、更新日、保存データ、解約手順
  • アカウント管理:入社・異動・退職時の発行と停止、特権管理者、共有アカウント
  • 端末とネットワーク:会社支給端末、暗号化、更新状況、紛失時の停止方法
  • データとバックアップ:重要データの保管先、復元責任者、復元確認の実施日
  • ベンダーと障害連絡:契約窓口、保守範囲、緊急連絡先、依存サービス

この段階で優先するのは、管理者が分からないサービス、退職者に残っている権限、MFAの未設定、バックアップから復元できない状態など、事故時の影響が大きく短期間で直せる項目です。IPAの中小企業向けガイドラインも、経営者の関与と段階的な対策を重視しています。

31〜60日:優先順位と責任分担を運用へ落とす

棚卸しの結果をそのまま長い課題の一覧にしても、運用は変わりにくいものです。影響度、発生可能性、対応工数、事業上の期限を基準に、今四半期に扱う項目を絞ります。

優先順位を決める4つの質問

  1. 止まった場合、売上・顧客・法令対応へどの程度影響するか
  2. 現在の設定で、誰がどの経路から問題を起こし得るか
  3. 暫定対策と恒久対策を分けられるか
  4. 完了を確認する証拠は何か

各施策には、意思決定者、実行者、確認者、相談先を一人ずつ紐づけます。小規模組織では兼務して構いませんが、「誰かが見るはず」という状態は残しません。外部IT責任者は進行と技術判断を担い、業務上の受入判断は社内の責任者が行います。

61〜90日:定例運営と経営指標を定着させる

3か月目の目的は、外部担当者がいなくても状況を追える運営を作ることです。月次会議では、作業の件数を並べるだけで終わらせず、事業への影響と未解決のリスクを確かめ、次に決めることを明らかにします。

その材料になるのが月次IT報告です。冒頭に、対象月、対象範囲(全社、特定の拠点やシステムなど)、作成者、内容を確認した日を書きます。対象範囲を変えた月は、前月と比べられるようにその旨も残します。次の8項目を基本とし、1枚で概要を追える程度にまとめます。

▼ 月次IT報告の基本項目
項目記録する内容経営が確認すること
今回決めること承認・追加確認・保留などの選択肢と、推奨する案とその理由判断を求める相手と期限
事業への影響止まる業務、顧客、人数、締切などへの影響と、その根拠そのままにした場合と、変更した場合の影響
現状と未確認の事項設定・台帳・記録で確かめたことと、まだ分からないこと根拠の日付と、追加で確認する担当・期限
費用と前提初期・継続・別途必要な費用、対象期間、人数・範囲、見積の状況同じ条件で比べられるか、未確認の費用が残っていないか
契約と期限更新・解約の申出期限、保守の期限、業務上の締切次の定例会議まで判断を待てるか
担当と承認者実行、業務での確認、承認、委託先それぞれの役割社内で決めることと、外部に任せること
運用の状況と残るリスク対象範囲と根拠のある指標、例外、未解決の問題件数や率だけで安全と判断していないか
前回の判断と次の確認決定・保留の理由、暫定策、再確認の日、完了の条件持ち越した事項が放置されず、完了を確かめられるか

費用が分からない項目は「要見積」「未確認」と書き、0円として合計に含めません。確認できた金額だけを足した場合は、総額ではなく小計と書きます。費用を比べるときは、対象期間、人数・範囲、税の扱い、初期・継続・別途の費用、見積の状況をそろえます。見積の条件のそろえ方は、システムの見積もり・ベンダー提案の比較方法で扱っています。率で示す指標には、分母・対象・時点を添えます。

指標は、経営会議での判断に影響するものに絞ります。作業の件数や詳細な作業ログは報告の根拠として残し、経営向けの要約とは分けて管理します。

月次IT報告の作り方:経営会議で決める事項と記入例

月次IT報告は、作業の報告に終わらせず、経営会議で決める事項を、事業への影響・判断案・費用・期限・担当とともに示すものです。会議では事項ごとに「決定」「追加確認」「保留」のいずれかを記録し、次回にその結果を確かめます。

次の表は、契約更新・保守期限・復元確認を想定した記入例です。

▼ 経営会議で決める事項の記入例
課題と事業への影響今回の判断案・期限費用と確認の根拠担当・判断後の扱い
契約更新同じ用途のSaaSを、2つの部署が別々に契約している可能性がある。一方を解約すると、その部署のデータや他のシステムとの連携が使えなくなるおそれがある追加確認今回は解約を決めない。更新の申出期限より前の定例会議までに、利用部門、利用状況、データの移管と連携の有無を確かめ、継続・統合・解約の案を出す2つの契約の料金を、対象期間・人数・税の扱い・初期と継続の費用をそろえて並べる。データ移管の作業費用は「要見積」とし、0円として比べない。請求書と管理画面で確かめた日を残す利用状況の確認:各部署の業務責任者
契約条件の確認:IT担当(外部IT責任者)
統合・解約の承認:経営
保守期限受注と在庫を管理するシステムの保守期限が近い。期限後に不具合が起きると修正の対応を受けられず、受注業務が止まるおそれがある決定(調査と見積まで)更新・移行の案の調査と、見積の取得を承認する。本番の変更や移行は承認しない。業務への影響、代替案、切替と切戻しの条件を整理し、保守期限に間に合う時期の会議で、実施するかを判断する保守期限は、契約書と保守事業者の通知で確かめる。調査の費用は見積を受けて承認し、移行の費用は「要見積」とする。複数の案は同じ条件で比べる調査の進行:IT担当(外部IT責任者)
業務への影響の確認:受注業務の責任者
見積・調査:保守事業者
実施の承認:経営
復元未確認顧客データのバックアップは取得の成功が記録されているが、そこから戻して業務を再開できるかは確かめていない保留理由:元のデータを上書きしない復元先、試験の担当、費用が決まっていない
暫定策:取得の記録と保存先の確認を続ける
再判断:次回の会議で、復元テストの計画を承認するかを決める
取得の成功は、バックアップの記録で確かめた。記録は、復元できることや業務を再開できることの根拠にはしない。復元先の準備と作業の費用は「要見積」とする試験の条件と見積の確認:IT担当(外部IT責任者)と保守事業者
業務での確認の担当:業務責任者
再判断:経営

契約更新の例では、更新の申出期限が判断の基準になります。料金だけでなく、利用状況や解約・数量変更の条件も確かめる方法は、ITコスト適正化の記事で扱っています。保守期限の例で承認したのは調査と見積の取得までで、本番の変更や移行の承認とは分けて記録します。復元未確認の例では、試験の条件と担当を決めてから実施を判断します。試験の進め方と結果の記録は、バックアップ復元テストの進め方で扱っています。

月次の判断には、次の4つの立場が関わります。小規模な組織では1人が複数を兼ねても構いませんが、誰が何を決めるかは分けて書きます。

  • 経営・承認者:予算、優先順位、残るリスクの扱いを決める
  • 業務の責任者:止まったときの業務への影響、欠かせない業務、変更の結果を受け入れるかを確かめる
  • 社内のIT担当・外部IT責任者:事実と選択肢を整理し、技術的な条件、担当、記録、進行を管理する
  • ベンダー・保守事業者:契約の範囲で、見積、調査、作業とその結果を示す

運営は、次の順で回します。

  1. 会議の前に、根拠、未確認の事項、判断案を報告にまとめる
  2. 会議で、事項ごとに決定・追加確認・保留を記録する
  3. 決めた事項に担当と期限を付けて実行する
  4. 次回の会議で、結果と残るリスクを確かめ、判断を見直す

保留した事項は、理由、暫定策、再判断の期限、担当とともに次回へ持ち越します。調査や見積の取得を承認しても、解約、停止、本番の変更を承認したことにはなりません。

月次会議は平時の判断の場です。障害、セキュリティ事故の疑い、緊急の脆弱性対応は会議まで待たずに扱えるよう、緊急時の連絡先、代わりに判断する人、臨時に承認する経路を別に決めておきます。緊急で判断した内容は、次の月次報告で経緯と残る課題を確かめます。

90日後に確認するチェックリスト

90日間の完了は、資料の納品ではなく、次の状態を社内で確認できることです。

自社の状況を確認する

  • 主要なSaaS、端末、契約、管理者を一覧で確認できる
  • 入社・異動・退職時のアカウント処理に責任者と期限がある
  • 重要システムの障害・漏えい時に連絡する相手が分かる
  • バックアップからの復元確認日と次回予定が記録されている
  • 高権限アカウントとMFAの適用状況を説明できる
  • 今四半期に対応する課題と、見送り・保留した課題の理由、再確認の期限が残っている
  • IT予算と主要契約の更新時期を経営が把握している
  • 月次会議で扱う指標と意思決定者が決まり、判断した事項ごとに担当と期限を記録している
  • 外部ベンダーへ依頼した内容の受入条件と、完了を確かめる方法が明確になっている
  • 契約終了時に台帳・手順・判断記録を引き継げる

採用・兼務・外部支援をどう選ぶか

外部支援は、採用までの一時的な代替にも、社内責任者を補完する継続体制にも使えます。選ぶときは、費用に加えて、社内に残す判断と、社内で担う作業の量を基準にします。

  • 専任採用が向く状態:日々の判断量が多く、事業固有のシステムや組織事情を継続的に蓄積する必要がある。
  • 社内兼務が向く状態:対象が限定され、業務責任者がIT判断に必要な時間を確保できる。
  • 外部IT責任者が向く状態:複数領域を横断する判断が必要だが、専任採用ほどの業務量はない、または採用前に運営の型を作りたい。

社内の業務責任者と外部IT責任者を組み合わせ、運用が増えた段階で社内で担う割合を上げていく形は、無理なく始めやすい方法の一つです。その場合は、引き継げる形の台帳、判断の記録、手順書を、契約上の成果物に含めます。

採用までの一時支援と継続支援を分ける

外部支援を使う場合は、採用までのつなぎとして使うのか、社内の責任者を補う形で続けるのかを、契約の前に決めます。目的によって、終了の条件と残す成果物が変わるためです。

項目採用までの一時支援継続支援
目的新任者が着任するまで運用を止めず、引き継げる状態を作る社内の責任者を補い、判断と運営を続ける
終了・見直しの条件台帳・手順・未解決課題を整え、新任者への移管が済んだ時点四半期などの区切りで、担当範囲と対応の上限を見直す
主な成果物台帳、手順書、未解決課題の一覧、引き継ぎの記録月次の判断事項、更新された台帳・手順、改善計画
社内で決めること採用の時期、新任者の受入担当月次で判断する人、成果物の更新責任

採用が遅れる、採用をやめて外部支援を続けるといった変更が起きた場合は、その時点で契約範囲を見直します。一時支援のつもりで始めても終了条件を決めていなければ、何をもって完了とするかが曖昧になります。体制ごとの費用の比べ方は情シス外注の費用と選び方で扱っています。

外部パートナーを選ぶときに確認すること

提案資料の見栄えより、判断と実装の責任範囲を確認します。「顧問」「コンサルティング」という名称が同じでも、会議への参加だけで終わる契約と、設定変更やベンダー調整まで行う契約では成果が異なります。

自社の状況を確認する

  • 経営課題を具体的なIT施策に落とし込む責任者が明記されている
  • 助言、設計、設定変更、問い合わせ対応の範囲が分かれている
  • 緊急時の連絡方法と対応時間が定義されている
  • 成果物が自社に残り、契約終了後も引き継げる
  • 利用する再委託先と情報アクセス範囲を確認できる
  • 月次報告が作業一覧ではなく、判断事項とリスクを中心に構成される
  • 特定製品の販売を前提にせず、代替案と採用理由を説明できる

つまずきやすい点

「何でも対応します」という契約は、優先順位と完了条件が曖昧になりやすいものです。対象業務、月内に扱う上限、緊急対応、社内側の責任を、契約の前に書面で決めておきます。

相談前に整理する情報

外部の支援先へ相談する前に、次の情報を整理しておくと、支援の範囲と費用を同じ条件で比べられます。資料がそろっていなくても、分かることと未確認の事項を分けておけば、相談の入口になります。

  • 会社の規模:社員数、拠点数、端末の台数
  • 利用中のサービス:メール、ファイル共有、会計などの主要なサービスと、管理者の把握状況
  • 現在の担当:問い合わせを受けている人、兼務している作業と、かかっている時間
  • 困っている業務:止まっている作業、繰り返し起きている問題
  • 期限:担当者の退職、採用、監査、契約更新などの予定
  • 予算と承認者:予算の制約と、社内で契約や優先順位を承認できる責任者

相談の場では、外部に任せたい作業と、社内に残す判断を分けて伝えます。「何から始めればよいか分からない」という段階でも、上の情報があれば、支援先は最初の90日で扱う範囲を具体的に提案しやすくなります。

押さえておきたい点

外部支援の成果は、支援者が多く作業したかではなく、経営と現場が同じ事実を見て、継続的に判断できる状態になったかで評価します。

よくある質問

Q. 外部IT責任者と情シス代行は何が違いますか?

情シス代行はアカウント発行や問い合わせなど定型業務が中心です。外部IT責任者は、経営課題から優先順位を決め、情シス代行や開発会社を含む複数の実行者を束ねる役割を担います。契約によって範囲は異なるため、名称より成果物と責任範囲を確認してください。

Q. 社内にIT担当者がいても利用できますか?

はい、ご利用いただけます。社内の担当者が業務知識と日常の運用を担い、外部IT責任者が経営への報告、専門領域の判断、ベンダーとの調整を補う形がよく取られます。社内の担当者に判断の材料と手順が残るように、役割を決めておきます。

Q. 90日ですべての課題を解決できますか?

すべてを解決する期間ではありません。現状を把握し、緊急リスクを是正し、残る課題の優先順位と運営責任を決める期間です。大規模な移行や認証取得は、90日以降のロードマップとして管理します。

Q. 月次IT報告には何を書けばよいですか?

対象月、対象範囲、作成者、確認日に加えて、今回決めること、事業への影響、現状と未確認の事項、費用と前提、契約と期限、担当と承認者、運用の状況と残るリスク、前回の判断と次の確認を書きます。作業の件数や詳細なログは根拠として残し、経営向けの要約とは分けます。頻度や資料の形式は、組織の規模と契約に合わせて決めます。

Q. 費用や状況が分からない項目はどう扱いますか?

「要見積」「未確認」と書き、確認の担当と期限を付けます。分からない費用を0円として合計に含めず、確認できた金額だけを足したものは小計として示します。判断に必要な情報がそろわない場合は、追加確認または保留として記録し、保留には理由、暫定策、再判断の期限を添えます。

月次のIT判断を、経営会議で前に進めます。

判断する事項、費用と契約更新の見通し、担当と期限、次の改善を社内で整理しきれない場合は、月次IT報告・IT運営の支援内容をご確認ください。初回相談では現状と支援の範囲を確認し、有料の支援は報告の対象・頻度・成果物を、契約範囲に応じて決めます。

月次IT報告・IT運営の支援内容を見る

情シス体制の立ち上げや、最初の90日の計画から整理したい場合は、IT現状整理・90日運営設計の支援内容をご覧ください。