エンジニアの採用要件が「即戦力」「自走できる人」「コミュニケーション能力が高い人」で終わっている場合、採用担当者と現場エンジニアの評価基準がずれます。技術的に定義するための手順を整理します。
採用ポジションの役割を具体化する ¶
「バックエンドエンジニア」という肩書きではなく、「既存のRailsアプリケーションの保守と、新機能の設計・実装を担当する」という形で役割を記述します。担当する技術スタック、チーム内での役割、1年後に期待するアウトプットを具体的に書くことで、応募者と採用側の認識を合わせやすくなります。
必須スキルと歓迎スキルを分ける ¶
必須スキルは、「このスキルがなければ業務が成立しない」ものだけに絞ります。歓迎スキルは、あれば評価するが、なくても採用する可能性があるものです。必須スキルを広げすぎると、応募数が減り、採用に時間がかかります。実際の業務で使う技術を列挙し、その中から本当に必須なものを選ぶ作業が必要です。
評価ルーブリックを作成する ¶
面接での評価を「感覚」ではなく「基準」で行うために、評価ルーブリックを作成します。各スキルについて、「基礎」「実務レベル」「設計できる」「教えられる」の4段階で定義します。ルーブリックがあると、複数の面接官の評価を比較しやすくなります。
技術課題の設計 ¶
技術課題は、実際の業務に近い内容で設計します。「FizzBuzz」のような汎用問題ではなく、採用ポジションが担当する技術スタックを使った課題が適切です。課題の評価基準も事前に定め、面接官が同じ基準で採点できるようにします。所要時間の目安を明示し、過度な負担にならない設計にします。
採用要件の定義は、採用活動の前に行う設計作業です。定義に時間をかけることで、面接の質が上がり、採用後のミスマッチが減ります。要件定義の支援については、まずご連絡ください。