COBOLエンジニアのフリーランス面談でよく聞かれる質問と答え方

COBOLエンジニアのフリーランス面談でよく聞かれるのは、どの系統の環境で、バッチかオンラインか、どの業務の、どの工程を担ったかと、影響調査・テスト・障害の調査をどう進めたかです。面談官は、COBOLの文法の知識より「この人に現行のシステムを触らせて、漏れなく安全に直せるか」を確かめようとしています。

答えるときは、模範解答を覚えるより、自分の経歴から「調べて、直して、確かめた場面」を3つほど選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではCOBOLの面談に固有の質問に絞ります。

COBOLの面談で面談官が見ていること

COBOL案件の面談に出てくるのは、元請けの会社のリーダーや、発注元のシステム部門の担当者であることが多く、本人もそのシステムを長く見てきた人です。そのため、言葉の上手さより、話の中に出てくる環境の名前と、作業の手順の具体性を聞いています。

面談官が知りたいのは、おおむね次の3点です。

1. すぐに動けるか：自社の環境と同じ系統の経験があり、立ち上がりに時間がかからないか
2. 漏れを出さないか：影響調査とテストを、自分で筋道立てて進められるか
3. 現場の決まりに合うか：記録の残し方、確認の取り方、夜間の作業への向き合い方が現場に合うか

COBOLのシステムは、誤りが金額や契約の情報に直結することが多いため、慎重さと記録の丁寧さが他の言語の面談より重く見られる傾向があります。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使うのではなく、ご自身の経験に置き換えて準備してください。

1. 「どの環境でCOBOLを扱ってきましたか」

確かめたいのは、自社の環境との近さです。メインフレームかオープン系か、メインフレームならどの提供元の系統か、ジョブの制御や、使っていたDB、オンラインの仕組みを短く伝えます。製品名を細かく覚えていない場合は、仕組みの名前で話しても構いません。

架空の例：「メインフレームで、JCLでバッチを組み、階層型のDBと順編成のファイルを扱っていました。オンラインはトランザクションの画面の改修を一部担当しています」

2. 「バッチとオンライン、どちらの経験が中心ですか」

COBOLの面談に特有の質問です。バッチとオンラインでは書き方や制約が違うため、経験の割合を聞いています。両方ある場合も、どちらが中心で、もう一方はどの程度かを分けて話すと、後の質問との食い違いが起きません。

3. 「改修のとき、影響調査はどう進めましたか」

最もよく掘り下げられる質問です。次の順番で組み立てると伝わりやすくなります。

• 変更の起点（項目、ファイル、プログラム）を何にしたか
• どんな方法で使用箇所を探したか（ソースの検索、COPY句の追跡、ジョブの定義の確認など）
• 設計書と実際のソースが違ったとき、どう扱ったか
• 調査の結果をどんな形で残し、テストの観点につないだか

「影響範囲を調べました」だけで終わると、漏れを防ぐ手順を持っているかが見えません。間接的な影響をどこまで追ったかを話せると、経験の深さが伝わります。

4. 「テストはどこまで自分で担当しましたか」

単体テストだけか、結合テストやテストデータの作成、本番に近いデータでの確認まで担ったかを聞いています。テストの証跡をどう残したか、業務部門の確認をどう受けたかも話せると、基幹系の進め方に慣れていることが伝わります。

5. 「ジョブが異常終了したとき、どう調べましたか」

運用や保守の案件でよく聞かれます。ログやリターンコードの見方、データの不備かプログラムの誤りかの切り分け、再実行の判断、報告の流れを順に話します。自分で判断した範囲と、リーダーに上げた範囲の線を示すと、誇張していない印象になります。

6. 「移行の案件の経験はありますか」

移行の案件では、方式（基盤だけを移すのか、言語を書き換えるのか）と、自分の担当範囲を聞かれます。現行分析、現新比較のテスト、差分の原因の調査など、どの段階を担ったかを区切って話しましょう。移行の経験がない場合は、文字コードや数値の形式の違いなど、移行で問題になりやすい点を理解していることを示すと評価が変わることがあります。

7. 「担当した業務について教えてください」

銀行の預金や融資、保険の契約や支払、公共の税など、業務の知識を確かめる質問です。業務の流れを自分の言葉で説明できるか、締めの処理や年度の切り替えなどの時期の特徴を知っているかが見られます。

8. 「夜間や休日のリリース、障害の当番には対応できますか」

稼働の条件の確認であると同時に、基幹系の現場への向き合い方を見る質問でもあります。対応できる範囲と頻度を、正直に伝えます。対応が難しい場合も、その理由と代わりにできることを添えると、条件の話として受け止められやすくなります。

準備は「調べて、直して、確かめた場面」を3つに絞る

上の質問は数が多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. 場面を選ぶ：制度対応の改修、障害の調査、移行の検証など、性質の違う場面を3つ選ぶ
2. 場面ごとにメモをつくる：環境、業務、自分の役割、調べ方、直し方、確かめ方、結果を書き出す
3. 環境の言葉をそろえる：OSやジョブ制御、DB、オンラインの仕組みを、どの場面でも同じ言葉で言えるようにする
4. 2分版と5分版をつくる：最初は短く話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いた環境と工程が、話の内容と一致しているかを確かめる

スキルシートとの一致は特に大切です。面談官はシートを見ながら質問するため、環境や工程の書き方と話がずれると、どちらも信用されにくくなります。シートの書き方はCOBOLエンジニアのスキルシートの書き方、冒頭の自己紹介の組み立て方は面談の自己紹介の記事で解説しています。

面談の相手によって重心が変わる

元請けと発注元の両方と面談することもあります。その場合、元請けの面談では作業の手順、発注元の面談では業務の理解と報告の仕方に重心を置くと、限られた時間を有効に使えます。面談がオンラインの場合は、話すときに手元のメモを読み上げないよう意識しましょう。進め方はオンライン面談の記事で解説しています。

COBOLならではの逆質問

面談の終わりには、こちらから質問できる時間があります。逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。COBOLの案件では、次の点を聞いておくと判断がしやすくなります。

• 環境の系統と、開発・テストに使う端末や接続の方法
• 改修と運用の割合、障害の当番の有無
• リリースの頻度と、夜間や休日の作業の見込み
• 設計書の整備の状況と、ソースの検索に使える道具
• 移行の案件なら、方式と今の段階、移行先のチームとの分担

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。逆質問で聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はCOBOLの案件の選び方で整理しています。

よくある質問

前の現場と環境の系統が違います。面談でどう話せばよいですか？

違いを隠さずに伝えたうえで、共通する考え方で補えることを示します。ジョブの制御の書き方は違っても、実行順や異常時の扱いを読み解く考え方は共通します。新しい系統について自分で調べていることがあれば、あわせて伝えると前向きに受け止められやすくなります。

経歴が長く、古いプロジェクトの細部を覚えていません。どうすればよいですか？

古いプロジェクトまで細かく話す必要はありません。直近の数件を詳しく準備し、古いものは環境と業務と工程を短くまとめておけば十分です。覚えていないことを推測で話すと、掘り下げられたときに食い違いが出やすくなります。

製造とテストの経験が中心です。面談で不利になりますか？

製造とテストが中心でも、指示どおりに直すだけでなく、テストの観点を自分で考えた場面や、影響の漏れに気づいた場面があれば評価の材料になります。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。