転職活動中のエンジニアに、採る側から伝えておきたいことがある。
私はプロダクト開発の意思決定をしながら、エンジニア採用の面談も自分で担っている。人事部門や採用代行を介さず、実際に一緒に働く人間が直接話を聞き、その場で判断する。面談の相手が何百人と積み重なって見えてきた共通点がある。
面談が終わった直後、私の頭にあるのは「この人が入って、3ヶ月後にチームはどう変わるか」という問いだ。その確信が持てないとき、候補者がどれだけスキルシートを磨いていても、評価は上がらない。
これは能力の話ではない。面接における姿勢のパターンの話だ。
「採れない」と判断する瞬間には、明確な共通点がある。今回はその3つを、採る側の本音として書く。転職活動の準備をしているなら、面接対策より先に読んでほしい。
採る側の視点：3つの「採れない」パターン
パターン① 技術への強すぎるこだわりが事業都合を上回るとき
技術への思想を持つエンジニアは、むしろ歓迎する。「なぜこの技術を選んだか」を語れる人は、設計の議論でも力になる。問題はその先だ。
「自分はこのスタックでないとパフォーマンスが出ません」「その設計思想は受け入れられません」という発言が出てきたとき、私は一度立ち止まる。
事業のフェーズや顧客の要件によって、最適な技術は変わる。開発速度を上げるためにスタックを変える判断が求められる場面がある。採用コストを下げるためにメジャーな言語を選ぶ判断が必要なときもある。そこで「自分はこれでないと」という姿勢が先に来る人は、組織の中で摩擦を生む。
私が見ているのは、技術への思想と、事業の文脈への適応、その両方を持っているかだ。
「こだわりはあります。でも事業の状況次第では別の選択もします。そのときはこういう基準で判断します」と語れる人と、「この技術でないと」だけで終わる人では、入社後の動き方がまったく違う。
エンジニア1人の採用は、給与額だけの話ではない。教育コスト、早期退職時の損失、他の候補者を採れなかった機会損失。採用判断のたびに、3ヶ月後の開発速度の変化、6ヶ月後に退職した場合の損失、チームとの衝突修復コスト。これらを同時に頭に入れながら判断している。
だから「事業に馴染めなくなる可能性」は、小さくても見過ごせない。
技術へのこだわり自体が問題なのではない。そのこだわりが、事業の都合より常に優先されるかどうかを見ている。
パターン② オープンクエスチョンへの回答が短すぎる
「これまでのキャリアで一番面白かったプロジェクトを教えてください」
この問いに対して、20秒程度で終わる人がいる。
これは内向性の問題ではない。コミュニケーション量の問題でもない。自分の経験を言語化する習慣がない、ということを示している。
事実は語れる。「Reactを使ったSPAの開発で、この機能を担当しました」。しかし、その経験から何を考え、どんな判断をし、次に何を活かしたかを言葉にする訓練が積まれていない。
入社後のことを想像してほしい。設計レビューで「なぜこのアーキテクチャにしたか」を問われる。技術選定の議論で「この選択のデメリットをどう評価したか」を聞かれる。マネージャーに「このスプリントの振り返りを3点にまとめて」と言われる。そのたびに言語化が求められる。
面談での短い回答は、入社後の言語化能力を予測させる信号として機能している。採る側はそこを読んでいる。
面談の場では特に、「経歴書に書いてある事実」を超えた部分が出てくるかどうかを見ているわけで。同じプロジェクト経験でも、「担当した」で終わる人と「担当して、こういう判断をして、こういう結果になって、次はこうしたい」まで話せる人では、入社後のパフォーマンス予測が大きく変わる。
パターン③ 聞かれたことにしか答えない
「Reactは使えますか？」——「はい」
「Pythonは？」——「使えます」
この受け答えで、評価は動いている。
私が求めているのは、聞いた質問の周辺情報まで自発的に出てくる姿勢だ。
「Reactは3年使っています。最初の1年は状態管理の設計で苦労しましたが、あるプロジェクトで実際に痛い目を見てから設計方針が定まりました。今はこういう場面では使わない判断もしています」
これが理想ではない。このくらいが、事業会社のチームで動ける人間の最低ラインだ。
「聞かれたことだけ答える」姿勢は、入社後に指示待ちになるリスクと直結する。事業会社では、仕様が曖昧な状況で動き始め、プロダクトオーナーの意図を先読みして動く場面が常にある。そこで待つ人間は、チームの速度を下げる。
採用は1人を採るという話ではない。その人が入ることで、チーム全体の3ヶ月後の速度がどう変わるかで判断している。指示待ちになりそうな人を採ることは、既存メンバーへの負荷を増やす判断に等しい。
準備すべきは「面接の練習」ではない
この3つのパターンに気づいたとき、多くの人は「面接での受け答えを練習しよう」と考える。
それは正しい方向ではない。
準備すべきは、自分の経験を言語化する練習だ。
面接の練習は、想定質問への回答を整える作業だ。しかし採用面談では、想定外のオープンクエスチョンが必ず来る。そのとき素の言語化力が出る。準備した回答が通じない場面で、本当のパターンが見える。
今日からできることが3つある。
1つ目は、過去のプロジェクトを5分で語る練習をすること。 事実だけでなく、「なぜその判断をしたか」「何が難しかったか」「次回どうするか」まで含めて口に出して練習する。技術的な事実を語れることと、判断を語れることは別の能力だ。後者は練習しないと出てこない。
2つ目は、技術の「使わなかった判断」を用意すること。 「この技術はこういう場面では使わない」という判断の経験は、技術への理解の深さを示す。こだわりと柔軟性の両方を持っていることを、具体的なエピソードで語れるようにしておく。
3つ目は、聞かれた質問に文脈を乗せる癖をつけること。 「できますか？」という問いに対して、できるという事実に加えて、「どの程度のレベルで」「どんな経験から」「どこは自信があってどこを伸ばしたいか」を一緒に話す。これは面接テクニックではなく、日常の仕事での言語化習慣がそのまま出てくるだけだ。
面談での評価は、技術力テストの点数より、話し方で大きく動いている。面接の場で急に変えようとしても難しい。日常のコードレビューや設計議論で、判断の言語化を習慣にしておくことが、面談の場に直結する。
よくある誤解 | 技術にこだわる人は採れないのか
一点補足する。
技術への強いこだわりが歓迎される採用もある。特定の言語領域や低レベルのレイヤーで、スペシャリストとして入るポジションでは、技術思想の強さが評価される。コンサル的な役割では、簡潔な受け答えが評価されることもある。
ここで書いたのは、事業全体に関わりチームで動くポジションで採用するときの判断軸だ。どんな採用ポジションかによって、見ている軸は変わる。自分が受けている採用が何を求めているかを理解した上で、面談に臨むことが先決だ。
FAQ
Q. 採用面談では技術力は見ていないのですか？
A. 見ていないわけではない。ただし、技術力が同程度の候補者が複数いるとき、最後の判断を分けるのは話し方と姿勢だ。技術テストを通過した後の面談では、ほぼ姿勢を見ている。
Q. 「聞かれたことだけ答える」のは緊張のせいではないですか？
A. 緊張している人は分かる。問題は、緊張がほぐれた後も同じパターンが続くときだ。面談の中盤以降も短い回答が続く場合、それは習慣の問題として見ている。
Q. オープンクエスチョンへの回答は長い方が良いですか？
A. 長さではなく密度だ。事実・判断・学びの3点が1〜2分の回答に含まれていれば十分だ。5分話せることよりも、3分で伝えきれることの方が評価が高い。
Q. 面談前に何を準備すれば良いですか？
A. 過去3〜5年のプロジェクトを選んで、「背景・自分の判断・結果・次への学び」の4点を整理しておく。想定質問への回答を用意するより、この作業の方が面談全体に効く。
Q. 技術へのこだわりがある場合、面談でどう伝えれば良いですか？
A. こだわりの内容と、事業文脈での柔軟性を両方セットで話す。「この技術が好きで、こういう理由で推せます。一方で事業フェーズや状況次第では別の選択もします。そのときはこういう基準で判断します」という構造で語れると、採る側の安心感が上がる。
