# 移行の成否判定

## 概要

本章では、システム移行作業の成否を判断するための基準と手順を定義する。
移行作業完了後、定義された判定基準に基づいて移行の成否を評価し、本番サービス開始の可否を決定する。

---

## 成否判定のタイミング

移行作業における成否判定のタイミングを以下に定義する。

```mermaid
graph LR
    A[データ移行完了] --> B[中間判定①]
    B --> C[アプリケーション起動]
    C --> D[中間判定②]
    D --> E[スモークテスト実施]
    E --> F[最終判定]
    F --> G{判定結果}
    G -->|成功| H[本番サービス開始]
    G -->|失敗| I[切り戻し実行]
```

| 判定ポイント | タイミング | 判定内容 | 判定者 |
|------------|----------|---------|--------|
| 中間判定① | データ移行完了後 | データ移行の完全性確認 | データチームリーダー |
| 中間判定② | アプリケーション起動後 | システム起動状態の確認 | インフラチームリーダー |
| 最終判定 | スモークテスト完了後 | 総合的な移行成否の判断 | プロジェクトマネージャー |

**判定実施時刻の例**:
- データ移行完了: 2:00 AM
- 中間判定①: 2:30 AM
- アプリケーション起動完了: 3:00 AM
- 中間判定②: 3:15 AM
- スモークテスト完了: 4:00 AM
- 最終判定: 4:30 AM
- Go/No Go決定: 5:00 AM

---

## 成功判定基準

移行成功と判断するための具体的な基準を定義する。

### データ移行の成功基準

| 確認項目 | 判定基準 | 確認方法 |
|---------|---------|---------|
| データ件数の一致 | 移行元と移行先のレコード数が一致している | SQLカウントクエリによる比較 |
| データ整合性 | キー制約・外部キー制約が保たれている | 整合性チェックスクリプトの実行 |
| 必須項目の欠損 | NULL禁止項目にNULLがない | データ検証クエリの実行 |
| 文字化けの有無 | 文字エンコーディングが正しい | サンプルデータの目視確認 |
| マスタデータの移行 | すべてのマスタテーブルが移行されている | マスタテーブルチェックリスト |

### システム機能の成功基準

| 確認項目 | 判定基準 | 確認方法 |
|---------|---------|---------|
| 主要機能の動作 | 全ての主要機能が正常に動作する | スモークテストの実施 |
| 認証・認可 | ログイン、権限制御が正常に機能する | 各ロールでのログインテスト |
| 外部連携 | API連携が正常に動作する | 連携先システムとの疎通確認 |
| バッチ処理 | 定時バッチが正常起動する | バッチ手動起動テスト |
| エラーログ | 致命的なエラーが発生していない | アプリケーションログの確認 |

### インフラ・運用の成功基準

| 確認項目 | 判定基準 | 確認方法 |
|---------|---------|---------|
| システム監視 | 監視ツールが正常に動作している | アラート設定の確認 |
| パフォーマンス | レスポンスタイムが許容範囲内 | 主要画面の応答時間測定 |
| バックアップ | バックアップ設定が有効化されている | バックアップジョブの確認 |
| セキュリティ設定 | ファイアウォール、SSL証明書が正常 | セキュリティチェックリスト |

---

## 絶対的失敗条件

以下の条件に1つでも該当する場合、移行は失敗とみなし、切り戻しを実施する。

| 失敗条件ID | 条件 | 具体例 |
|-----------|------|--------|
| F-001 | 重大なデータ欠損・不整合 | 顧客マスタの50%が移行されていない |
| F-002 | 主要業務が遂行不可能 | 受注登録機能が全く動作しない |
| F-003 | 代替手段なく業務継続不可 | システム全体がダウンし復旧不可 |
| F-004 | セキュリティ・監査上の重大欠陥 | 個人情報が外部アクセス可能な状態 |
| F-005 | 重大障害が短時間に解消不可 | 30分以内に復旧できない障害が発生 

**失敗条件検知時の対応フロー**:

1. 作業担当者が失敗条件を検知
2. 直ちに作業指揮者に報告
3. プロジェクトマネージャーへエスカレーション
4. 切り戻し判断(5分以内)
5. 切り戻し手順の実行開始

