IT PMI完了後の運用体制 ― 統合を「定着」させるために
IT PMIのプロジェクトが完了し、テナント統合もIdP統合も終わった。セキュリティポリシーも統一され、SaaSの重複契約も整理した──。
しかし「プロジェクトの完了 ＝ IT統合の成功」ではありません。
統合したIT環境を安定的に運用し、統合効果を持続させるためには、プロジェクト完了後の「運用体制への移行」が不可欠です。本記事では、IT PMI完了後に構築すべき運用体制と、統合を「定着」させるためのポイントを解説します。
プロジェクト完了の定義
まず「IT PMIの完了」を明確に定義します。完了基準が曖昧なまま進めると、プロジェクトが際限なく続く「永遠のPMI」に陥ります。
完了基準の例
インフラ・アカウント基盤
- メールドメインの統一が完了
- 全ユーザーが統合後のテナントでログイン
- 旧テナントの全データ移行完了・旧テナントの停止
セキュリティ
- 統一セキュリティポリシーの全社適用完了
- MFA展開率 100%
- EDR / MDMの全端末展開完了
- 例外管理台帳上の未対応項目がゼロ
業務アプリケーション
- 重複SaaSの統合・解約完了
- 全SaaSのSSO連携完了
- 業務フローの統一完了
ガバナンス
- IT資産台帳の一元管理が稼働
- ヘルプデスク体制の統合完了
- IT予算・コスト管理の一元化
完了審査
完了基準を満たした段階で、ステアリングコミッティー（経営層 + PMIマネージャー）で完了審査を行います。残課題がある場合は「通常運用の中で対応するもの」として引き継ぎます。
プロジェクト → 運用への移行
引き継ぎドキュメント
IT PMIプロジェクトで作成・変更した設定を、運用チームに正確に引き継ぎます。
作成すべきドキュメント
- 統合後のIT環境構成図: ネットワーク、IdP、SaaS連携の全体図
- アカウント管理手順書: 入退社時の作業手順、IdPでのプロビジョニングフロー
- セキュリティポリシー: 統一後の最新版（条件付きアクセス設定一覧を含む）
- SaaS管理台帳: 契約情報、管理者、ライセンス数、更新日の一覧
- 残課題一覧: プロジェクト期間内に完了しなかった項目と対応方針
- 障害対応手順: 統合に伴い変更されたシステムの障害時対応フロー
運用チームの体制
IT PMIプロジェクトの体制から、通常の運用体制に移行します。
中小企業の場合の現実的な運用体制
- IT管理者（社内 or 外部パートナー）: 日常的なアカウント管理、ヘルプデスク、設定変更
- セキュリティ担当: セキュリティ監視、アラート対応、ポリシー管理（IT管理者が兼務するケースも多い）
- 経営報告: 月次でIT環境の状況を経営層に報告
「ひとり情シス」の企業では、IT PMI完了後の運用を外部パートナーに委託するケースが多くなります。むしろ、統合で環境が複雑化した直後こそ、専門的なサポートが必要です。
統合効果のモニタリング
IT PMIの投資効果を経営層に継続的に報告するため、KPIを設定してモニタリングします。
コスト関連KPI
- ライセンス費用の月額推移: 統合前と統合後の比較
- 重複契約の解消率: 棚卸しで発見した重複契約のうち、解約済みの割合
- 二重運用コストの推移: 旧環境の維持コストがゼロになるまで追跡
セキュリティ関連KPI
- MFA展開率: 全ユーザーの多要素認証設定率（目標: 100%）
- EDR展開率: 全端末のEDR導入率（目標: 100%）
- セキュリティインシデント数: 月次の検知数と対応状況
- パッチ適用率: OS・ソフトウェアの最新パッチ適用率
運用品質KPI
- ヘルプデスク問い合わせ数: 統合直後は増加するが、安定化に伴い減少するはず
- 問い合わせの解決時間: 平均対応時間
- システム障害発生回数: 統合に起因する障害の発生頻度
ユーザー満足度
- アンケート調査（統合3ヶ月後、6ヶ月後）: 新しいIT環境への満足度、困っていること
- 定性的なフィードバック: 各部門からの声を定期的に収集
統合後の継続的な最適化
IT PMI完了は「ゴール」ではなく「スタートライン」です。統合後も継続的に環境を最適化していきます。
ライセンス最適化の定期レビュー（四半期ごと）
- 利用率の低いSaaSライセンスの特定と見直し
- プランの適正化（上位プランが不要なユーザーの見直し）
- 新規SaaS導入時の承認フロー運用
セキュリティポリシーの定期見直し（半年ごと）
- 脅威トレンドの変化に応じたポリシー更新
- 条件付きアクセスルールの有効性検証
- セキュリティ教育の継続実施
IT資産の定期棚卸し（年1回）
- 端末台帳と実態の突合
- SaaS契約台帳の更新
- 未使用アカウントの棚卸し
よくある「統合後の落とし穴」
ドキュメントが更新されなくなる
統合直後は詳細なドキュメントが整備されますが、日常の設定変更がドキュメントに反映されなくなるケースが多いです。変更管理のルール（設定変更時は必ず台帳を更新する）を運用フローに組み込みましょう。
「旧環境の残骸」が放置される
旧テナントのアカウント、旧SaaSの管理者アカウント、旧ドメインのDNSレコードなど、完全に停止・削除すべきものが放置されるケースがあります。プロジェクト完了時のチェックリストに「旧環境のクリーンアップ」を必ず含めてください。
ナレッジの属人化
IT PMIプロジェクトに携わった担当者に知識が集中し、その人が異動や退職すると運用が回らなくなるケースです。引き継ぎドキュメントの整備に加え、可能であれば複数人で運用できる体制を構築しましょう。
IT PMI連載のまとめ
全10回にわたって、IT PMIの全体像から具体的な実務までを解説してきました。
- IT PMIとは？ ── 全体像の理解
- IT デューデリジェンス ── 買収前のIT調査
- 最初の90日 ── クロージング直後の優先タスク
- 5ステップで進めるIT PMI ── プロジェクト全体の進め方
- 予算と体制づくり ── 経営層の巻き込み方
- セキュリティポリシー統一 ── 2社のルールの統合
- IdP / SSO統合設計 ── 認証基盤の統合パターン
- テナント統合の実務 ── M365 / GWSの移行手順
- SaaS棚卸しとアプリ統合 ── 業務アプリの整理
- 統合後の運用体制 ── 定着と継続改善（本記事）
IT PMIは、M&Aの投資効果を最大化するための重要なプロセスです。「ITのことだから後回しでいい」ではなく、経営戦略の一部として計画的に進めることが成功の鍵です。
M&Aを検討中の企業、あるいはM&A直後でIT統合に課題を感じている企業は、早い段階で専門家に相談されることをおすすめします。
まとめ・ご相談
M&A後のIT統合やテナント移行をご検討の方は、Project365（ITプロジェクト支援・IT PMI）をご覧ください。
貴社のIT課題について、まずは60分の無料相談でお気軽にご相談ください。