「生命保険のシステムを長く担当していました」。この一言だけでは、どの案件に経験を生かせるかは判断しにくいものです。新契約を扱ったのか、契約成立後の変更や収納に関わったのか、保険金の支払いを担当したのかで、説明できる業務は違います。
生保COBOL案件を探すときは、言語、業務領域、担当工程を分けて整理してみてください。LegacyForce登録エンジニアの経験と掲載案件から、その整理方法を紹介します。
登録者の経験：保険金業務で積み上げた知識と担当範囲
長く生命保険システムに携わってきた登録エンジニアは、保険金の領域を長く担当し、新契約の要件定義にも携わってきました。
登録エンジニアのコメント（発言要旨）
保険金の領域を長く担当し、そこで業務知識が身につきました。その後も生命保険の案件に関わることが増えました。
この方は、同じ保険金の仕事でも、査定の部分は別チームだったと区別していました。「支払いに関わった」ことを、支払い判断を含むすべての業務の経験として説明していたわけではありません。
LegacyForceの見方
私たちがこの話で参考にしたいのは、経験の広さだけでなく、担当していない部分も本人が把握していることです。「生保に詳しい」という説明を、どの処理なら具体的に話せるかまで掘り下げると、紹介する役割を検討しやすくなります。これは一人のキャリアの実例であり、同じ経歴なら継続して案件が決まるという意味ではありません。
掲載案件でも、業務領域と役割は別々に指定される
LegacyForceの新契約システムの保守開発案件は、生命保険システムとIBM COBOLの設計・開発経験を求めています。一方、保全・収納領域の支援案件では、COBOL・JCLのホスト開発経験が求められ、生保業務知識は歓迎条件として記載されています。
後者の仕事には、処理結果の確認・解析、必要な連絡、緊急時のプログラム等の作成が含まれます。生保という共通点だけで同じ仕事と考えず、どの経験が必須で、実際に何をするかを本文で確認してください。募集状況・条件は変更されるため、掲載例は仕事の違いを読む材料として使います。
経験を四つの項目で書き出す
次の表は、経歴を振り返るための編集部による整理例です。会社ごとのシステム区分や用語の違いもあるため、経験した現場の呼び方を添えてください。
| 項目 | 書き出す内容 | 確認する問い |
|---|---|---|
| 業務領域 | 新契約、保全、収納、保険金など | 自分が扱ったのはどこか |
| 担当した処理 | 受付、入力確認、データ連携、帳票など | 入力から出力まで説明できるか |
| 担当工程 | 要件確認、設計、製造、テスト、保守 | 自分が作成・判断したものは何か |
| 境界 | 別部署や別チームが担当した部分 | どこから先を引き渡していたか |
例えば「新契約を担当」と書いた後に、申込情報を受け取る処理だったのか、後続システムへ渡す処理だったのかを添えます。商品や審査のルールまで自分で判断していないなら、その部分は確認先が別にあったと説明して構いません。
「業務を理解している」と伝わるエピソードを一件選ぶ
多くの機能名を並べるより、一つの変更について筋道を立てて話せるようにしておくと、担当範囲が伝わります。
何を変える依頼だったか。
どの業務担当者に、何を確認したか。
どの処理・データ・帳票に影響すると判断したか。
どんなケースを確認し、誰に結果を見てもらったか。
機密情報や顧客名を出す必要はありません。また、業務側が決めた仕様と、自分が提案した内容は区別します。仕様書を受け取って製造した経験も、業務担当者と要件を詰めた経験も、それぞれ仕事内容が明確であれば判断材料になります。
別の生保領域に移るとき、事前に聞きたいこと
保険金の経験が新契約の募集で評価されるかは、求める役割によって異なります。「生保経験があるから対応可能」と決める前に、次の点を確かめます。
領域の経験は必須か。参画後に資料や説明を受けて覚えられる範囲はあるか。
直近は新規開発、制度・商品対応、保守、調査のどれが中心か。
業務判断を確認できる人は誰か。自分に求める判断範囲はどこまでか。
IBM COBOLなど環境の指定と、自分が使ってきた環境は一致するか。
50代・60代まで積み重ねてきた経験でも、年数だけでは中身が伝わりません。まずは得意な領域を一つ挙げ、担当処理と工程、別チームとの境界まで説明できるようにしてみてください。
言語経験と役割の整理は、50代・60代のCOBOL経験者向けガイドでも紹介しています。