---

## 判定方法

成否判定は以下の方法を組み合わせて実施する。

### 判定方法一覧

| 判定方法 | 対象 | 実施者 | 所要時間 |
|---------|------|--------|---------|
| チェックリスト確認 | 全作業項目 | 各チームリーダー | 15分 |
| スモークテスト | 主要業務フロー | テスト担当者 | 30分 |
| ログ確認 | システムログ・エラーログ | インフラ担当 | 10分 |
| データ検証クエリ | データベース | データ担当 | 15分 |
| 作業報告 | 全作業 | 作業担当者全員 | 10分 |

### チェックリストの構成

**移行成否判定チェックリスト**(抜粋)

| 項目No | チェック項目 | 判定基準 | 実施者 | 結果 |
|-------|------------|---------|--------|------|
| 1.1 | データ移行件数確認 | 移行元と移行先が一致 | データ担当 | OK/NG |
| 1.2 | データ整合性確認 | 整合性エラー0件 | データ担当 | OK/NG |
| 2.1 | アプリケーション起動確認 | 全サービスが起動 | インフラ担当 | OK/NG |
| 2.2 | ログイン機能確認 | 各ロールでログイン成功 | テスト担当 | OK/NG |
| 3.1 | 主要業務機能確認 | スモークテスト全通過 | テスト担当 | OK/NG |
| 3.2 | 外部連携確認 | API疎通成功 | 開発担当 | OK/NG |
| 4.1 | 監視設定確認 | アラートが正常動作 | 運用担当 | OK/NG |
| 4.2 | バックアップ設定確認 | バックアップジョブ実行成功 | インフラ担当 | OK/NG |

### スモークテストシナリオ

主要業務の動作を確認するための最小限のテストシナリオ。

| テストNo | テストシナリオ | 期待結果 | 所要時間 |
|---------|--------------|---------|---------|
| ST-001 | ユーザーログイン | 正常にログインできる | 2分 |
| ST-002 | 顧客情報検索 | 既存顧客が検索できる | 3分 |
| ST-003 | 新規受注登録 | 受注データが登録される | 5分 |
| ST-004 | 在庫照会 | 在庫情報が正しく表示される | 3分 |
| ST-005 | レポート出力 | PDFレポートが生成される | 5分 |
| ST-006 | 外部API連携 | 連携先にデータ送信成功 | 5分 |

---

## 判定者(責任者)

最終的な成否判定を行う責任者と承認フローを定義する。

```mermaid
graph TD
    A[各チーム判定結果集約] --> B[作業指揮者<br/>佐藤インフラリーダー]
    B --> C[プロジェクトマネージャー<br/>山田PM]
    C --> D{総合判定}
    D -->|成功| E[業務部門立会者<br/>山本氏 承認]
    D -->|失敗| F[切り戻し指示]
    E --> G[最終承認者<br/>斎藤事業責任者]
    G --> H{Go/No Go決定}
    H -->|Go| I[本番サービス開始承認]
    H -->|No Go| F
```

| 役割 | 氏名 | 責任範囲 | 判定権限 |
|-----|------|---------|---------|
| 作業指揮者 | 佐藤(インフラリーダー) | 各チームの判定結果を集約 | 中間判定 |
| プロジェクトマネージャー | 山田(PM) | 移行全体の成否判定 | 成否判定 |
| 業務部門立会者 | 山本(業務部門) | 業務観点での妥当性確認 | 業務承認 |
| 最終承認者 | 斎藤(事業責任者) | 本番サービス開始の最終決定 | Go/No Go決定 |

---

## 成否判定の結果に基づくアクション

判定結果に応じた具体的なアクションを定義する。

### 成功時のアクション

```mermaid
graph LR
    A[移行成功判定] --> B[判定結果記録]
    B --> C[関係者へ通知]
    C --> D[最終承認取得]
    D --> E[本番サービス開始]
    E --> F[監視体制移行]
    F --> G[移行完了報告書作成]
```

