はじめに
「今のMDM、コストの割に使いこなせていない。乗り換えたいが、全社のスマホが管理外になる瞬間を考えると怖い」——MDMの移行を検討したことのある情シスなら、必ずぶつかる不安ではないでしょうか。
MDM（モバイルデバイス管理。会社のスマホ・PCを一元管理する仕組み）は、全社のデバイスと日々の業務に直結しています。だからこそ移行は「情シス内の一作業」では済まず、全社員の生産性に影響するプロジェクトになります。特に一人情シスの場合、時間もリソースも限られるため、「やるべきことを絞り込む」姿勢が欠かせません。
この記事では、MDM移行を「移行前（計画）」「移行中（実行）」「移行後（レビュー）」の3フェーズに分け、各フェーズで外してはいけない実務ポイントを解説します。
そもそも、なぜ移行の失敗が起きるのか
MDM移行の失敗は、ほとんどが「現状把握の甘さ」と「戻り道のなさ」に起因します。
今のMDMで何を管理しているのか、正確に言えるでしょうか。配布しているアプリ、構成プロファイル、Wi-Fi設定、証明書、コンプライアンスポリシー——長年運用したMDMには、設定した本人も忘れた構成が積もっています。これを把握しないまま移行すると、「移行後に一部の部署だけメールがつながらない」といった事故が起きます。
もうひとつが、問題発生時に元へ戻す手段（ロールバック）を用意していないケースです。移行は一方通行ではありません。戻れる状態を保ちながら進むのが原則です。
フェーズ1：移行前（計画）——ここで成否の8割が決まる
移行前にやるべきことを、優先度順に4つに絞ります。
1. 現行環境の棚卸し。デバイス、アプリ、構成、ポリシー、証明書、他システムとの連携。現行MDMの管理画面から一覧をエクスポートし、「移行が必要なもの／この機会に捨てるもの」に仕分けます。移行は棚卸しの絶好の機会でもあります。重複したポリシーや、誰も使っていない配布アプリは、持っていかないと決めるだけで移行作業が軽くなります。
2. 目標とKPIの設定。「なぜ乗り換えるのか」を数値で言語化します。ライセンス費の削減額、キッティング工数の短縮、対応OSの拡大——ここが曖昧だと、移行後に「で、良くなったんだっけ？」となり、経営層への報告もできません。
3. バックアップと復元手順の確立。移行対象デバイスのデータをバックアップし、復元が実際に機能することを移行前に確認しておきます。「バックアップは取ったが復元したことがない」は、バックアップがないのと大差ありません。
4. テスト環境での移行リハーサル。検証用デバイスを数台用意し、登録解除→新MDM登録→設定配信の一連の流れを通しでテストします。台数が少なくても、現実に起きる問題の大半はこの段階で発見できます。結果は簡潔に記録し、手順書を修正していきます。
フェーズ2：移行中（実行）——「完璧」より「業務を止めない」
実行段階の考え方はシンプルです。技術的な完璧さより、業務への影響の最小化を優先する。
手順の骨格は次のとおりです。
- 新MDM環境を本番用に構築する（現行環境の必要コンポーネントを移植。初日から完璧である必要はない）
- パイロットグループで先行移行する（各部署から偏りなく数名。ここで想定外を潰す）
- 旧MDMの管理プロファイルを削除し、新MDMへ登録する（手動かゼロタッチかは環境次第）
- 進捗を監視し、現場の「困った」を即座に拾う
特にお伝えしたいのがパイロットグループの価値です。情シスのテストでは出ない問題が、現場では必ず出ます。営業部の1名、経理の1名、工場の1名——使い方の違うユーザーを混ぜて先行移行させるだけで、全社展開時のトラブルは目に見えて減ります。
また、登録解除から新MDM登録までの「管理外の時間」を最短にする段取りも重要です。この間、デバイスは紛失しても制御できない無防備な状態になります。部署単位で日を区切り、「解除したその日のうちに登録完了」を徹底しましょう。
フェーズ3：移行後（レビュー）旧環境の「片付け」まで含めて移行
全デバイスの移行が終わっても、プロジェクトはまだ終わりません。
登録状態の検証。全デバイスが新MDMに登録され、ポリシーが適用されているかを確認します。未完了デバイスの特定はこの段階の最優先事項です。
フィードバック収集と課題対応。「何か困っていることは？」の一言を全社に投げるだけで構いません。移行起因の問題は初週に集中します。先に聞きに行くほうが、後で怒られるより安上がりです。
旧MDMのクリーンアップと廃止。忘れられがちですが、セキュリティ上は重要な工程です。旧環境に残った機密データ、ユーザーアカウント、API連携を削除・無効化し、契約を終了します。放置された旧管理サーバーは、それ自体が侵入口になり得ます。
KPIの測定と記録。移行前に決めた指標を測り、削減できた工数や費用を数値で残します。簡易的な数字でも、情シスの貢献を示す証拠になります。
落とし穴：一人情シスがつまずきやすい3点
1つ目、ユーザーへの周知が遅い。移行の案内は「決まったらすぐ」が正解です。「来月スマホの管理システムが変わります。作業はこちらで行い、皆さんの操作は基本不要です」——この一斉連絡があるだけで、当日の問い合わせは大きく減ります。
2つ目、繁忙期に重ねる。月末月初や決算期の移行は避けます。トラブル時の業務影響が平常時の数倍になります。
3つ目、全部一人で抱える。移行元・移行先ベンダーの移行支援サービスや、外部の専門家を使うのは「逃げ」ではありません。一度きりの移行作業のために全ノウハウを自前で習得するのは、むしろ非効率です。
まとめ
MDM移行は、「移行前の棚卸しとテスト」「移行中のパイロット先行」「移行後の検証と旧環境廃止」の3フェーズで考えれば、一人情シスでも計画的に完遂できます。MDMの選び方については、こちらの記事もあわせてどうぞ。
［リンク: もう迷わない！中小企業に最適なMDM選び方ガイド｜費用対効果と機能で徹底比較］
Mobitech Solutionへのご相談
「移行したいMDMは決まったが、計画に自信がない」「棚卸しから手伝ってほしい」
Mobitech Solutionでは、MDM移行の計画策定から実行支援、移行後の運用設計までを一貫してサポートしています。全社のデバイスを預かる移行だからこそ、確実な段取りで進めたい方はぜひご相談ください。
