IT担当者が いない 中小企業は 何から始める? 外部IT責任者と 90日ロードマップ
まず押さえたいこと外部IT責任者とは、社内のIT判断・実行体制を補完し、優先順位の決定、社内外の役割設計、実装の進行、運用の定着までを経営側の視点で担う外部パートナーです。社内にIT担当者がいない場合は、社内の承認者と組んでこの役割を一時的または継続的に担います。
この記事の要点
IT担当者がいない企業は、管理者権限、契約窓口、障害対応、直近の入退社予定から確認し、社内の承認者と暫定窓口を決めます。最初の90日では、資産と契約の把握、緊急リスクの是正、運用責任の明確化、経営が確認する指標の設定までを行います。その後の月次IT報告では、決める事項を事業への影響・費用・期限・担当とともに示し、決定・追加確認・保留を記録します。外部に任せきりにせず、社内の業務責任者と組んで運営します。
この 記事で わかる こと
- IT担当者が
いない とき、 最初に 確認する こと - 経営者・総務の
兼務範囲と 限界を 決める - 外部IT責任者が
担うのは 「作業」ではなく 「判断の連続性」 - 必要性が
高まる 5つの サイン - 0〜30日:事実を
集め、 止血が 必要な 箇所を 見つける - 31〜60日:優先順位と
責任分担を 運用へ 落とす - 61〜90日:定例運営と
経営指標を 定着させる - 月次IT報告の
作り方:経営会議で 決める 事項と 記入例 - 90日後に
確認する チェックリスト - 採用・
兼務・ 外部支援を どう選ぶか - 採用までの
一時支援と 継続支援を 分ける - 外部パートナーを
選ぶ ときに 確認する こと - 相談前に
整理する 情報
IT担当者が いない とき、 最初に 確認する こと
IT担当者がいない企業では、パソコンの不調、アカウントの発行・停止、SaaSの更新案内、取引先から届くセキュリティの質問票といった対応が、経営者や総務に集まりがちです。問い合わせに答えられていても、管理者権限や障害時の窓口が分からなければ、運用は続けにくくなります。
最初に
- 業務が
止まると :メール、影響が 大きい サービス ファイル共有、 会計・給与、 顧客管理など - 会社が
使える :誰が管理者権限 管理者か、 その 人以外も ログインできるか - 契約と
保守の :契約名義、窓口 更新日、 障害時の 連絡先 - 直近の
入退社予定 :アカウントの発行・停止と、 端末の 準備・回収が 必要な 時期
未確認の事項には確認の担当と期限を付け、社内の承認者と問い合わせの受付窓口を決めます。担当者の退職がきっかけの場合は、退職前の引き継ぎチェックリストを使い、権限と手順を受け手が実際に操作できるところまで確認します。
経営者・総務の 兼務範囲と 限界を 決める
兼務では、
| 区分 | 作業の | 兼務での |
|---|---|---|
| 兼務で | 問い合わせの | 手順と |
| 条件を | アカウントの | 手順・ |
| 相談先を | 障害の | 保守会社や |
兼務者に
兼務の限界は、対応時間の記録から判断します。本来業務を圧迫している、未処理の依頼が積み上がっている、特定の人しか復旧できない、といった状態が続く場合は、作業の一部を外部に任せるか、判断を担う人を置くかを検討します。
外部IT責任者が 担うのは 「作業」ではなく 「判断の連続性」
中小企業や成長企業では、パソコンの購入、SaaSの契約、アカウント発行、システム開発、セキュリティ対応が、それぞれ別の担当者やベンダーへ分かれがちです。個々の作業が完了していても、全体の優先順位を決める人がいなければ、費用とリスクは少しずつ積み上がります。
外部IT責任者は、
| 役割 | 主な | 担わない |
|---|---|---|
| IT戦略 | 優先順位、 | 事業方針の |
| 情シス運営 | 台帳、 | すべての |
| セキュリティ | リスク評価、 | 経営リスクの |
| 開発・導入 | 要件、 | 現場確認を |
必要性が 高まる 5つの サイン
従業員数だけで
- 契約と
権限の 全体像を 説明できない 誰がどの SaaSを 契約し、 退職者の 権限が いつ消えるかを 一つの 台帳で 確認できない。 - 経営者や
管理部長へ IT判断が 集中している 日常的な 問い合わせと 投資判断が 同じ 人に 集まり、 重要案件の 検討が 後回しに なる。 - ベンダーごとに
説明が 異なる 開発会社、 ネットワーク 会社、 SaaS販売会社の 提案を 横断して 比較する 基準が ない。 - 監査・
取引先質問票への 回答に 時間が かかる 規程は あっても、 実際の 設定や ログを 示す証跡が そろわない。 - AIや
自動化の 試行が 増えたが 運用へ 移らない 試作の 評価基準、 入力データ、 承認者、 保守担当が 決まっていない。
一つだけなら
0〜30日:事実を 集め、 止血が 必要な 箇所を 見つける
最初の
- サービス
台帳 :サービス名、 契約者、 管理者、 費用、 更新日、 保存データ、 解約手順 - アカウント
管理 :入社・異動・退職時の 発行と 停止、 特権管理者、 共有アカウント - 端末と
ネットワーク :会社支給端末、暗号化、 更新状況、 紛失時の 停止方法 - データと
バックアップ :重要データの 保管先、 復元責任者、 復元確認の 実施日 - ベンダーと
障害連絡 :契約窓口、保守範囲、 緊急連絡先、 依存サービス
この段階で優先するのは、管理者が分からないサービス、退職者に残っている権限、MFAの未設定、バックアップから復元できない状態など、事故時の影響が大きく短期間で直せる項目です。IPAの中小企業向けガイドラインも、経営者の関与と段階的な対策を重視しています。
31〜60日:優先順位と 責任分担を 運用へ 落とす
棚卸しの
優先順位を
- 止まった
場合、 売上・ 顧客・ 法令対応へどの 程度影響するか - 現在の
設定で、 誰がどの 経路から 問題を 起こし得るか - 暫定対策と
恒久対策を 分けられるか - 完了を
確認する 証拠は 何か
各施策には、意思決定者、実行者、確認者、相談先を一人ずつ紐づけます。小規模組織では兼務して構いませんが、「誰かが見るはず」という状態は残しません。外部IT責任者は進行と技術判断を担い、業務上の受入判断は社内の責任者が行います。
61〜90日:定例運営と 経営指標を 定着させる
3か月目の目的は、外部担当者がいなくても状況を追える運営を作ることです。月次会議では、作業の件数を並べるだけで終わらせず、事業への影響と未解決のリスクを確かめ、次に決めることを明らかにします。
その材料になるのが月次IT報告です。冒頭に、対象月、対象範囲(全社、特定の拠点やシステムなど)、作成者、内容を確認した日を書きます。対象範囲を変えた月は、前月と比べられるようにその旨も残します。次の8項目を基本とし、1枚で概要を追える程度にまとめます。
| 項目 | 記録する | 経営が |
|---|---|---|
| 今回決める | 承認・ | 判断を |
| 事業への | 止まる | そのままに |
| 現状と | 設定・ | 根拠の |
| 費用と | 初期・ | 同じ |
| 契約と | 更新・解約の | 次の |
| 担当と | 実行、 | 社内で |
| 運用の | 対象範囲と | 件数や |
| 前回の | 決定・保留の | 持ち越した |
費用が分からない項目は「要見積」「未確認」と書き、0円として合計に含めません。確認できた金額だけを足した場合は、総額ではなく小計と書きます。費用を比べるときは、対象期間、人数・範囲、税の扱い、初期・継続・別途の費用、見積の状況をそろえます。見積の条件のそろえ方は、システムの見積もり・ベンダー提案の比較方法で扱っています。率で示す指標には、分母・対象・時点を添えます。
指標は、
月次IT報告の 作り方:経営会議で 決める 事項と 記入例
月次IT報告は、作業の報告に終わらせず、経営会議で決める事項を、事業への影響・判断案・費用・期限・担当とともに示すものです。会議では事項ごとに「決定」「追加確認」「保留」のいずれかを記録し、次回にその結果を確かめます。
次の
| 課題と | 今回の | 費用と | 担当・判断後の |
|---|---|---|---|
| 契約更新同じ | 追加確認 | 2つの契約の料金を、対象期間・人数・税の扱い・初期と継続の費用をそろえて並べる。データ移管の作業費用は「要見積」とし、0円として比べない。請求書と管理画面で確かめた日を残す | 利用状況の 契約条件の |
| 保守期限受注と | 決定(調査と見積まで)更新・移行の案の調査と、見積の取得を承認する。本番の変更や移行は承認しない。業務への影響、代替案、切替と切戻しの条件を整理し、保守期限に間に合う時期の会議で、実施するかを判断する | 保守期限は、 | 調査の 見積・ 実施の |
| 復元未確認顧客 | 保留理由:元のデータを上書きしない復元先、試験の担当、費用が決まっていない 暫定策:取得の記録と保存先の確認を続ける 再判断:次回の会議で、復元テストの計画を承認するかを決める | 取得の | 試験の 業務での 再判断:経営 |
契約更新の例では、更新の申出期限が判断の基準になります。料金だけでなく、利用状況や解約・数量変更の条件も確かめる方法は、ITコスト適正化の記事で扱っています。保守期限の例で承認したのは調査と見積の取得までで、本番の変更や移行の承認とは分けて記録します。復元未確認の例では、試験の条件と担当を決めてから実施を判断します。試験の進め方と結果の記録は、バックアップ復元テストの進め方で扱っています。
月次の
- 経営・
承認者 :予算、優先順位、 残る リスクの 扱いを 決める - 業務の
責任者 :止まったときの 業務への 影響、 欠かせない 業務、 変更の 結果を 受け入れるかを 確かめる - 社内の
IT担当・ :事実と外部IT責任者 選択肢を 整理し、 技術的な 条件、 担当、 記録、 進行を 管理する - ベンダー・
保守事業者 :契約の範囲で、 見積、 調査、 作業と その 結果を 示す
運営は、
- 会議の
前に、 根拠、 未確認の 事項、 判断案を 報告に まとめる - 会議で、
事項ごとに 決定・ 追加確認・ 保留を 記録する - 決めた
事項に 担当と 期限を 付けて 実行する - 次回の
会議で、 結果と 残る リスクを 確かめ、 判断を 見直す
保留した
月次会議は平時の判断の場です。障害、セキュリティ事故の疑い、緊急の脆弱性対応は会議まで待たずに扱えるよう、緊急時の連絡先、代わりに判断する人、臨時に承認する経路を別に決めておきます。緊急で判断した内容は、次の月次報告で経緯と残る課題を確かめます。
90日後に 確認する チェックリスト
90日間の
自社の状況を確認する
- 主要な
SaaS、 端末、 契約、 管理者を 一覧で 確認できる - 入社・
異動・退職時の アカウント処理に 責任者と 期限が ある - 重要システムの
障害・ 漏えい 時に 連絡する 相手が 分かる - バックアップからの
復元確認日と 次回予定が 記録されている - 高権限
アカウントと MFAの 適用状況を 説明できる - 今四半期に
対応する 課題と、 見送り・保留した 課題の 理由、 再確認の 期限が 残っている - IT予算と
主要契約の 更新時期を 経営が 把握している - 月次会議で
扱う 指標と 意思決定者が 決まり、 判断した 事項ごとに 担当と 期限を 記録している - 外部ベンダーへ
依頼した 内容の 受入条件と、 完了を 確かめる 方法が 明確に なっている - 契約終了時に
台帳・ 手順・ 判断記録を 引き継げる
採用・ 兼務・ 外部支援を どう選ぶか
外部支援は、
- 専任採用が
向く :日々の状態 判断量が 多く、 事業固有の システムや 組織事情を 継続的に 蓄積する 必要が ある。 - 社内兼務が
向く :対象が状態 限定され、 業務責任者が IT判断に 必要な 時間を 確保できる。 - 外部IT責任者が
向く :複数領域を状態 横断する 判断が 必要だが、 専任採用ほどの 業務量は ない、または 採用前に 運営の 型を 作りたい。
社内の業務責任者と外部IT責任者を組み合わせ、運用が増えた段階で社内で担う割合を上げていく形は、無理なく始めやすい方法の一つです。その場合は、引き継げる形の台帳、判断の記録、手順書を、契約上の成果物に含めます。
採用までの 一時支援と 継続支援を 分ける
外部支援を使う場合は、採用までのつなぎとして使うのか、社内の責任者を補う形で続けるのかを、契約の前に決めます。目的によって、終了の条件と残す成果物が変わるためです。
| 項目 | 採用までの | 継続支援 |
|---|---|---|
| 目的 | 新任者が | 社内の |
| 終了・ | 台帳・ | 四半期などの |
| 主な | 台帳、 | 月次の |
| 社内で | 採用の | 月次で |
採用が遅れる、採用をやめて外部支援を続けるといった変更が起きた場合は、その時点で契約範囲を見直します。一時支援のつもりで始めても終了条件を決めていなければ、何をもって完了とするかが曖昧になります。体制ごとの費用の比べ方は情シス外注の費用と選び方で扱っています。
外部パートナーを 選ぶ ときに 確認する こと
提案資料の見栄えより、判断と実装の責任範囲を確認します。「顧問」「コンサルティング」という名称が同じでも、会議への参加だけで終わる契約と、設定変更やベンダー調整まで行う契約では成果が異なります。
自社の状況を確認する
- 経営課題を
具体的な IT施策に 落とし込む責任者が 明記されている - 助言、
設計、 設定変更、 問い合わせ対応の 範囲が 分かれている - 緊急時の
連絡方法と 対応時間が 定義されている - 成果物が
自社に 残り、 契約終了後も 引き継げる - 利用する
再委託先と 情報 アクセス 範囲を 確認できる - 月次報告が
作業一覧ではなく、 判断事項と リスクを 中心に 構成される - 特定製品の
販売を 前提に せず、 代替案と 採用理由を 説明できる
つまずきやすい 点
「何でも対応します」という契約は、優先順位と完了条件が曖昧になりやすいものです。対象業務、月内に扱う上限、緊急対応、社内側の責任を、契約の前に書面で決めておきます。
相談前に 整理する 情報
外部の支援先へ相談する前に、次の情報を整理しておくと、支援の範囲と費用を同じ条件で比べられます。資料がそろっていなくても、分かることと未確認の事項を分けておけば、相談の入口になります。
- 会社の
規模 :社員数、拠点数、 端末の 台数 - 利用中の
サービス :メール、ファイル共有、 会計などの 主要な サービスと、 管理者の 把握状況 - 現在の
担当 :問い合わせを受けている 人、 兼務している 作業と、 かかっている 時間 - 困っている
業務 :止まっている作業、 繰り返し起きている 問題 - 期限:担当者の
退職、 採用、 監査、 契約更新などの 予定 - 予算と
承認者 :予算の制約と、 社内で 契約や 優先順位を 承認できる 責任者
相談の場では、外部に任せたい作業と、社内に残す判断を分けて伝えます。「何から始めればよいか分からない」という段階でも、上の情報があれば、支援先は最初の90日で扱う範囲を具体的に提案しやすくなります。
押さえておきたい点
よく ある 質問
Q. 外部IT責任者と
情シス代行はアカウント発行や問い合わせなど定型業務が中心です。外部IT責任者は、経営課題から優先順位を決め、情シス代行や開発会社を含む複数の実行者を束ねる役割を担います。契約によって範囲は異なるため、名称より成果物と責任範囲を確認してください。
Q. 社内に
はい、ご利用いただけます。社内の担当者が業務知識と日常の運用を担い、外部IT責任者が経営への報告、専門領域の判断、ベンダーとの調整を補う形がよく取られます。社内の担当者に判断の材料と手順が残るように、役割を決めておきます。
Q. 90日ですべての
すべてを解決する期間ではありません。現状を把握し、緊急リスクを是正し、残る課題の優先順位と運営責任を決める期間です。大規模な移行や認証取得は、90日以降のロードマップとして管理します。
Q. 月次IT報告には
対象月、対象範囲、作成者、確認日に加えて、今回決めること、事業への影響、現状と未確認の事項、費用と前提、契約と期限、担当と承認者、運用の状況と残るリスク、前回の判断と次の確認を書きます。作業の件数や詳細なログは根拠として残し、経営向けの要約とは分けます。頻度や資料の形式は、組織の規模と契約に合わせて決めます。
Q. 費用や
「要見積」「未確認」と書き、確認の担当と期限を付けます。分からない費用を0円として合計に含めず、確認できた金額だけを足したものは小計として示します。判断に必要な情報がそろわない場合は、追加確認または保留として記録し、保留には理由、暫定策、再判断の期限を添えます。
月次の IT判断を、 経営会議で 前に 進めます。
判断する事項、費用と契約更新の見通し、担当と期限、次の改善を社内で整理しきれない場合は、月次IT報告・IT運営の支援内容をご確認ください。初回相談では現状と支援の範囲を確認し、有料の支援は報告の対象・頻度・成果物を、契約範囲に応じて決めます。
情シス体制の