このフェーズの座組み
リリース／移行フェーズ — 座組み
フル稼働PMPMOインフラDBAQAセキュリティ
部分参加アプリ（FE/BE）
成果物マトリクス
| 役割 | 成果物 | ポイント |
|---|---|---|
| 管理PM | リリース判定書、Go/No-Go基準（事前定義）、ロールバック判断基準 | Go/No-Goの最終判断責任者。基準を当日判断ではなく事前に文書化しておく。 |
| 管理PMO | リリース作業手順書（分単位タイムライン）、連絡体制表、障害時のエスカレーションフロー | 当日の司令塔。誰が何時に何をするかを分単位で管理する。 |
| アプリFE/BE | リリースノート、デプロイ手順書、切り戻し（ロールバック）手順書 | ブルーグリーン/カナリアリリースの対応も含む。切り戻し手順は事前にドライラン実施が理想。 |
| インフラインフラ | 本番環境構築完了報告、監視アラート設定完了報告、切り戻し手順書 | リリース当日のアラートは通常より閾値を厳しくする。切り戻しトリガーを明確にする。 |
| データDBA | データ移行手順書、移行リハーサル結果報告、移行後整合性確認手順書、切り戻しデータ手順 | 最もリスクが高い作業。リハーサル実施は必須。整合性確認のSQLも事前に準備する。 |
| 横断QA | リリース前最終確認チェックリスト、本番同等環境でのスモークテスト結果 | 本番デプロイ直後のスモークテストも担当。異常を最速で検知するためのスクリプトを用意する。 |
| 横断セキュリティ | 本番公開前セキュリティチェックリスト（WAF・SSL証明書・HTTPヘッダー・ポート開放確認） | WAF設定・SSL証明書の有効期限・セキュリティヘッダーの設定を本番環境で直接確認する。 |
データ移行のリスク管理
⚠️ データ移行リハーサルは最低1回以上実施する
データ移行は本番リリースで最もリスクが高い作業だ。リハーサルなしで本番移行すると、想定外のデータ不整合・処理時間超過・切り戻し不能の状況が発生しやすい。DBAが主導して本番同等データ量でのリハーサルを実施し、移行時間・整合性確認手順・切り戻し手順をすべて検証しておく。
Go/No-Go判定の進め方
💡 Go/No-Go基準は当日ではなく事前に定義する
Go/No-Go基準（「未解決の重大バグがゼロ」「性能テストの合格」「セキュリティチェックの完了」等）は、リリース当日の会議で議論するのではなく、事前に全員で合意した基準を文書化しておく。当日は基準への適合状況を確認するだけにする。
✅ 次のPARTへ