RPG案件の仕事内容
RPG案件は大きく、IBM i（AS/400）上で稼働する基幹・業務システムの保守開発と、レガシー資産をJavaやWeb技術へ置き換えるモダナイゼーションの2系統が目立ちます。前者は販売管理・生産管理・物流/倉庫・会計など、日々の業務を止めない運用前提での改修や障害調査が中心です。
保守開発では、問い合わせを受けて既存ソースを読み解き、影響範囲を確認して小規模改修からテスト・納品までを一貫して担う案件が見られます。日次/月次などの定型運用やデータ修正、HULFT連携の確認といった「運用寄りの開発」も含まれ、手順書整備や改善提案まで期待されることがあります。
一方の移行・刷新では、RPG（RPG III/IV、ILE RPG）やCLのロジック解析、要件整理、移行設計、テスト観点の整理などが重要になります。自動変換ツールやオフショア開発を前提に、日本側が仕様補完や受入、顧客説明資料の作成・調整を担うケースもあり、上流の比重が高いポジションほどコミュニケーションが業務の一部になります。
RPG案件で求められる必須スキル
必須として最も多いのは、IBM i（AS/400）環境でのRPG開発経験です。RPG/400、RPG III/IV、ILE RPGなどの系統に加え、既存プログラムの解析や改修を自走して進められることが前提になりやすく、設計からテストまで一連工程を経験しているかが問われます。
また、運用保守が主戦場になる案件では、問い合わせ対応や障害一次切り分け、既存仕様の調査、データ抽出・確認といった「調べて答える」力が重視されます。勤怠の安定や、関係者へ状況を共有しながら進める報連相も要件に含まれることが多く、単なる実装力だけでは評価されにくい点が特徴です。
移行・刷新系の案件では、RPG資産の読解に加えて、置き換え先の設計・開発経験（Java/Spring、Webアプリの詳細設計以降、SQL作成など）を必須にする募集も見られます。RPGを「書ける」だけでなく、現行仕様を補完して移行設計に落とす力が、応募可否の分かれ目になりやすいです。
RPG案件であると有利な歓迎スキル
歓迎要件としては、IBM i周辺のCL、DB2 for i（DDS/SQL）、HULFT、ジョブ/バッチ運用の知見が挙がりやすい傾向があります。保守現場ではデータ連携の成否確認や、バッチ処理の影響調査が発生しやすく、周辺領域まで守備範囲を広げられるほど任される領域が増えます。
業務領域の知識も強力な武器になります。販売管理（受発注・在庫・売上/仕入）、物流/倉庫、会計・財務、給与/勤怠など、RPGが使われる現場はドメインが濃く、業務用語を理解して要件の意図を掴める人が重宝されます。特に会計系では仕訳や勘定科目などの基礎理解を求める案件も見られます。
モダナイゼーション系では、Java＋フロントフレームワーク（React/Next.js、Angular、TypeScript）やクラウド移行（AWS/Azure/GCP）の経験が歓迎されやすいです。RPG資産の解析だけでなく、移行後の運用や段階移行・並行稼働まで視野に入れられると、プロジェクト内での立ち位置が上がりやすくなります。
RPG案件で評価されやすい実務経験
評価されやすいのは、既存資産の読解を前提にした改善・改修を、影響分析からリリースまでやり切った経験です。RPG案件は「仕様書が整っていない」「設計書作成は多くないが設計経験は前提」といった現場もあり、コードと業務の両面から仕様を補完できる人が強いです。
さらに、ユーザー部門との要件調整や、見積・工数感の提示、進捗/課題管理などを担った経験は差別化になります。複数ユーザー向けの保守開発では、要望の優先度や運用制約を踏まえた落とし所を作る場面が多く、単独で手を動かすだけではなく、関係者を巻き込む力が評価されます。
リプレイス・移行案件では、RPG→Javaなどの置き換えにおいて、段階移行や並行稼働、移行リハーサル、受入検査、移行手順書作成まで経験していると強みになります。オフショア活用の案件では、仕様説明やQA対応を通じて品質を担保した実績が、即戦力として見られやすいです。
RPG案件でよく使われる開発環境
RPG案件の中心はIBM i（AS/400、iSeries）で、言語はRPG（RPG/400、RPG III/IV、ILE RPG）とCLが頻出です。データベースはDB2 for iが前提になりやすく、SQLでのデータ調査・抽出や、DDS/SQLの考え方を押さえておくと参画後の立ち上がりが早くなります。
運用寄りの現場では、AS/400コマンド操作、定型オペレーション、ジョブ/バッチ監視、HULFTによるファイル連携設定などが登場します。チケット管理やビジネスチャット、Excel/Wordといったツールでの情報共有も多く、調査結果を簡潔に残すドキュメント作成スキルが作業効率を左右します。
刷新・Web化の文脈では、Java（Spring/Spring Boot）やTypeScript、React/Next.js、Angularなどが組み合わさるケースが見られます。DockerやGitHubなどの開発基盤を使う現場もあり、RPG資産の解析と並行して、オープン系の設計・テストの進め方に慣れていると役割を広げやすいです。
RPG案件を選ぶときのチェックポイント
まず確認したいのは、募集が「RPGを主に書く保守開発」なのか、「RPG資産の解析をして移行する案件」なのかです。同じRPGキーワードでも、置き換え先のJava/Webスキルが実質必須のポジションもあります。担当範囲が調査・要件整理まで含むのか、実装中心なのかで求められる経験が変わります。
次に、運用保守の比重と、現場の期待値をすり合わせましょう。問い合わせ対応やデータ修正、夜間・休日メンテの可能性、月次処理の立ち会いなど、開発以外の業務が一定量含まれることがあります。手順書が整っている現場か、属人化を解きながら改善していく現場かも、働き方と難易度に直結します。
最後に、周辺技術と体制を確認するとミスマッチを減らせます。DB2 for i、CL、HULFT、EDI連携、物流/販売管理などの業務知識が必要か、複数ユーザーを並走する保守か、小規模チームで1人称対応か、といった点は事前に把握したいところです。コードレビュー文化や、見積・進行管理を誰が担うかも合わせて確認すると安心です。
RPG案件の将来性・需要
求人票からは、基幹系の長期運用を背景に、RPG（IBM i）を扱える人材が引き続き必要とされていることが読み取れます。日々の保守改修だけでなく、現行調査やドキュメント化、延命策（バージョンアップ検討など）を進めながら安定稼働を支える役割が継続的に発生しやすい領域です。
同時に、RPG資産をJavaやSPAフロントへ置き換える動きも目立ち、移行設計・移行手順整備・受入といった工程の価値が上がっています。RPGが読めること自体が移行プロジェクトのボトルネックになりやすく、レガシー理解とモダン技術の橋渡しができる人ほど選択肢が増えます。
運用保守の現場では、改善提案や手順整備、品質・進行管理まで含めた「運用を回し続ける力」が評価されやすい傾向です。RPGに閉じず、業務理解・データ連携・移行といった周辺スキルを積み上げることで、保守から刷新へ、実装から上流へとキャリアの幅を広げやすいでしょう。
RPG案件のよくある質問
RPG案件は「開発」より「運用保守」が中心ですか？
運用保守・小規模改修が中心の案件は多く見られます。問い合わせ対応、既存ソース解析、影響調査、データ抽出・修正などが含まれやすいため、開発だけをしたい場合は担当範囲を事前に確認するのが安全です。
RPGの経験があれば、Javaへのリプレイス案件にも応募できますか？
RPG資産の解析要員としてのニーズはありますが、案件によってはJava（Spring）やSQL、上流工程経験が必須になることがあります。RPGを読める強みを活かしつつ、置き換え先の技術で設計～テストを担えるかが判断材料になります。
ILE RPGとRPG III/IVのどれが求められやすいですか？
求人ではILE RPG（RPG IV/ILE）を指定するものが目立ちますが、既存資産の保守ではRPG III/IVが混在することもあります。どの系統でも、既存コードの読解と改修、テストまで自走できる経験が重視されやすいです。
業務知識がないと参画は難しいですか？
必須として明記されない場合もありますが、販売管理・物流/倉庫・会計などのドメイン知識があると立ち上がりが早く、要件調整にも強くなります。未経験領域でも、用語整理や業務フロー把握を自分で進められる姿勢が評価されやすいです。
