情シスがいない会社のMicrosoft 365 Copilot導入|一人情シス・兼務でも回る体制と外部に任せる範囲ARTICLE

ARTICLEMicrosoft 365 活用

Microsoft 365 Copilot 導入ロードマップ番外編

※ Microsoft 365 Copilot は、2026年8月から「Microsoft Copilot」に名称が変わりました(Copilot Chat は「Microsoft Copilot Chat」)。移行期間中は旧名称も併用されているため、本記事では広く使われている「Microsoft 365 Copilot」の表記で統一しています(出典:Microsoft Learn「Microsoft Copilot のデータ、プライバシー、セキュリティ」)。

「うちには情報システム部門がない。IT担当は1人で、基幹システムの保守とパソコンの面倒で手一杯。Copilot を入れたいが、誰がやるのか」——非IT企業で Microsoft 365 Copilot の相談を受けると、かなりの確率で最初にこの壁に当たります。

いわゆる「一人情シス」は、社内のIT全般を1人で担う状態を指します。専任ではなく、総務や経理と兼務しているケースも珍しくありません。こうした会社で Copilot 導入を「情シスの仕事」として割り振ると、ほぼ確実に後回しになり、担当者が退職した瞬間にすべてが止まります。

第1回:非IT企業のMicrosoft 365 Copilot導入ロードマップでは、体制づくりの要点として「情シスに丸投げしない」ことを挙げました。本記事はその深掘りとして、専任の情報システム担当がいない会社が、どう役割を分け、何を外部に任せ、何を社内に残すかを具体的に整理します。

この記事の要点

  • 情シス不在の会社の Copilot 導入は、判断は社内、作業は外部に任せてよいと切り分けると進みます。経営・現場・情シス・外部パートナーの4者で役割を分けます
  • 外部に任せても社内に残すべきなのは、利用ルール、ライセンスを配る相手、機密情報の区分、パートナーに渡す権限の4つの判断です
  • 運用で最低限決めるのは、アカウントの入退社手続き、管理者権限の持ち方、問い合わせ窓口の3つです。月1時間の定期チェックで回せる形にします
  • 当社の支援でも、情シスがいない会社ではシステム構成や DNS の使い方を把握している人がいないことが多く、外部が先に調べて判断の材料をそろえるところから始めています

一人情シス・情シス不在の会社でCopilot導入が止まる理由

情シスが1人しかいない、あるいはいない会社で Copilot 導入が止まるパターンは、おおむね3つです。

パターン起きていること結果
丸投げ経営が「ITのことだから」と一人情シスに一任するルールや配布先まで1人で決めることになり、判断に責任を持てず止まる
兼務で後回し基幹システムの保守や日々の問い合わせが優先される権限の棚卸しなど時間のかかる準備が終わらない
属人化1人で設定を進め、記録が残らない担当者の異動・退職で、誰も設定の意図が分からなくなる

共通しているのは、Copilot 導入を「ITツールの設定作業」と捉えていることです。第1回で述べたとおり、Copilot 導入の本丸は、データの置き場所・権限・利用ルールという社内の情報の扱い方を決めることです。これは本来、情シス1人で決められるものではありません。

「情シスに丸投げしない」体制 ― 4者の役割分担

情シス不在・一人情シスの会社では、次の4者で役割を分けます。

役割誰が担うか主な責任
推進責任者役員・経営企画・管理部門長など、経営に近い人目的と予算を決める。社内ルールを承認する。部門間の調整をする
情シス担当(兼務可)一人情シス、総務・経理の兼務担当アカウントとライセンスの日常管理、パートナーとの窓口、設定の記録の保管
現場代表各部門で業務に詳しい人(チャンピオン候補)使い道を出す、部門内の相談に乗る、ルールの使いにくさを伝える
外部パートナーMicrosoft 365 の導入支援会社など専門知識が要る設定・棚卸しの実作業、ルールのたたき台、研修の実施
情シスに丸投げしない体制:推進責任者が目的・予算・ルールを決め、情シス担当が日常管理と窓口、現場代表が使い道と部門の相談、外部パートナーが専門作業とたたき台を担う

