AS400 / IBM iの現場では、改善要望が溜まりがちです。画面を見やすくしたい、帳票を変えたい、CSVを自動出力したい、手作業を減らしたい、外部連携を安定させたい、といった要望が同時に出てきます。
すべてをすぐ直すことはできません。AS400改善要望は、声の大きさではなく、障害リスク、業務影響、手作業削減、監査、人材継承、長期利用への効果で優先順位を付けます。
優先順位の判断軸
| 観点 | 高優先にする例 | 後回しにしやすい例 |
|---|---|---|
| 障害リスク | 夜間バッチ停止、MSGW、再実行ミスを減らす | 見た目だけの微修正 |
| 業務影響 | 請求、出荷、在庫、会計に関わる | 利用頻度が低い照会 |
| 手作業削減 | 毎日Excel転記している作業 | 月1回だけの小作業 |
| 監査・権限 | 退職者ID、過剰権限、ログ確認 | すぐ危険がない表示文言 |
| 属人化 | 特定担当者しか分からない処理 | 手順書が十分ある処理 |
| 長期利用 | 周辺現代化、人材育成、資料化に効く | 短期だけの一時対応 |
backlogに入れる情報
- 要望名
- 依頼部門と利用者
- 困っている業務
- 現状の手作業・障害・待ち時間
- 対象画面、帳票、ジョブ、ファイル、外部連携
- 業務影響と締め日
- 優先度と判断理由
- 次アクションと担当者
月次保守会議で見直す
改善要望は、一度決めた優先順位で固定せず、月次保守会議で見直します。障害が起きた、担当者が退職する、外部連携が増えた、監査で指摘された、といった変化があれば優先度を上げます。
会議体は AS400保守会議の月次アジェンダ、周辺改善は AS400周辺システム現代化の優先順位も確認してください。
AIで要望整理を速くする
改善要望のメモは、AIやCodexで整理できます。要望を障害リスク、業務影響、手作業削減、監査、人材継承に分類し、ヒアリング質問やテスト観点を作れます。ただし、実データや顧客名はマスキングし、最終判断は人が行います。
改善要望は、声の大きさではなく業務影響で優先順位を付ける
AS400 / IBM i の改善要望は、長く使われている基幹システムほど積み上がりやすくなります。すべてを同時に直すことはできないため、誰が困っているか、どの業務が止まるか、月末や締めに影響するか、手作業で回避できるかを分けて優先順位を付けます。単に「便利にしたい」要望と、障害や属人化を減らす要望は扱いを変えます。
| 優先軸 | 高く見る条件 | 低く見る条件 |
|---|---|---|
| 業務停止 | 受注、出荷、請求、在庫、会計が止まる | 一部担当者だけの使い勝手 |
| 発生頻度 | 毎日、月末、締め処理で繰り返す | 年に数回だけ発生する |
| 回避策 | 手作業では危険、二重入力が多い | 手順書で一時対応できる |
| 保守性 | 属人化、仕様不明、担当者退職リスクがある | 影響範囲が狭く変更も容易 |
| 教育効果 | 若手が調査・保守できる形に整理できる | 一人だけが分かる改修になる |
改善要望の棚卸では、要望名、発生部署、困っている作業、現行回避策、影響範囲、想定工数、優先理由を一覧化すると話し合いやすくなります。Codexを使う場合は、要望を分類し、確認すべきプログラムやテスト観点を整理する用途に向いています。ただし最終判断は、業務責任者とシステム担当者が行う前提にします。
まとめ
AS400改善要望は、声の大きさではなく、障害リスク、業務影響、手作業削減、監査、属人化、長期利用への効果で優先順位を付けます。backlog化して月次で見直すことで、AS400を使い続けながら現場の負担を減らせます。
改善要望は声の大きさではなく業務影響で並べる
AS400の改善要望は、声の大きい部署や画面の見た目だけで並べると失敗します。売上、請求、出荷、在庫、EDI、夜間バッチ、障害検知、調査時間への影響を見て、優先順位を決める方が現場に合います。
外部会社へ依頼する前に、改善要望を「止まると困るもの」「調査時間が長いもの」「属人化しているもの」「周辺連携で改善できるもの」に分けます。これにより、全部リプレースではなく、残す・直す・つなぐ・置き換える判断がしやすくなります。