AS400 / IBM i の改修依頼は、「この項目を追加して」「この帳票を変えて」の一言で始まることがあります。しかし、RPG/CL、ファイル、帳票、夜間バッチ、外部連携がつながっている場合、依頼内容だけで作業を始めると影響漏れが起きます。変更依頼の時点で、業務目的と戻しまで確認します。
変更依頼で聞く項目
| 項目 | 聞くこと | 理由 |
|---|---|---|
| 業務目的 | 何の業務を改善したいか | 見た目だけの修正を避ける |
| 対象 | 画面、帳票、バッチ、ファイル | 影響範囲を絞る |
| 期限 | 締め日、出荷日、運用開始日 | 本番反映日を決める |
| 確認者 | 利用部門、保守担当、承認者 | 誰がOKを出すか明確にする |
| 戻し | 失敗時に元へ戻せるか | 本番事故を防ぐ |
改修前に影響調査を入れる
RPG/CLの小改修でも、呼び出し元、使用ファイル、帳票、後続バッチ、外部連携を確認します。特に請求締めや出荷確定のような業務は、1項目の変更が後続処理に影響することがあります。
依頼書にCodexを使う
Codexには匿名化した依頼内容を渡し、確認項目や影響調査メモのたたき台を作らせる使い方ができます。本番データや顧客名は入れず、最終判断は人が行います。
影響調査は AS400 RPG/CL影響調査チェックリスト、テストは テスト・エビデンスチェックリスト、本番反映は 本番反映・戻し手順チェックリスト を参照してください。
関連: AS400変更管理・本番作業の実務記事として、AS400本番反映Go/No-Goチェックリスト｜リリース直前に止める判断を入れる も追加しました。
関連: AS400マスタ・権限管理の実務記事として、AS400マスタ変更の影響調査チェックリスト｜品番・得意先・単価を変える前に見ること も追加しました。
