# 移行スケジュール

## 移行全体の期間（大まかなタイムライン）

移行準備から本番移行、移行後の安定化までの全体期間を示す。

```mermaid
gantt
    title 移行全体スケジュール
    dateFormat YYYY-MM-DD
    section 準備フェーズ
    移行方針・スコープ確定 :2025-04-01, 14d
    マスタ整備・準備 :2025-04-15, 30d
    データ抽出仕様準備 :2025-05-01, 21d
    section リハーサル
    第1回リハーサル :milestone, 2025-05-25, 1d
    第2回リハーサル :milestone, 2025-06-08, 1d
    section 本番移行
    本番移行実施 :crit, 2025-06-15, 1d
    section 安定化
    移行後動作確認 :2025-06-16, 7d
```

**全体期間**: 2025年4月〜6月（約3ヶ月）

| フェーズ | 期間 | 主な活動 |
|---------|------|---------|
| 準備 | 4月〜5月中旬 | 移行方針確定、マスタ整備、データ抽出仕様作成 |
| リハーサル | 5月下旬〜6月上旬 | テスト移行実施（2回） |
| 本番移行 | 6月15日 | 本番移行実施 |
| 安定化 | 6月16日〜22日 | 動作確認・業務検証 |

---

## 本番移行日（または候補日）

**移行実施日**: 2025年6月15日（土）

**業務停止時間（ダウンタイム）**:
- 停止開始: 6月14日（金）21:00
- 業務再開: 6月15日（土）09:00
- **想定ダウンタイム: 約12時間**

**移行日選定理由**:
- 土曜日のため業務影響を最小化
- 月次締め処理との重複を回避
- 万が一の切り戻し対応が可能な時間確保

**代替候補日**: 6月22日（土）

---

## 主要イベント・マイルストーン

```mermaid
graph LR
    A[移行方針確定] --> B[マスタ整備]
    B --> C[データ抽出仕様]
    C --> D[第1回リハーサル]
    D --> E[第2回リハーサル]
    E --> F[本番移行]
    F --> G[業務検証]
    G --> H[安定稼働]
```

| マイルストーン | 実施時期 | 目的・内容 |
|--------------|---------|-----------|
| 移行方針・スコープ確定 | 4月中旬 | 基本設計完了後、移行対象・方式の最終確定 |
| マスタ整備完了 | 5月中旬 | 新システム用マスタデータの準備完了 |
| データ抽出仕様完了 | 5月下旬 | 旧システムからのデータ抽出ロジック確定 |
| 第1回移行リハーサル | 5月25日 | 移行手順・時間の検証 |
| 第2回移行リハーサル | 6月8日 | 前回課題の改善確認 |
| 本番移行作業 | 6月15日 | 本番環境への移行実施 |
| 移行後動作確認完了 | 6月22日 | 業務検証期間終了 |

---

## 移行リハーサルのスケジュール感

**リハーサル実施計画**:

| 回次 | 実施日 | 目的 | 成功基準 |
|-----|--------|------|---------|
| 第1回 | 5月25日 | 移行時間計測、手順確認 | 想定時間内に完了 |
| 第2回 | 6月8日 | 改善確認、データ整合性検証 | データ不整合ゼロ |

**リハーサル実施内容**:
- 本番同等環境での移行シミュレーション
- 移行所要時間の計測
- データ整合性チェック
- 手順書の妥当性確認
- 想定外事象の洗い出し

**リハーサル後の対応**:
- 課題の抽出・対策（各回後1週間）
- 手順書の改訂
- 次回リハーサルでの検証

---

## 本番移行当日の流れ（概略タイムライン）

```mermaid
gantt
    title 本番移行当日のタイムライン
    dateFormat HH:mm
    axisFormat %H:%M
    section 事前準備
    バックアップ取得 :21:00, 1h
    旧システム停止 :22:00, 30m
    section データ移行
    データ抽出 :22:30, 2h
    データ変換 :00:30, 1h
    データロード :01:30, 3h
    section 起動確認
    システム起動 :04:30, 1h
    初期動作確認 :05:30, 2h
    section 最終確認
    業務側受入確認 :07:30, 1h30m
    業務再開 :milestone, 09:00, 0m
```

**タイムライン詳細**:

| 時刻 | 作業項目 | 担当 | 所要時間 |
|-----|---------|------|---------|
| 21:00 | バックアップ取得 | インフラチーム | 1時間 |
| 22:00 | 旧システム停止 | インフラチーム | 30分 |
| 22:30 | データ抽出 | データチーム | 2時間 |
| 00:30 | データ変換 | データチーム | 1時間 |
| 01:30 | 新システムへのロード | データチーム | 3時間 |
| 04:30 | システム起動 | インフラチーム | 1時間 |
| 05:30 | 初期動作確認 | 開発チーム | 2時間 |
| 07:30 | 業務側受入確認 | 業務部門 | 1.5時間 |
| 09:00 | 業務再開 | - | - |

---

## 移行後の業務開始タイミング

**業務再開スケジュール**:

```mermaid
graph TD
    A[システム起動完了<br/>05:30] --> B[開発チーム動作確認<br/>05:30-07:30]
    B --> C[業務部門受入確認<br/>07:30-09:00]
    C --> D{確認OK?}
    D -->|OK| E[業務再開<br/>09:00]
    D -->|NG| F[問題対応]
    F --> G{切り戻し判断}
    G -->|継続| C
    G -->|切り戻し| H[旧システム復旧]
```

**業務再開予定**: 6月15日（土）09:00

**業務側の確認作業タイムライン**:
1. **マスタ確認**（07:30-08:00）
   - 顧客マスタの整合性確認
   - 商品マスタの整合性確認
2. **トランザクション確認**（08:00-08:30）
   - 前日までの受注データ確認
   - 在庫データ確認
3. **テスト業務実施**（08:30-09:00）
   - 受注登録テスト
   - 出荷登録テスト

**段階的業務再開計画**:
- 09:00〜: 参照業務のみ開始
- 10:00〜: 通常業務開始
- 13:00〜: 全機能解放

---

## スケジュール策定の前提条件

**移行作業時間の想定**:
- 移行データ量: 約500GB
- データ抽出: 2時間（250GB/時間）
- データ変換: 1時間
- データロード: 3時間（150GB/時間）
- **合計作業時間: 約6時間**

**並行運用期間**:
- なし（一括移行方式のため）
- ただし、旧システムは1ヶ月間参照可能な状態で保持

**必要人員のアサイン**:

| 役割 | 人数 | 担当組織 | 作業時間帯 |
|-----|------|---------|-----------|
| 移行責任者 | 1名 | ベンダーPM | 21:00-09:00 |
| インフラ担当 | 2名 | ベンダー | 21:00-09:00 |
| データ担当 | 3名 | ベンダー | 22:00-05:00 |
| 開発チーム | 2名 | ベンダー | 05:00-09:00 |
| 業務検証担当 | 2名 | 業務部門 | 07:30-09:00 |
| 最終承認者 | 1名 | 事業責任者 | 待機（問題時のみ） |

**スケジュールリスクと対策**:
- **リスク**: データ量が想定を超えた場合
  - **対策**: 前日までにデータ量を確認、必要に応じて不要データの削除
- **リスク**: 想定外のエラーが発生
  - **対策**: 各フェーズで1時間のバッファを確保
- **リスク**: 業務側の確認に時間がかかる
  - **対策**: 事前に確認手順を共有、チェックリスト準備

---