ポイントは、推進責任者を情シス担当とは別の人にすることです。情シス担当が推進責任者を兼ねると、「誰に配るか」「どこまで使ってよいか」といった経営判断まで1人で抱えることになります。推進責任者は IT に詳しくなくてかまいません。必要なのは、決める権限と、部門をまたいで話を通せる立場です。

また、一人情シスの負担を増やさないために、情シス担当の役割を「日常管理と窓口」に限定することも大切です。権限の棚卸しやセキュリティ設定の設計のような、一度きりで専門知識が要る作業は、外部パートナーに任せる前提で計画します。

社内に残す判断と、外部に任せてよい作業

外部パートナーに頼むとき、最も多い失敗は「全部お任せします」です。任せ方の原則は、判断は社内に残し、作業は任せてよいです。

領域社内に残す判断外部に任せてよい作業
利用ルール何に使ってよいか、何を入力してはいけないかの最終決定ガイドラインのたたき台作成、他社の一般的な例の紹介
ライセンス誰に有償の席を配るか、使われない席をどうするか使用状況レポートの集計、配布計画の案
データと権限どの情報が機密か、どの部門に見せてよいかSharePoint の共有設定の棚卸し、是正作業、秘密度ラベルの設定
セキュリティどこまでのリスクを許容するか多要素認証や条件付きアクセスの設定、監査ログの有効化
パートナーの権限どの権限を、いつまで渡すか作業に必要な権限の洗い出しと申請
研修・定着どの部門から始めるか、評価にどう反映するか研修資料の作成、ハンズオンの講師
社内に残す判断(利用ルール・配布先・機密区分・パートナーの権限)と、外部に任せてよい作業(権限の棚卸し・セキュリティ設定・ルールのたたき台・研修)の仕分け

「機密かどうか」「誰に見せてよいか」は、業務を知っている社内の人にしか決められません。外部パートナーは、判断に必要な材料(今どこに何があり、誰が見られる状態か)を揃え、選択肢を示すところまでを担います。この線引きを最初に合意しておくと、「任せたはずなのに決まっていない」という状態を防げます。

情シスがいない会社では、この材料をそろえる作業が、外部パートナーの最初の大きな仕事になります。

K.S.Rogers の現場から

情シスがいない会社では、社内にシステム構成を把握している人がいない、構成の資料もない、ということがよくあります。聞いていた構成と実際の動き方が違い、できると考えていたことが後からできないと分かった経験もあります(AI業務自動化の始め方で紹介)。今は、当社側で最初にシステム構成を調べ、その結果を材料に社内で判断していただく順番にしています。

50人規模の会社なら、どのくらいの期間で入れられるか

「うちの規模で、どのくらいかかるのか」は最初に聞かれる質問です。社員50人前後・拠点1〜2か所・すでに Microsoft 365 を使っている会社を想定した、当社の支援での目安が次の表です。第1回の5フェーズに沿っています。

フェーズ期間の目安情シス担当(兼務)の負担外部パートナーの関わり方
0. 現状把握2〜3週間週2〜3時間(資料出し、ヒアリングの同席)キックオフと現状共有で面着1回(半日)。以降はオンライン
1. データの置き場所と権限の整備4〜6週間週2〜3時間(是正する範囲の確認)棚卸しの結果報告と是正方針の相談で面着1回。実作業はパートナー側
2. 利用ルールの整備2〜3週間(フェーズ1と並行可)週1〜2時間たたき台の読み合わせで面着1回(推進責任者が同席)
3. パイロット(1部門10名程度)4週間週2時間(参加者の声の集約)最初の研修で面着1回。中間と振り返りはオンライン
4. 全社展開と定着4〜6週間週2〜3時間(問い合わせの一次対応の調整)部門ごとの研修で面着1〜2回。以降は月1回のオンライン定例

全体では 3〜4か月、面着は 合計5〜7回(多くは半日) が目安です。第1回で示した標準的な期間感(3〜6か月)の、早いほうに収まる規模です。

次のような場合は、ここから伸びます。

  • 共有フォルダの権限が長年整理されていない ―― フェーズ1が2〜3か月に延びることがあります。最も読みにくいのがここなので、フェーズ0の棚卸しで規模を先に把握します
  • ファイルサーバーや他社のグループウェアから移行する ―― 移行そのものの期間が別途必要です
  • 繁忙期と重なる ―― パイロットの参加部門が動けず、フェーズ3が止まりがちです。逆に、決算期などを避けて計画すれば縮みます