| ステップ | アクション | 担当者 | 所要時間 |
|---------|----------|--------|---------|
| 1 | 判定結果の記録 | PM | 5分 |
| 2 | 関係者への成功通知 | PM | 5分 |
| 3 | 最終承認の取得 | 事業責任者 | 10分 |
| 4 | 本番サービス開始宣言 | PM | 即時 |
| 5 | 運用監視体制への移行 | 運用チーム | 15分 |
| 6 | 移行完了報告書の作成 | PM | 2営業日 |

### 失敗時のアクション

```mermaid
graph LR
    A[移行失敗判定] --> B[切り戻し指示]
    B --> C[切り戻し手順実行]
    C --> D[旧環境復旧確認]
    D --> E[失敗原因の分析]
    E --> F[対策検討]
    F --> G[再移行計画策定]
```

| ステップ | アクション | 担当者 | 所要時間 |
|---------|----------|--------|---------|
| 1 | 切り戻し指示 | PM | 即時 |
| 2 | 切り戻し手順の実行 | 各チーム | 60分 |
| 3 | 旧環境の復旧確認 | インフラチーム | 30分 |
| 4 | 失敗原因の分析 | 全チーム | 1営業日 |
| 5 | 対策の検討・実施 | 全チーム | 要調整 |
| 6 | 再移行計画の策定 | PM | 2営業日 |

### 判定保留時の扱い

成功とも失敗とも判断できない場合の対応。

| 条件 | 対応 | タイムリミット |
|-----|------|--------------|
| 軽微な問題が発生 | 30分間の追加調査・修正を実施 | 判定後30分 |
| 外部要因で確認不可 | 外部システムの復旧を待機 | 判定後60分 |
| 判断材料不足 | 追加のテストケースを実施 | 判定後30分 |

**タイムリミット到達時の対応**:
- タイムリミット到達時点で成功判定できない場合は、安全のため失敗とみなし切り戻しを実施する

---

## 記録・報告方法

### 記録すべき情報

| 記録項目 | 内容 | 記録者 | 保存先 |
|---------|------|--------|--------|
| 判定日時 | 各判定ポイントの実施日時 | 作業指揮者 | 移行作業記録 |
| 判定結果 | 成功/失敗/保留 | PM | 移行作業記録 |
| チェックリスト | 全項目の実施結果 | 各担当者 | 移行作業記録 |
| スモークテスト結果 | テストケース実施結果 | テスト担当 | テスト結果報告書 |
| 判定理由 | 判定に至った根拠 | PM | 移行完了報告書 |
| 問題点 | 発生した問題とその対応 | 各担当者 | 問題管理表 |

### 報告フロー

```mermaid
graph TD
    A[判定完了] --> B[判定結果記録]
    B --> C[即時報告]
    C --> D[PM]
    C --> E[事業責任者]
    C --> F[業務部門]
    C --> G[運用チーム]
    B --> H[正式報告]
    H --> I[移行完了報告書]
    I --> J[経営層]
    I --> K[関係部門]
```

**即時報告(判定後15分以内)**:
- 報告方法: メール + Slack
- 報告先: PM、事業責任者、業務部門、運用チーム
- 報告内容: 判定結果(成功/失敗)、次のアクション

**正式報告(移行後2営業日以内)**:
- 報告方法: 移行完了報告書
- 報告先: 経営層、関係部門全体
- 報告内容: 詳細な判定結果、発生した問題と対応、今後の課題

### 承認手続きの方法

| 承認段階 | 承認者 | 承認方法 | タイミング |
|---------|--------|---------|----------|
| 技術的判定 | PM | 判定チェックシート署名 | 最終判定時 |
| 業務承認 | 業務部門責任者 | 承認メール送信 | PM判定後 |
| 最終承認 | 事業責任者 | Go/No Go決定メール | 業務承認後 |

---

## 判定基準の見直し

移行リハーサル実施後、本章で定義した判定基準を見直し、必要に応じて更新する。

| 見直しタイミング | 見直し内容 | 承認者 |
|---------------|-----------|--------|
| リハーサル1回目後 | 判定基準の妥当性確認 | PM |
| リハーサル2回目後 | 判定基準の最終調整 | PM、業務部門 |
| 本番移行後 | 次回への改善点反映 | PM |

---