AS400 / IBM i の本番反映では、「準備したから実施する」ではなく、直前に止める判断を入れることが大切です。テスト、承認、バックアップ、戻し手順、夜間バッチ、利用部門確認がそろっていなければ、GoではなくNo-Goにする勇気が必要です。
Go/No-Goで見る項目
| 項目 | Go条件 | No-Go例 |
|---|---|---|
| 承認 | 利用部門と保守責任者が承認済み | 口頭だけ、確認者不在 |
| テスト | 正常系・異常系・帳票確認済み | 画面確認だけ |
| バックアップ | 戻しに必要な保存がある | 戻し先や媒体が不明 |
| 戻し手順 | 誰が何を戻すか決まっている | 失敗時に考える予定 |
| 業務影響 | 夜間バッチや締め処理と衝突しない | 重要処理中に反映する |
No-Goを責めない文化にする
直前に問題が見つかった時、止める判断ができる現場は強いです。本番反映は、実施することが目的ではなく、業務を安全に変えることが目的です。準備不足なら延期します。
Codexで直前チェックを作る
Codexには、匿名化したリリース内容、確認済み項目、戻し手順を渡し、Go/No-Go表のたたき台を作れます。実行判断は人が行い、AIは確認漏れ防止に使います。
本番反映の詳細は 本番反映・戻し手順チェックリスト、変更依頼は AS400変更依頼テンプレート、バックアップは バックアップ・復旧チェックリスト を参照してください。
関連: AS400保守でAIを安全に使うための実務記事として、AS400本番反映前にAIでレビューするチェックリスト｜鵜呑みにせず確認漏れを減らす も追加しました。
