IBM iを長期間利用していると、プログラムやメニューが追加され続け、
「現在どの機能が利用され、どの資産が業務に必要なのか正確にはわからない」
という状態になることがあります。

情報システム部門でも、プログラム数やソース量、独自カスタマイズの規模をすべて把握できているとは限りません。

今後の保守や改善、モダナイゼーション、移行を検討する前には、システム棚卸しによって現在の資産を整理し、「存在しているもの」と「実際に必要なもの」を分けて考えることが重要です。

システム棚卸しは「資産一覧を作ること」だけではない

IBM iのシステム棚卸しでは、プログラムやオブジェクトの一覧を作成することが一つの出発点になります。

ただし、一覧を作るだけでは、現在の業務で何が重要なのかまでは分かりません。

長期間の運用では、過去に使われていた機能がそのまま残っていたり、逆に業務上重要な周辺処理が一覧に含まれていなかったりすることがあります。

棚卸しでは、「何が存在しているか」と「現在どのように使われているか」を分けて確認します。

プログラム数だけでシステム規模を判断しない

IBM iのシステム規模を把握するとき、プログラム数はシステム規模を把握するための一つの指標ですが、それだけで資産規模や保守負荷を判断することはできません。

例えば、プログラム本数が少なくても、一つのソースが非常に長く、複数の処理が含まれている場合があります。

また、長年の個別改修によって条件分岐や独自処理が増えていれば、変更時に確認する範囲も広くなる可能性があります。

棚卸しでは、プログラムやオブジェクトの数に加え、ソース量や処理内容、カスタマイズの状況も合わせて確認することが重要です。

稼働プログラムに対応するソースを確認する

現在稼働しているプログラムに、作成元となるソースコードが存在しているかを確認します。

現状調査によって、プログラム自体は存在しているものの、作成元ソースが確認できないケースがあります。

この状態では、現在の処理内容を確認したり、将来の改修方法を検討したりする際に追加調査やソース解析が必要になる場合があります。

システム棚卸しでは、プログラムの存在だけでなく、保守に必要な情報が揃っているかという視点も必要です。

利用中の機能と未使用機能を分ける

長年残っているメニューやプログラムの中には、現在の業務では利用されていないものが含まれている場合があります。

ただし、「使っていないように見える」という理由だけで削除するのは適切ではありません。

• 別のプログラムから呼び出されていないか
• 外部システムとの連携に使われていないか
• 特定時期だけ実行される処理ではないか

など、影響範囲を確認する必要があります。

長期間運用されたIBM iでは、利用されていない機能が残存し、資産のブラックボックス化を招いているケースもあります。

棚卸しの目的は不要なものをすぐ削除することではなく、今後も維持する必要がある資産を把握することです。

長年のカスタマイズ内容を整理する

IBM iを長期間利用している企業では、業務に合わせてコンピュータシステム業務に合わせてさまざまな機能を追加・変更している場合があります。

こうしたカスタマイズは、現行システムを継続利用する場合だけでなく、将来の移行を考える場合にも重要な情報です。

次期システムにおいても必要な処理なのか、現在の業務では使われていないのかを整理しなければ、移行対象の規模を判断しにくくなります。

システム棚卸しによって現在のカスタマイズを把握しておくことで、保守・改善・移行の検討材料を整えられます。

Excelや外部システムも棚卸し対象にする

システム棚卸しというとIBM i内部だけを対象にしがちですが、実際の業務ではExcelや外部システムが関係している場合があります。

IBM iから出力したデータを

• ExcelマクロやRPAで加工している
• 別システムへファイルを連携している
• 他拠点のシステムとデータをやり取りしている

といった処理です。

こうした周辺処理は担当者ごとに管理されていることも多く、担当者変更によってブラックボックス化するケースもあります。

こうした周辺処理を確認せずにIBM iだけを整理すると、業務全体で必要な機能を把握できない可能性があります。

プログラム資産と業務フローを照らし合わせながら、システム外の処理も含めて確認することが重要です。

まとめ

IBM iのシステム棚卸しでは、プログラムやオブジェクトを一覧化するだけでなく、ソースコード、利用状況、カスタマイズ、Excelや外部システムとの関係まで確認する必要があります。

システム棚卸しの目的は、資産を数えることではなく、今後も維持すべき資産と見直すべき資産を明確にすることです。

現状を正しく把握することで、保守・改善・移行の優先順位を判断しやすくなります。

未使用と思われる機能についても、関連する処理への影響を確認したうえで判断することが重要です。

SOLPACは、IBM i上のプログラム資産や利用状況などを確認し、現在利用している機能と今後確認が必要な資産を整理するための支援を行っています。

どこまでを保守対象として残すか、どの資産から確認すべきか判断に迷う場合は、SOLPACへご相談ください。

よくある質問（FAQ）

Q1. IBM iのシステム棚卸しでは、何を確認すればよいですか？

A. プログラムやオブジェクトの一覧だけでなく、作成元ソースの有無、現在の利用状況、カスタマイズ内容、Excelや外部システムとの連携などを確認します。
「何が存在しているか」と「現在の業務で何が必要とされているか」を分けて整理することが重要です。

Q2. 使われていないIBM iのプログラムは、そのまま削除してもよいですか？

A. 利用されていないように見えるプログラムでも、別の処理から呼び出されていたり、特定の時期だけ利用されていたりする場合があります。
そのため、関連する処理や外部システムへの影響を確認したうえで、今後も保守対象として残す必要があるか判断することが重要です。

Q3. IBM iのシステム規模は、プログラム数だけで判断できますか？

A. プログラム数だけでは、システムの規模や保守負荷を十分に把握できない場合があります。
プログラム本数が少なくても、一つのソースが長く複雑であったり、長年のカスタマイズが積み重なっていたりするため、ソース量や処理内容も合わせて確認する必要があります。