K.S.Rogers の現場から

Outlook への移行では MX レコードの書き換えが要りますが、今の DNS がどう運用されているか分からないことが多く、MX・CNAME・サブドメインまでレコードを1つずつ確かめる棚卸しから始めます。情シス部門がある会社でも、各レコードの用途が分からなかったことがありました。

面着とオンラインの使い分けは、決める場面は面着、確認と作業はオンラインが基本です。役割分担・是正方針・ルールの承認のように、その場で意思決定が要る場面と、最初の研修は面着のほうが早く進みます。進捗確認や設定作業はオンラインで十分です。当社は全国に伺っていますが、関西・関東・名古屋は特に伺いやすい地域です。

最低限の運用 ― アカウント・権限・問い合わせ窓口

導入後の運用で、情シス担当(兼務)が回せるように、決めておくことを3つに絞ります。

1. アカウントの入退社手続き

Copilot は「その人が閲覧できる情報」を横断的に参照します。退職者のアカウントが残っていたり、異動前の部門のファイルが見えるままだったりすると、それがそのまま回答に反映されます。次の手続きを、人事・総務の入退社の手続きに組み込みます。

  • 入社・異動時:アカウント作成、所属グループ(部門のチームやサイト)への追加、必要なら Copilot ライセンスの割り当て
  • 退職・異動時:前の部門のグループから外す、Copilot ライセンスを外して別の人に回す、退職者のアカウントを停止する

ライセンスの割り当てと解除は、Microsoft 365 管理センターの「課金 > ライセンス」から行えます(出典:Microsoft Learn「Microsoft Copilot を設定し、ライセンスを割り当てる」)。手続きを人事の書類とセットにしておけば、情シス担当が不在の日でも抜け漏れに気づけます。

2. 管理者権限の持ち方

一人情シスの会社でよくあるのが、「管理者アカウントのパスワードを、情シス担当と外部業者と社長が共有している」状態です。これは避けます。

Microsoft は、グローバル管理者(ほぼすべての設定とデータにアクセスできる最上位の管理者)をできるだけ少なくし、作業に必要な最小限の権限を持つロールを割り当てること、管理者には多要素認証を必須にすることを推奨しています。また、グローバル管理者が自分のアカウントからロックアウトされたときに備えて、パスワードをリセットできる別の管理者を用意しておくよう示しています(出典:Microsoft Learn「Microsoft 365 管理センターの管理者ロールについて」)。

情シス不在の会社では、次の形が現実的です。

  • グローバル管理者は社内の2名(情シス担当と推進責任者など)。個人ごとにアカウントを分け、共有しない
  • 日常の作業は限定したロールで行う(ライセンスの付け外しならライセンス管理者、ユーザーの追加ならユーザー管理者など)。Copilot の設定やエージェントの管理には「AI 管理者」というロールもあります
  • 外部パートナーには専用のアカウントか、Microsoft のパートナー向けの代理管理の仕組みで必要な権限だけを渡す。作業が終わったら権限を見直す

3. 問い合わせ窓口

「Copilot がうまく答えない」「このファイルは入力してよいか」といった問い合わせが、すべて一人情シスに集まると、本業が止まります。問い合わせは3段階で受けます。

段階受ける人扱う内容
一次各部門の現場代表(チャンピオン)使い方、指示の出し方、「この用途に使ってよいか」の一般的な判断
二次情シス担当アカウント、ライセンス、「見えてはいけないファイルが見える」などの権限の問題
三次外部パートナー設定の変更、原因の調査、Microsoft へのサポート依頼
問い合わせの3段階:一次は各部門のチャンピオンが使い方を受け、二次は情シス担当がアカウントと権限、三次は外部パートナーが設定変更と調査を担う

使い方の質問は、社内コミュニティ(Teams のチャネルなど)で受けると、同じ質問が繰り返し情シス担当に来るのを防げます。研修やチャンピオン制度の作り方は、第7回前編:Copilotの定着化と第7回後編:社内研修の進め方で詳しく扱っています。

