CASE CI-09

メールはホスティングサービス（POP 受信）、チャット・予定表・掲示板・アンケートは別のビジネスチャットツール、と機能ごとにサービスが分かれており、ID もばらばらでした。全国の拠点に 1,000 名を超える利用者がいるため、切り替え時の混乱を最小限にしつつ、半年未満の短期間で本稼働させる必要がありました。

提案依頼書には、組織階層・兼務を含むユーザー情報、拠点・責任者単位の数百件のメーリングリスト、既読通知、外部ユーザーとの連携、可用性・移行性・セキュリティなど機能・非機能あわせて約 80 項目の要件が示されており、Microsoft 365 の標準機能で何がどこまでできるかを明確に答える必要がありました。

提案依頼書の要件ごとに「標準機能で実現」「設定・運用で対応」「ライセンス依存」「対象外・別途」を整理した対応方針表を提示。Teams の外部アクセスとゲストアクセスの違い、Exchange Online の各種上限、Teams が依存する Microsoft 365 サービスといった判断に必要な情報も添えました。

ID 管理は Entra ID を中心に、カスタムドメインを登録し、既存の Active Directory（.local ドメイン）から Entra ID Connect で同期。UPN サフィックスを追加して端末プロファイルに影響を与えずに同期する構成にしました。将来の Intune によるデバイス管理と条件付きアクセス、各クラウドサービスへの SSO も見据えた設計です。

切り替えは段階リリースとし、Teams（チャット・チーム）を先行、メールは後追い。メールは既存サービスと Exchange Online を並行稼働させ、移行済みユーザー宛のメールを転送する方式で、全ユーザーの移行完了まで MX レコードを切り替えない計画にしました。利用者がログインアカウントを切り替えずに済むことを段階リリースの条件としました。

要件定義 → 設計（当社検証環境でパラメータの正当性を確認）→ 移行設計 → 移行作業（利用者向け手順書を提供）→ リリース後 1 か月の運用支援の順で進め、掲示板は SharePoint のポータルサンプルと掲示板テンプレート、アンケートは Forms のサンプルを作成して展開しました。