Z/OS案件の仕事内容
Z/OS案件は、金融・保険などの基幹系で稼働するIBMメインフレームの「安定稼働を守る」役割が中心です。日常運用では監視・アラート対応、ジョブ管理、権限管理、定例作業の実施に加え、手順書の見直しや運用改善提案まで任されることが多く見られます。
更改系では、z/OSやDB2/IMS/CICS、NetView/SA、スケジューラなどのバージョンアップや移行を、非互換調査から設計・構築・検証・切替まで一連で進める案件があります。CPU/DISK/VTSやネットワーク（TCP/IP、VTAM、OSA）、ストレージ（DS8000/PowerMax等）を含むインフラ更改に関わるケースも目立ちます。
アプリ寄りの案件では、COBOLやPL/Iを用いた保守開発・機能追加、クラウド移行に向けた資産調査と改修、移行後のテスト推進がテーマになりやすいです。近年は、手動運用をAnsible等で自動化し、USS経由でJCL実行・結果取得まで設計するなど、オープン側とホスト側をつなぐ役割も増えています。
Z/OS案件で求められる必須スキル
Z/OS案件の必須は、メインフレーム環境での実務経験を前提に、運用・更改・開発のいずれかで「一人称で進められる」ことです。求人では、z/OSの基本操作に加え、TSO/ISPFやJCLの読解・実行経験を求めるものが多く、ジョブの挙動を理解して調査・切り分けできる力が重視されます。
運用・基盤領域では、監視や運用設計、変更管理、障害対応、手順書整備といった運用プロセスの理解が前提になりやすいです。特定製品の運用経験（例：NetViewの運用やCLIST改修、A-AUTOによるジョブ運用、DB2/CICSの運用など）を必須としている案件もあり、担当領域が明確なほど即戦力が求められます。
更改・移行案件では、非互換調査、移行方針やテスト方針の作成、設計書・計画書・報告書の作成まで含めた推進力が必須になりやすいです。顧客や他チームとの調整が発生するため、要件の確認・整理を自分で回せるコミュニケーション力も、技術要件と同じレベルで見られます。
Z/OS案件であると有利な歓迎スキル
歓迎スキルとして多いのは、z/OS上の周辺プロダクトまで含めた知見です。たとえばDB2/IMS/CICS、NetView/SA、zWSやIWS、MQ、HULFTなどのミドルウェアに触れた経験は、基盤更改や運用改善の案件で評価されやすい傾向があります。
性能・キャパシティの分野も強みになります。WLMやJESに関する知見、SMF/RMFの読解、OMEGAMON等の監視・性能ツールの経験、バッチウィンドウ短縮やMSU抑制といったチューニング実績は、調査だけでなく改善提案まで任されるポジションで有利です。
最近の募集では、オープン側の技術を組み合わせられる人材も歓迎されます。AnsibleやIaC、RHEL/Linux、AWS/Azureなどを用い、USS経由でホストと連携した自動化や移行設計を行う案件が見られます。脱ホストやクラウド移行に関わる場合、ホストの勘所を説明できる能力が差になりやすいです。
Z/OS案件で評価されやすい実務経験
評価されやすいのは、長期稼働システムを前提にした「変更のリスクを抑えて進めた経験」です。z/OSやミドルウェアのバージョンアップ、CPU更改、ストレージ更改、ネットワーク更改などで、影響調査から検証、切替、安定化までを段取りよく進めた実績は強いアピールになります。
運用改善の文脈では、監視の発報最適化、手順の標準化、自動化ジョブの整備、運用統制（リリース審査や稼働評価、可視化）を推進した経験が重視されます。単に作業をこなすだけでなく、現行のCLISTや運用定義を読み解き、改善案を関係者と合意して反映できる力が求められます。
また、移行・モダナイゼーション系では、既存資産（COBOL/JCL等）の調査・解析を基に、移行先でのテストや運用設計まで落とし込める経験が評価されます。PM/PLやPMOとして移行・テストを推進した経験、ベンダー成果物レビューやエビデンス取りまとめの経験も、現場の実務に直結しやすいです。
Z/OS案件でよく使われる開発環境
基盤の中心はIBMメインフレーム（System z）上のz/OSで、TSO/ISPFやJCLが登場する案件が多く見られます。業務アプリ側ではCOBOLやPL/Iが使われやすく、バッチやオンライン（CICS）を含む構成、DB2やIMSと組み合わせた環境が典型です。
運用・監視ではNetViewやSystem Automation、ジョブスケジューラ（A-AUTO、IWS、TWS等）を扱う案件があり、設定変更やバージョンアップ、運用自動化（CLIST/REXX）まで求められることがあります。DB2については設定変更・テスト支援から、保守、バージョンアップ支援まで幅広い役割が見られます。
更改や移行の周辺では、TCP/IP・VTAMなどのネットワーク、RACFの権限管理、SMP/Eによる導入・PTF適用、ストレージ（DS8000系、PowerMax等）の設計・コピー連携（FlashCopy、PPRC等）といった要素も登場します。クラウド移行や運用近代化の文脈では、RHEL/Linux、AWS、Ansibleなどと組み合わせた環境も見られ、双方の前提を理解していると立ち上がりが早いです。
Z/OS案件を選ぶときのチェックポイント
まず確認したいのは担当領域の切り分けです。Z/OSといっても、OS更改・ミドル更改・運用監視・DB2領域・ネットワーク・ストレージ・権限管理など、求められる専門性が異なります。募集要件にNetViewやA-AUTO、DB2/CICSなどが明記されている場合は、どこまで一人称対応が期待されるかを事前に合わせるのが安全です。
次に、工程と責任範囲を見極めましょう。非互換調査から移行計画、テスト方針、切替までを任される案件もあれば、設定変更とテスト支援のように限定範囲の案件もあります。ドキュメント作成やレビュー、手順書整備が成果物として重い現場もあるため、自分の得意な働き方と合うかを確認するとミスマッチを減らせます。
最後に、運用改善・自動化の有無です。既存CLISTの保守や監視発報の見直し、Ansibleによる自動化など、改善余地が大きい現場では提案力が評価されやすい一方、関係者調整も増えます。ホスト単体か、Linux/クラウドを含む移行・連携があるかも確認し、キャリアの伸ばし方に合わせて案件を選ぶのがおすすめです。
Z/OS案件の将来性・需要
Z/OSは、金融・保険など止められない基幹系で使われ続けており、運用・更改の需要が継続しやすい領域です。求人でも、基盤更改（OS/ミドル/HW）や、運用保守の体制強化、長期運用を前提とした改善活動など、安定稼働を支える役割が繰り返し見られます。
一方で、モダナイゼーションの流れも進んでいます。メインフレームからAWS等への移行、OpenFrameなどを用いたリホスト、COBOL資産を前提とした段階移行といった案件があり、ホストの実態を理解しつつ移行設計やテスト推進ができる人材の価値が高まりやすい状況です。
今後は「Z/OSを触れる」だけでなく、変更管理・検証の型を持つこと、運用を標準化・自動化していくことが強みになります。NetViewやジョブ管理、性能分析、権限管理などの周辺領域を広げるか、移行・クラウド連携側へ寄せるかで、案件選択の幅を作りやすいでしょう。
Z/OS案件のよくある質問
Z/OSの経験はどの程度必要ですか？
案件によって差はありますが、要件に「一人称で対応」とある場合は、TSO/ISPFとJCLを使って調査・作業が自走できるレベルが求められやすいです。バージョンアップや移行系では、非互換調査やテスト計画・手順書作成まで含めた実務経験があると通りやすくなります。
アプリ開発（COBOL/PL/I）と基盤（運用・更改）は別物ですか？
役割としては分かれていることが多いです。COBOL/PL/Iは保守開発や移行改修が中心になりやすく、基盤はz/OSやミドル、ストレージ、ネットワークの更改・運用が主になります。求人によっては「アプリ運用保守は対象外」などの注意書きもあるため、応募前に領域を確認しましょう。
自動化・クラウドの知識は必須ですか？
必須ではない案件も多い一方、Ansibleでの運用自動化やAWS移行など、オープン側とつなぐ案件も見られます。Z/OS側のJCLや運用設計ができたうえで、Linuxやクラウドの前提も理解していると、モダナイゼーション案件で選択肢が広がります。
DB2だけ、NetViewだけといった特化でも参画できますか？
DB2設定変更・テスト支援やNetViewの設定変更・バージョンアップなど、製品特化の募集も見られます。その場合は、対象製品の経験に加え、z/OS環境での作業経験（影響を踏まえた検証や手順の整備）を示せると、参画後の立ち上がりを評価されやすいです。