K.S.Rogers の現場から

当社の支援先で、ITリテラシーが壁になり、導入に時間がかかったことがありました。そのときは、手順書を作り、ハンズオンで実際に操作しながら覚えていただく形に切り替えました。手順書は社内に残るので、あとから入った人にも渡せ、同じ説明を情シス担当が繰り返さずに済みます。情シスがいない会社ほど、説明会だけで終わらせず、手を動かす場と手元に残る資料を最初に用意しておくのが近道です。

月1時間の運用チェックリスト

兼務の情シス担当が回せるよう、定期作業は月1回・1時間程度に収まる範囲に絞ります。

  • Microsoft 365 管理センターの Copilot 使用状況レポートで、長く使われていない席を確認した(出典:Microsoft Learn「Microsoft Copilot の使用状況レポート」)
  • 今月の入社・退職・異動者のアカウントとライセンスが、手続きどおりに処理されている
  • グローバル管理者が社内の決めた人数のままで、不要な管理者ロールが残っていない
  • 外部パートナーに渡した権限が、作業の終了に合わせて見直されている
  • 管理センターのメッセージセンターで、Copilot に関する大きな変更のお知らせを確認した
  • 現場から上がった「見えてはいけないファイルが見えた」報告を、推進責任者に共有した

最後の項目は、判断を社内に残すための仕組みです。権限の問題を情シス担当が1人で抱えず、推進責任者と共有して是正の優先順位を決めます。

中小企業向けのライセンスを確認する

情シス不在の会社の多くは中小規模です。ライセンス選びでは、次の2点を押さえます。

  • Copilot Chat は追加費用なしで使える ―― 対象の Microsoft 365 プランを使っていれば、Web の情報をもとにしたAIチャットを追加費用なしで利用できます。第1回で紹介した「全社に Copilot Chat、有償席は絞る」の二層構成は、管理の手間を抑える意味でも有効です
  • 300ユーザーまでなら Copilot Business がある ―― 社内のメールやファイルを参照する有償の Copilot には、300ユーザーまでの組織向けに「Copilot Business」が用意されています(出典:Microsoft Learn「Partner Center の発表(2025年12月)」)。前提として Microsoft 365 Business Basic・Business Standard・Business Premium などのプランが必要です(出典:Microsoft Learn「Microsoft Copilot のライセンス オプション」)

価格は、Microsoft の日本向け価格ページで、Copilot Business が年払いで1ユーザーあたり月額3,148円相当と表示されています。2026年7月1日から12月31日までは、対象のビジネスプランを利用中の顧客向けに月額2,698円相当の期間限定価格も示されています(出典:Microsoft 365 Copilot の価格、2026年9月時点)。価格と条件は変わりやすいため、購入前に必ず公式サイトで確認してください。

外部パートナーを選ぶときの確認ポイント

情シス不在の会社にとって、外部パートナーは「足りない手」です。ただし、任せ方を誤ると、今度は社外に属人化します。次の点を確認します。

  • 判断と作業を分けて提案してくれるか ―― 「全部お任せください」ではなく、社内で決めるべきことを明示してくれるか
  • 権限の渡し方を相談できるか ―― 管理者アカウントの共有を求めず、必要な権限だけで作業する前提か
  • 設定の記録を残してくれるか ―― 何を、なぜ、どう設定したかを文書で受け取れるか。担当者が変わっても引き継げるか
  • 業務の話ができるか ―― Copilot の機能説明だけでなく、自社の業務のどこで使うかを一緒に考えられるか
  • 導入後の窓口が決まっているか ―― 三次窓口として、どの範囲の問い合わせをどう受けるかが明確か

K.S.Rogers の支援

K.S.Rogers では、専任の情シスがいない会社の Microsoft 365 Copilot 導入を、本記事の「判断は社内、作業は外部」の考え方で支援しています。推進責任者と一緒に判断すべき事項を整理し、権限の棚卸しやセキュリティ設定、ガイドラインのたたき台、研修の実施までを担い、設定の記録を社内に残します。

