Microsoft 365運用｜管理者が毎日・毎週・毎月やるべきことを整理
M365運用を「ルーティン化」する
M365の運用は、場当たり的に対応するのではなく、日次・週次・月次のルーティンとして定着させることが安定運用の鍵です。
その前に、初期設定が済んでいるか確認する
ルーティンを回しても、設定が有効になっていなければ何も見えません。 運用を始める前に、次を確認してください。
- 監査ログの記録が有効か — 有効になっていなければ、調査が必要になったときに何も残っていません
- ログの保持期間 — ライセンスによって異なります。侵入から発覚まで数ヶ月かかることがあるため、自社の期間を把握しておきます
- アラートの通知先 — 既定では誰も見ていない管理者用アドレスになっていることがあります。**実際に見る担当者の個人アドレス（複数名）**に変更してください
- サービス正常性の通知設定 — 障害情報を受け取る宛先
- セキュアスコアの現在値 — 改善したかを判断するには、開始時点の数値が要ります
この5つが済んでいない状態で日次確認を始めても、「何も起きていない」ように見えるだけです。
毎日やること（10分）
セキュリティアラートの確認として、M365管理センターのセキュリティダッシュボードでアラートがないか確認します。Microsoft Defenderの脅威検知状況も併せて確認します。所要時間は5分程度です。
サービス正常性の確認として、M365管理センターの「サービスの正常性」でM365の各サービスに障害が発生していないか確認します。障害発生時は社内への周知が必要です。所要時間は2分程度です。
ヘルプデスクチケットの確認として、未対応のIT問い合わせがないかチェックし、優先度をつけて対応します。
毎日の確認は、可能な限り「通知」に置き換えてください。 兼任のIT担当者が毎朝ダッシュボードを開く運用は、繁忙期に真っ先に止まります。
- セキュリティアラートはTeamsの専用チャネルやメールに自動転送する
- サービス正常性は障害発生時に通知が届く設定にする
- バックアップは失敗時のみ通知する
通知が来なければ正常、と判断できる状態を作るのが目標です。 ただし、通知が1件も来ない状態を「安全」と解釈しないでください。設定が有効かどうかを、年1回はテストで確認します。
毎週やること（30分）
パッチ適用状況の確認として、Intuneの「Windows更新プログラム」レポートで、全PCのパッチ適用状況を確認します。適用が遅れているPCがあればフォローします。
不審なサインインの確認として、Entra IDの「サインインログ」で、失敗が多いユーザー、通常と異なる場所からのアクセスがないか確認します。
バックアップの成功確認として、バックアップジョブの実行結果を確認し、失敗している場合は原因を調査・再実行します。
毎月やること（2〜3時間）
ライセンスの棚卸しとして、M365管理センターのライセンスレポートで、未使用ライセンス（30日間サインインなし）を確認し、回収・再割り当てします。
セキュアスコアの確認として、Microsoftセキュアスコアの推移を確認し、スコアが下がっていれば原因を特定して対策します。新しい推奨アクションが追加されていれば実施を検討します。
アカウントの棚卸しとして、退職者のアカウントが残っていないか、不要な管理者権限が付与されていないかを確認します。ゲストアカウントの棚卸しも実施します。
月次レポートの作成として、利用状況、セキュリティ状況、対応したチケット件数をまとめ、経営層・管理部門に報告します。
ライセンスの棚卸しは、削減額が出る唯一のルーティンです。 退職者分の割り当て漏れ、重複したライセンス、使われていない上位プラン——ここで見つかった削減額が、以降のセキュリティ投資を通しやすくします。 月次レポートには必ず含めてください。
月次レポートで経営層に見せるのは、次の3点で足ります。
- 今月起きたこと（障害、インシデント、対応した件数）
- 数字の推移（MFA未登録者数、非準拠端末数、未使用ライセンス数、セキュアスコア）
- 判断してほしいこと（予算、方針、優先順位）
3番目がないレポートは、報告のための報告になります。 判断を仰ぐ項目がない月は、そう書いて構いません。
四半期に一度やること
SharePointの権限棚卸し、SaaS契約の更新・解約判断、バックアップの復旧テスト、セキュリティポリシーの見直しを実施してください。
SaaS契約の見直しは、更新月の2ヶ月前までに着手してください。 年間契約は自動更新されるものが多く、気づいたときには1年分の支払いが確定しています。 契約一覧に更新月を記録し、カレンダーに通知を入れておくと確実です。
ルーティンを続けるための工夫
「やる」と決めただけでは続きません。 続いている企業には共通点があります。
- チェックリストとして残す — 記憶ではなく、埋める形にする。前回の実施日が見えると抜けに気づけます
- 実施の記録を残す — 日付と担当者だけでも構いません。ISMSやPマークの審査でも、取引先からの照会でも、確認されるのは記録です
- 担当を2名にする — 1人だと、休暇・繁忙・退職で止まります。週次の確認だけでも交代制にしてください
- 設定変更の履歴を残す — 管理センターの設定は、いつ誰がなぜ変えたかを後から追いにくいものです。日付・変更内容・理由をスプレッドシートに1行書くだけで、トラブル時の切り分けが早くなります
引き継げる状態かどうかを基準にしてください。 担当者が変わったときに同じ運用を再現できないなら、それは仕組みではなく個人の習慣です。
まとめ
- 日次の確認は通知に置き換える。毎朝ダッシュボードを開く運用は繁忙期に止まる
- 通知が0件を「安全」と解釈しない。設定が有効かを年1回テストする
- ライセンス棚卸しは削減額が出る唯一のルーティン。月次レポートに必ず含める
- 月次レポートは起きたこと・数字の推移・判断してほしいことの3点で足りる
- 判断を仰ぐ項目がないレポートは、報告のための報告になる
- SaaS契約は更新月の2ヶ月前に着手する。自動更新で1年分が確定してしまう
- ルーティンはチェックリスト化・記録・担当2名で続く
- 設定変更の履歴を1行残すだけで、トラブル時の切り分けが早くなる
- 基準は引き継げる状態か。再現できないなら仕組みではなく個人の習慣
M365運用はルーティン化すれば、日次10分・週次30分・月次2〜3時間で安定的に回せます。これらの業務を外注したい場合は、情シス365がすべて代行します。