AS400 / IBM i の担当者が退職する時、資料をもらうだけでは足りません。本人しか知らない夜間バッチ、障害時の判断、利用部門との会話、外部連携、権限、戻し手順を面談で聞き出す必要があります。
引き継ぎ面談で聞く質問
| 分野 | 質問 | 確認したいこと |
|---|---|---|
| 業務 | 止まると一番困る業務は何ですか | 優先順位 |
| 夜間バッチ | 毎晩必ず見るジョブはどれですか | 監視対象 |
| MSGW | 返信してよいメッセージと危ないメッセージは何ですか | 判断ルール |
| 帳票 | 出ないとすぐ問い合わせが来る帳票は何ですか | 業務影響 |
| 外部連携 | 取引先や外部システムとつながる処理はどれですか | EDI/FTP/CSV |
| 権限 | 共用IDや保守会社IDはありますか | 監査リスク |
| 戻し | 本番反映で失敗した時の戻し手順はありますか | 復旧判断 |
| 資料 | 古いけれど捨ててはいけない資料はありますか | 暗黙知 |
聞いた内容を月次点検に落とす
引き継ぎ面談で聞いた内容は、単発メモで終わらせず、月次点検、ジョブ一覧、障害初動、問い合わせテンプレートへ反映します。そうすると、担当者が変わっても運用が残ります。
引き継ぎ全体は AS400担当者が退職する時の引き継ぎチェックリスト、資料棚卸しは AS400設計書・運用資料の棚卸しチェックリスト、属人化対策は AS400保守の属人化を減らす方法 を参照してください。
関連するAS400確認ルート
AS400の引き継ぎでは、ジョブ、締め、外部連携、権限、障害時の判断を聞き出します。担当者の記憶だけに頼らず、資料化とAIによる整理につなげると属人化を減らせます。
退職前に聞くべきなのは、操作手順より「判断の理由」です
AS400の引き継ぎで本当に困るのは、コマンド名やプログラム名が分からないことだけではありません。夜間バッチを止める判断、MSGWへどう返信するか、締め処理をどこまで戻すか、EDIや外部連携で相手先へいつ連絡するかといった「現場判断」が担当者の頭の中に残っていることです。
面談では、ソースの場所を聞くだけでなく、過去に荒れた障害、いつも注意している業務、触ってはいけない処理、解読に時間がかかるRPG/CLを具体的に聞きます。特定の担当者に依存して作られた読み解きにくいソースほど、引き継ぎ時点で「何の業務を守るプログラムか」だけでも残しておくと、後任や外部パートナーが動きやすくなります。
| 質問 | 聞く理由 | 関連ページ |
|---|---|---|
| 夜間バッチで止まると困る処理はどれか | 障害時の優先順位を決めるため | 本番障害の初動対応 |
| MSGWで過去に迷った返信はあるか | 安易なジョブ終了を避けるため | MSGW返信判断表 |
| 読みにくいRPG/CLはどの業務に関係するか | ソース解析を業務影響へつなげるため | RPG/CLソース解析の整理 |
| AIやCodexに整理させたい資料はあるか | 調査時間を減らす入口を作るため | AS400 / IBM i Codex実戦研修 |
月次締めを題材にした引き継ぎ質問例
操作手順だけでなく、止める判断と連絡順を聞き取ります。月次締めが途中で止まった想定なら、次の質問が実務に直結します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 再実行 | どのステップまでなら再実行でき、どこから重複するか | 再実行可否を担当者の勘に頼らない |
| データ修正 | 誰が承認し、どの帳票で修正前後を照合するか | 技術担当だけで更新を決めない |
| 外部連携 | 会計、EDI、帳票へ渡った後の連絡先はどこか | AS400内の復旧だけで完了扱いにしない |
回答できなかった質問はその場で埋めず、未確認一覧へ残します。退職者だけが知る判断が見つかった場合は、代行者と承認ルートを決めてから引き継ぎ完了とします。