システム移行・データ移行のPMO｜移行計画と移行判定の案件で求められる経験
システム刷新やクラウドへの基盤移行のプロジェクトでは、新しい仕組みを作ることと同じくらい、今の仕組みから止めずに乗り換えることが難しい仕事になります。フリーランスの案件でも、「移行計画」「リハーサル」「本番移行」「移行判定」といった言葉を条件に入れたPMO・PLの案件が届いています。
ただ、同じ「移行」の案件でも、移行を計画して実行を管理する役割なのか、テスト工程の中で移行に進むかの判断材料を出す役割なのか、移行の前の構想や要件を固める役割なのかで、求められる経験は大きく変わります。この記事では、当社に届いた7件の条件から、その違いと、移行の経験の伝え方を整理します。
このnoteは、ITコンサルタント・PM・PMO向けの案件紹介サービス「アサインコネクト」が書いています。
当社には、システム移行・基盤移行のPMOやPLの案件が継続的に届いています。この記事の後半でも、実際に届いた7件の条件を紹介しています。
移行計画や本番切替、移行判定の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。
下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。
この記事でわかること
移行に関わる案件が、条件の言葉でどう分かれるか
当社に届いたシステム移行・基盤移行の案件7件の条件
7件から見える、移行の経験として問われやすいこと
移行の経験を、案件の担当者に伝わる形で説明するポイント
1. 移行に関わる案件は、3つの段階に分かれる
案件の条件に出てくる言葉を並べると、移行に関わる案件は、おおむね次の3つの段階に分けて読めます。ここでの分け方は、当社に届いた案件の言葉から整理したもので、プロジェクトによって呼び方や範囲は違います。
移行を実行する段階：移行計画を立て、リハーサルと本番移行を管理する。移行の単位（ウェーブ＝何回かに分けて移す、その1回分のまとまり）の設計や、うまくいかなかったときに元へ戻す切戻しの計画、移行後の運用への引き渡しまでを含む
移行を判定する段階：テスト工程の結果や残っている課題・リスクを読み、本番移行に進んでよいかの判断材料を出す
移行の前段：何をどこへ移すか、移した後にどうなるかを整理する構想策定や要件定義
移行の案件というと、移行作業そのものを想像しがちですが、届いている案件では、判定や前段の役割も少なくありません。応募する案件を選ぶときは、自分の経験がどの段階に近いかを先に整理しておくと、条件が読みやすくなります。
PMOの役割全体の中での位置づけは「フリーランスPMOの仕事｜PMOの案件で求められる経験と、PMとの違い」で整理しています。
2. 当社に届いたシステム移行・基盤移行の案件7件
2026年7月〜10月に当社に届いた案件のうち、SAP以外で、移行の計画・実行・判定、または移行の構想・要件を必須に入れたもの7件を紹介します。発注元が分からないように書き直しています。単価は案件ごとに条件が違うため、ここでは扱いません。
なお、最初の3件は、同じクラウド基盤移行プロジェクトの別のポジションです。生命保険の新商品開発のPMOは「システム刷新プロジェクトの品質管理｜PMO・品質管理の案件で求められる経験」などでも紹介した案件で、この記事では移行判定の条件に注目して読み直します。
移行を実行する案件（4件）
同じクラウド基盤移行プロジェクトの3ポジション：
移行・運用PL（OCI／VMware・リモート併用・訪問あり）：必須＝移行計画・リハーサル・本番移行の管理、運用設計・監視設計、切戻し計画、ウェーブ設計、大規模移行の計画・実行管理8年以上／尚可（各ポジションの歓迎資格としてまとめて記載）＝OCI Certified Architect Professional／Associate、VMware VCP-DCV・VCP-NV、Oracle OCP・Exadata実装系の認定、ネットワークスペシャリスト／CCNP／CCIE、ITIL Foundation、PMP
移行担当（週3〜4日出社・出社先の近くに住んでいる人）：必須＝コミュニケーション能力（重視）、VMwareの基本知識と設計・構築・運用経験、IT案件での要件定義・基本設計・詳細設計・テスト・運用の経験、大規模VM移行の計画・方式選定、依存関係の整理・移行ウェーブ設計、移行ツール（VMware HCX等）の活用、移行リスク・停止調整・切替設計、大規模サーバ／VM移行の計画・実行経験5年以上、1000台規模クラスの移行プロジェクトの経験、移行ツールを使った移行実務の経験／尚可＝Ansible Playbookの実装経験、CI/CDの経験、Javaでの開発経験、歓迎資格（VMware／情報処理技術者試験／OCI Foundations Associate）
運用サービス担当（運用移管・週3〜4日出社・出社先の近くに住んでいる人）：必須＝コミュニケーション能力（重視）、システム運用経験、運用設計・監視設計・運用フロー策定、インシデント／問題／変更管理プロセスの設計、運用サービス部門との移管調整、監視ツール・運用自動化（生成AI活用を含む）、VMware／クラウドサービスの構築または運用の経験、インフラ運用設計／運用移管の実務経験3年以上、監視設計・運用自動化の実務経験、ITILに基づく運用プロセス設計の経験、ITサービスの企画・運営経験、ITサービスプロセス設計・組織づくりの経験／尚可＝要件定義・基本設計・詳細設計・テストの経験、歓迎資格（ITIL Foundation／ITIL Managing Professional／OCI Foundations Associate）
基幹システムの移行領域：
製造業のグローバル業務標準化・基幹システムテンプレート策定（移行領域・週3日程度出社）：必須＝中〜大規模の基幹システムに関わるプロジェクトでの移行領域の経験、PM／PL／PMOとしてのプロジェクト推進経験（能動的なメンバークラスでも可）、顧客折衝・関係者調整の経験／尚可＝製造業向けシステム導入プロジェクトの経験、グローバル業務標準化プロジェクトの経験、CRPの計画・実施経験、英語でのコミュニケーション経験、業務要件整理の経験
移行を判定する案件（1件）
生命保険会社の新商品開発プロジェクトのPMO（常駐）：必須＝大規模システム開発のテスト工程でのIT PMO経験（進捗・品質・課題・不具合管理）、開発・テスト・移行等の下流工程の実務経験・知見、モニタリングレポート・ステコミ資料等のドキュメンテーションスキル、課題・リスクを分析してテスト方針や移行判定を主体的に提案できること
移行の前段（構想・要件）の案件（2件）
大手商社のインフラ基盤移行（現行環境からGoogleの環境へ・構想策定・基本リモート）：必須＝コアコンサルティングスキル（コミュニケーションスキル・ドキュメントスキル）＝各機能確認の資料を1つの型に統一してまとめられること、各コストを整理できること（数字に強い）／尚可＝大手コンサルファームでの実務経験、Google Cloudの知見
エネルギー企業のグローバル音声基盤移行の要件定義（海外6か国の拠点・Teams Phone／SIP／SBC／IP-PBX・出社頻度と出社先は受注後に確定）：必須＝音声／VoIP領域のプロジェクト経験、SIP・SBC・IP-PBX等の音声基盤の知見、顧客ヒアリングから要件を整理し要件定義を推進した経験、複数ベンダー・関係者との調整経験、PM／PLまたはそれに準ずるプロジェクト推進経験／尚可＝Microsoft Teams Phone／Direct Routingの知見・経験、Cisco CUCMの知見、クラウドPBXの設計・構築経験、VoIP Gateway／アナログ電話・FAX移行の知見、グローバル拠点の音声基盤移行の経験、英語でのコミュニケーション能力
製造業のテンプレート策定と音声基盤移行は、「要件定義の案件｜ITコンサル・PMOで評価される上流の経験」でも、よく似た条件の案件を要件定義の側から紹介しています。
3. 7件から見えること
移行計画・リハーサル・切替を並べる案件は、年数と規模の条件が付く
移行計画・リハーサル・本番移行・切戻し・ウェーブ設計を必須に並べていたのは、クラウド基盤移行プロジェクトの移行・運用PLと移行担当の2つでした。PLは「大規模移行の計画・実行管理8年以上」、移行担当は「大規模サーバ／VM移行の計画・実行経験5年以上」と「1000台規模クラスの移行プロジェクトの経験」を必須にしています。移行を実行する役割では、何をしたかに加えて、どのくらいの期間・どのくらいの規模で担ったかが、条件として直接問われていると読めます。
移行は、移行後の運用への引き渡しまでが仕事になる
同じプロジェクトの運用サービス担当は、運用設計・監視設計に加えて、運用サービス部門との移管調整や、インシデント／問題／変更管理プロセスの設計を必須にしていました。移行・運用PLの必須にも運用設計・監視設計が入っています。新しい環境に移して終わりではなく、移行後に誰がどう運用するかまでを決めて引き渡すことが、移行プロジェクトの範囲に入っていることが分かります。
移行領域の経験は、PMOの推進経験とセットで問われる
製造業のテンプレート策定の案件は、基幹システムでの移行領域の経験に加えて、PM／PL／PMOとしてのプロジェクト推進経験を必須にしていました。一方で「能動的なメンバークラスでも可」と書かれており、移行チームのリーダーでなくても、自分から動いて移行を進めた経験があれば対象になる書き方です。
移行判定は「提案できること」まで求められる
生命保険の案件は、テスト工程でのIT PMO経験と、開発・テスト・移行等の下流工程の実務経験に加えて、「課題・リスクを分析してテスト方針や移行判定を主体的に提案できること」を必須にしていました。判定の会議の資料をまとめるだけでなく、残っている課題とリスクを読んで、移行に進むかどうかの判断材料を自分から出す役割だと読めます。
移行の前段では、資料とコストを整理する力や、領域の知見が問われる
商社のインフラ基盤移行の構想策定は、各機能確認の資料を1つの型に統一してまとめられることと、各コストを整理できることを必須にしていました。移行先の技術の知見（Google Cloud）は尚可です。音声基盤移行の要件定義は、反対に音声／VoIPの領域の経験と知見を必須に入れています。同じ前段の案件でも、整理する力を見る案件と、領域の知見を見る案件に分かれていました。
ご自身の移行の経験だと、どの段階の案件に近いかは、希望条件をLINEで登録いただければ個別にお伝えします。
4. 移行の経験を伝えるときのポイント
7件の条件から逆算すると、移行に関わる経験は、次の点を書いておくと担当者に伝わりやすくなります。
何を移したか：基幹システム・サーバ／VM・クラウド基盤・音声基盤など、移行の対象と、移行元・移行先の大まかな組み合わせ
どの段階を担ったか：構想・要件、移行計画、リハーサル、本番移行、移行後の運用への引き渡し、移行判定のうち、自分の手で回したもの
規模と期間：移行の対象の数（台数やシステムの数）、何回に分けて移したか、プロジェクトの期間、その仕事を何年続けてきたか
リスクへの備え：停止の調整、切替の設計、切戻しの計画を、どう決めて誰と合意したか
判断への関わり方：移行に進むかどうかの判定で、どんな材料を出し、どんな提案をしたか
特に、クラウド基盤移行の案件のように、年数と規模が必須に書かれる案件では、数字で書けるかどうかが分かれ目になります。守秘の範囲で、規模の目安を示せるようにしておくとよいでしょう。
移行判定の経験は、テスト工程のPMOの経験と一緒に書く
移行判定は、テスト工程の結果を受けて行われることが多いため、テストの進捗・品質・不具合を管理した経験と一緒に書くと、判定に関わった立場が伝わりやすくなります。テスト工程のPMOの条件の読み方は「システム刷新プロジェクトの品質管理｜PMO・品質管理の案件で求められる経験」でまとめています。
5. よくある質問
インフラの移行の経験しかありませんが、PMOの案件に応募できますか？
クラウド基盤移行の移行担当は、VMwareの設計・構築・運用の経験や移行ツールを使った移行実務の経験を必須にしていました。技術寄りの移行の経験がそのまま条件になる案件もあります。一方で、同じ案件で要件定義〜運用までの工程の経験と、コミュニケーション能力（重視）も必須に入っていたため、関係者と調整しながら進めた場面を説明できることが前提になります。
移行リーダーの経験が無くても、移行の案件に入れますか？
製造業のテンプレート策定の案件は、PM／PL／PMOとしての推進経験を必須にしつつ、「能動的なメンバークラスでも可」としていました。リーダーでなくても、移行領域で自分から課題を拾って進めた経験があれば、対象になる書き方です。ただし、クラウド基盤移行のPLのように、計画・実行管理の年数を必須にする案件もあるため、案件ごとに条件を確かめる必要があります。
SAPのデータ移行の経験は活かせますか？
この記事の7件は、SAP以外の案件から選んでいます。SAPの導入・移行の中でのデータ移行の案件については、SAPのnoteの記事 https://note.com/assign_sap/n/nca054fd27d22 でまとめています。
まとめ
移行に関わる案件は、移行を実行する段階・移行を判定する段階・移行の前段（構想・要件）に分けて読める
当社に届いた7件では、移行計画・リハーサル・切替を並べる案件に年数と規模の条件が付き、移行後の運用への引き渡しや、移行判定を主体的に提案できることも必須に入っていた
移行の前段の案件は、資料とコストを整理する力を見るものと、領域の知見を見るものに分かれていた
アサインコネクトは、ITコンサルタント・PM・PMO向けの案件紹介サービスです。
希望条件をLINEで登録すると、条件に合う上流の案件を個別に受け取れます。
