職種名ではなく担当範囲を確認する
「ITエンジニア」には、要件定義、設計、開発、テスト、運用、社内サポートまで幅がある。求人票では、どの工程を主に任されるのか、上流の検討に参加できるのか、障害対応や夜間の当番が含まれるのかを読む。同じ職種名でも、新規開発が中心か既存システムの保守が中心かで、日々の仕事内容は大きく変わる。求人票に募集背景が書かれていれば、新規事業の立ち上げか既存業務の安定運用かも合わせて読む。英語表記が同じでも、日本国内の求人では呼び方が企業ごとに異なる点にも注意したい。自分が「作る側」と「支える側」のどちらに向いているかを先に決めておくと、求人を読むときの判断がぶれにくい。
必須スキルと実際の比重を照らし合わせる
必須スキルとして言語やツールが並んでいても、使う頻度や深さは配属先によって異なる。面接では、直近の担当でどの技術をどの程度使っているか、未経験の技術を学ぶ時間が確保できるかを聞く。配属先の体制が決まっていない場合は、配属の決め方と希望の伝え方をできるだけ早めに面接の質問へも加えたい。テレワークの可否、客先常駐の有無、勤務時間の調整範囲も、条件欄だけでなく口頭で確かめたい。応募条件と実際の業務がずれていないかを見る作業が、入社後の落差を減らす。
選考プロセスを段取りとして捉える
書類選考、面接、技術課題の順序や回数は企業ごとに違う。技術課題がある場合は、想定作業時間と評価の観点を事前に尋ねるとよい。質問は面接の最後にまとめて用意し、配属予定や評価の方法など、求人票に書かれていない点を一つずつ埋めていく。選考の途中で条件の説明が変わったときは、その場で確認し、必要なら書面での提示を求める。面接は選ばれる場であると同時に、自分が働き続けられる環境かを見る場でもある。
情報の限界を踏まえた最終判断
求人票と面接での説明は表現が異なり、配属後に担当や条件が変わる可能性もある。雇用契約や在留資格に関わる条件は、最新の公式情報と契約書面で確認し、判断に迷う場合は専門家への相談を検討する。ネット上の体験談は参考程度にとどめ、自分の条件と照らして読む。
応募する前に、担当範囲、技術の比重、働き方、面接で確認する質問を一枚のメモにまとめる。二つ以上の求人を同じ観点で並べると、職種名や待遇の数字だけでは見えなかった違いを判断しやすくなる。
研究の知恵