ITパスポート 2014年 秋期 問33
問題文
現行システムを新システムに切り替えるに当たり、システム移行計画書を作成し
た。システム移行計画書に記載すべき事項として、適切なものはどれか。
選択肢
ア：システムの選定方針
イ：新旧システムの並行運用に関するスケジュール（正解）
ウ：新システムの成果物に関する品質評価尺度
エ：プロジェクトメンバの業務経歴
🔒 解説は解答すると表示されます
システム移行計画書に記載すべき事項はどれか【ITパスポート 解説】
正解の理由
設問で問われている「システム移行計画書（migration plan：現行システムから新システムへ切り替える際の計画書）」は、切替方法や切替時の手順、切替に伴うリスク対策、そして切替のタイミングや期間を明確にする文書です。特に「新旧システムの並行運用に関するスケジュール」は、切替直後の運用安全性を確保するために必須の項目です。したがって、選択肢のうち イ が適切です。
並行運用（parallel operation：新システムと旧システムを同時に動かして動作やデータの整合性を確認する方法）は、切替失敗による業務影響を小さくするためによく使われます。並行運用の開始時期・期間・停止条件などを示すスケジュールは、移行計画書の中心的な記載事項になります。
解法ステップ
- 問題文で対象となる文書を確認する
- 「システム移行計画書」が対象。切替（移行）に関する計画書であることを把握します。
- 移行計画書に通常含まれる内容を思い出す／想像する
- 切替方式（並行運用、再構築、フェーズ移行など）、スケジュール、移行手順、ロールバック（切り戻し）方法、テストや受入れ基準、責任分担、リスク対策など。
- 各選択肢を当てはめて比較する
- ア: 「システムの選定方針」→システムを選ぶ過程・方針は選定（購買・企画）段階の資料が主で、移行計画書の主要項目ではない。
- イ: 「新旧システムの並行運用に関するスケジュール」→移行時の運用方法と期間を示す重要項目。該当。
- ウ: 「新システムの成果物に関する品質評価尺度」→品質評価は品質管理計画やテスト計画に記載されることが多い。移行計画書は品質基準の参照はするが、主題ではない。
- エ: 「プロジェクトメンバの業務経歴」→人事情報・履歴は別の資料（組織図や人員計画）で管理する。
- 最も移行計画書と整合する選択肢を選ぶ（イ）
選択肢別の誤答解説
- ア: システムの選定方針
- 理由：システムの選定方針は、どのシステムを採用するか決めるための資料や調達計画に書かれることが多い項目です。移行計画書は既に移行することが決まっている前提で、切替の手順やスケジュールに焦点を当てます。
- イ: 新旧システムの並行運用に関するスケジュール
- 理由：並行運用の開始時期、継続期間、並行試験の内容、並行運用終了の判断基準（いつ旧システムを停止するか）などを明確にする必要があり、移行計画書に必須です。
- ウ: 新システムの成果物に関する品質評価尺度
- 理由：品質評価尺度（quality metrics：成果物の良し悪しを測る基準）はテスト計画書や品質保証計画（QA計画）に詳述されることが一般的です。移行計画はこれらを参照する場合はありますが、本来の主題ではありません。
- エ: プロジェクトメンバの業務経歴
- 理由：個々の業務経歴は人員管理や要員配置資料に含まれます。移行計画書には「担当者の役割・責任」は記載しますが、履歴書のような詳細な経歴までは通常記載しません。
よくある誤解
- 「移行計画書はすべて（品質評価や人事）を網羅する万能書類だ」
- 実際は、移行に直接関係するスケジュール・手順・リスク対策・ロールバック等に重点を置き、品質評価や人員の詳細は別の計画書と連携します。
- 「並行運用＝常に最良の方法」
- 並行運用は安全性が高い一方、コストや運用負荷が増える場合があります。だから移行方式は業務特性やコスト・リスクで選びます。
- 「スケジュールがあれば移行計画は十分だ」
- スケジュールは重要ですが、停止時の対応（ロールバック）、データ移行手順、検証方法、責任者なども必要です。
補足コラム：切替方式（簡単まとめ）
移行の方式はいくつかあります。代表的なものを短く説明します。
- 並行運用（Parallel run）：新旧両方を同時稼働して比較検証する。安全性が高いがコスト高。
- 切替（Cutover／Big Bang）：一斉に旧から新へ切替える。短時間で完了するが失敗リスクが高い。
- フェーズ移行（Phased migration）：機能や部署ごとに段階的に移行する。リスク分散が可能。
- パイロット導入（Pilot）：一部のユーザで先行導入して問題を洗い出す。
移行計画書は、どの方式を採るのか、並行運用をするならいつからいつまで行うのかを必ず書きます。並行運用の具体的内容（検証項目、照合方法、停止判断基準、費用見積もり）も重要です。
FAQ
Q1: 並行運用はどのくらいの期間行うべきですか？
A1: 業務の複雑さやデータ量、検証項目によります。小規模なら数日〜数週間、大規模業務（金融など）は数ヶ月の場合もあります。移行計画書には目安と停止条件（受入れテスト通過など）を明示します。
A1: 業務の複雑さやデータ量、検証項目によります。小規模なら数日〜数週間、大規模業務（金融など）は数ヶ月の場合もあります。移行計画書には目安と停止条件（受入れテスト通過など）を明示します。
Q2: 移行計画書にテスト結果を載せますか？
A2: 移行計画書では「どのテストをいつ行うか／合格基準は何か」を示します。実際のテスト結果はテスト報告書に記載し、相互に参照します。
A2: 移行計画書では「どのテストをいつ行うか／合格基準は何か」を示します。実際のテスト結果はテスト報告書に記載し、相互に参照します。
Q3: ロールバック（切り戻し）計画は必要ですか？
A3: 必須です。切替失敗時に旧環境に戻す手順と条件を明確にしておくことは、業務継続の観点から非常に重要です。
A3: 必須です。切替失敗時に旧環境に戻す手順と条件を明確にしておくことは、業務継続の観点から非常に重要です。
Q4: 移行計画書とプロジェクト計画書の違いは？
A4: プロジェクト計画書はプロジェクト全体（スケジュール、予算、要員など）を扱います。移行計画書はその中の「本番切替・移行」に特化した計画です。
A4: プロジェクト計画書はプロジェクト全体（スケジュール、予算、要員など）を扱います。移行計画書はその中の「本番切替・移行」に特化した計画です。
関連キーワード: システム移行, 並行運用, 切替方式, 移行スケジュール, ロールバック, リスク管理, テスト計画
\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！