Copilot の範囲を超えて、基幹システムとつないだ転記や照合などの定型業務を自動化したい場合は、AI業務自動化の導入支援サービスOpeZeroで、システム環境調査(20万円〜)から構築・運用までまとめてお任せいただけます。構築費は0円、稼働後は月額固定の運用報酬型です。

M365 の導入・ファイル移行から Power Platform・Copilot の活用までの支援の範囲と進め方は、Microsoft 365 導入・活用支援のページにまとめています。

「IT担当が1人で、どこから手をつければいいか分からない」という段階から、お問い合わせよりご相談ください。

まとめ

  • 情シス不在・一人情シスの会社で Copilot 導入が止まるのは、丸投げ・兼務で後回し・属人化の3つが原因です
  • 推進責任者・情シス担当・現場代表・外部パートナーの4者で役割を分け、判断は社内、作業は外部に任せてよいと切り分けます
  • 運用で最低限決めるのは、アカウントの入退社手続き、管理者権限の持ち方、3段階の問い合わせ窓口です
  • 社員50人前後の会社なら、現状把握から全社展開まで3〜4か月、外部パートナーとの面着は合計5〜7回が目安です
  • 300ユーザーまでなら Copilot Business も選択肢です。価格と条件は変わりやすいので、公式サイトで最新の情報を確認します

次回の第8回はシリーズの完結編として、Copilot を「使う」段階から、エージェントを「作る」段階へ進む方法を扱います。

よくある質問

Q.情報システム担当がいない会社でも、Microsoft 365 Copilotは導入できますか?

A.導入できます。ただし、設定作業を外部に任せても、誰に配るか・何を使ってよいかといった判断は社内に残す必要があります。経営側の推進責任者、現場の代表、外部パートナーで役割を分け、アカウント管理と問い合わせ窓口だけは社内に担当者を決めておきます。

Q.一人情シスの場合、Copilot導入で何を外部に任せるべきですか?

A.権限の棚卸しの実作業、セキュリティ設定、研修資料の作成、移行作業など、専門知識が必要で一度きりの作業は外部に任せてかまいません。一方、利用ルールの決定、ライセンスを配る相手の決定、機密情報の区分の決定は社内で行います。

Q.メールと予定表を Outlook に移すときは、何から始めればよいですか?

A.今の DNS の棚卸しから始めます。移行には MX レコードの書き換えが必要ですが、MX だけでなく CNAME やサブドメインも含めて、各レコードが何に使われているかを1つずつ確かめます。情シス部門がある会社でも用途の分からないレコードが見つかることがあるため、移行の期間にこの確認の時間を含めておきます。

Q.社員50人の会社だと、Copilot導入にどのくらいの期間がかかりますか?

A.すでに Microsoft 365 を使っている社員50人前後の会社で、現状把握から全社展開まで3〜4か月が目安です。内訳は現状把握2〜3週間、データの置き場所と権限の整備4〜6週間、利用ルールの整備2〜3週間(並行可)、パイロット4週間、全社展開と定着4〜6週間です。共有フォルダの権限が長年整理されていない場合は、権限の整備だけで2〜3か月かかることもあります。

Q.外部パートナーとは、どのくらい面着で打ち合わせが必要ですか?

A.社員50人前後の会社で、導入完了までに合計5〜7回(多くは半日)が目安です。キックオフ、権限の是正方針の相談、利用ルールの読み合わせ、最初の研修、部門ごとの研修が面着に向く場面です。進捗確認や設定作業はオンラインで進められます。

Q.管理者アカウントを外部パートナーに渡してもよいですか?

A.社内の管理者アカウントを共有するのは避けます。Microsoft はグローバル管理者を最小限にし、作業に必要な最小限の権限の管理者ロールを割り当てることを推奨しています。パートナーには専用のアカウントや代理管理の仕組みで必要な権限だけを付与し、作業が終わったら見直します。

Q.中小企業向けのCopilotのライセンスはありますか?

A.300ユーザーまでの組織向けに「Copilot Business」が提供されています。Microsoft の日本向け価格ページでは、年払いで1ユーザーあたり月額3,148円相当と表示されています(2026年9月時点)。前提となるプランや最新の価格は、購入前に公式サイトで確認してください。

← 記事一覧へ戻る