80회 이상의 전화 면접(Phone Screen)을 진행하며 깨달은 점: 유능한 엔지니어들이 계속해서 전화 면접에서 낙방하는 이유

당신이 유능한 엔지니어라고 생각함에도 불구하고 계속해서 전화 면접(Phone Screen)에서 낙방하고 있다면 이 글을 읽어보십시오.

전화 면접(Phone Screen)은 전체 면접 과정(Full Interview Loop)의 단순화된 버전이 아닙니다. 그것은 서로 다른 기준, 서로 다른 시간 예산, 그리고 서로 다른 실패 유형 프로필을 가진 별개의 평가 방식입니다. 전화 면접에서 탈락하는 후보자들은 종종 전체 면접 과정에 도달했다면 통과했을 바로 그 후보자들인 경우가 많습니다. 그 이유는 전화 면접이 실제로 무엇을 측정하는지 들어본 적이 없기 때문입니다. 전화 면접관은 당신이 유능한 엔지니어인지 확인하기 위해 동료들의 6시간을 투자할 가치가 있는지를 결정하려고 노력합니다. 이는 전체 면접 과정보다 훨씬 낮은 문턱이며, 이를 통과하는 구체적인 방법은 면접 과정 자체를 통과하는 방법과는 거의 완전히 다릅니다.

전화 면접(Phone Screen)의 실제 목적
전화 면접(Phone Screen)은 자원 배분(Resource Allocation) 문제를 해결하기 위해 존재합니다. 전체 면접 과정(Full Interview Loop)을 진행하는 데는 시니어 엔지니어의 시간이 4~8시간 정도 소요되며, 여기에 채용 담당자(Recruiter)의 조율 시간과 여러 일정 사이의 스케줄링 오버헤드(Overhead)가 추가됩니다. 이력서 스크리닝(Resume Screen)을 통과한 모든 후보자를 대상으로 이 과정을 수행하는 것은 경제적으로 비합리적입니다. 전화 면접(Phone Screen)은 전체 면접 과정(Full Interview Loop)을 지속 가능하게 만드는 필터입니다.

이는 전화 면접관(Phone Screener)의 주된 업무가 탈락(Elimination)을 결정하는 것임을 의미합니다. 그들은 당신을 다음 단계인 전체 면접 과정(Full Interview Loop)으로 확신을 가지고 통과시킬지, 아니면 확신을 가지고 탈락시킬지에 대한 근거를 찾고 있습니다. 기술적으로 명확히 뛰어나고 깔끔하게 소통하는 후보자는 다음 단계로 통과됩니다. 요구되는 수준에 명확히 미치지 못하는 후보자는 탈락합니다. 어려운 사례는 불확실한 중간 지점에 있는 후보자인데, 실제로는 이들이 탈락하는 경향이 있습니다. 왜냐하면 위음성(False Negative, 유능한 후보자를 놓치는 것)의 비용이 위양성(False Positive, 탈락할 사람을 대상으로 전체 면접 과정을 진행하는 것)의 비용보다 낮기 때문입니다.

이를 이해하면 준비 목표가 달라집니다. 당신은 시스템 디자인(System Design) 사고의 깊이나 행동 기반 스토리텔링(Behavioral Storytelling)의 우아함으로 전화 면접관에게 깊은 인상을 남기려 노력하는 것이 아닙니다. 당신은 35분이라는 시간 동안 그들에게 충분히 명확하고 자신감 있는 역량의 증거를 제시하여, 그들의 리스크 계산(Risk Calculation) 결과가 당신에게 유리하게 결론 나도록 만들어야 합니다. 기준이 다릅니다. 전략이 다릅니다. 준비 방식도 다릅니다.

리크루터 스크리닝(Recruiter Screen)과 기술 스크리닝(Technical Screen)은 완전히 다른 평가입니다
기술 전화 면접(Technical Phone Screen)에 대해 이야기하기 전에, 그보다 앞서 진행되는 경우가 많은 리크루터 스크리닝(Recruiter Screen)과 이를 구분할 필요가 있습니다. 많은 후보자가 이 둘을 동일하게 취급하지만, 그렇지 않습니다.

리크루터 스크리닝은 기술 평가가 아닙니다. 면접을 진행하는 사람은 일반적으로 엔지니어가 아니며, 당신의 코드 품질을 평가할 수 없고, 평가하려고 시도하지도 않습니다. 그들이 평가하는 것은 다음과 같습니다: 당신이 말하는 경력이 표면적인 수준에서 직무 요구사항과 일치하는지, 급여(Comp) 기대치가 해당 직무가 수용할 수 있는 범위 내에 있는지, 당신이 수행한 일과 이 회사에 관심이 있는 이유를 일관되게 설명할 수 있는지, 그리고 설명되지 않는 경력 공백, 주장하는 연차와 일치하지 않는 책임 범위, 직무가 지원할 수 있는 수준을 크게 벗어나는 급여 기대치와 같이 명백한 결격 사유가 있는지 여부입니다.

리크루터 스크리닝 (Recruiter screen)에서의 실패 유형은 거의 전적으로 커뮤니케이션 실패에서 비롯됩니다. 간단한 질문에 대해 횡설수설하거나, 리크루터가 평가할 수 없는 기술적 전문 용어 (Technical jargon)에만 의존하여 자신이 수행한 업무를 설명하지 못하거나, 회사에 대한 기본적인 조사조차 하지 않은 엔지니어는 의사소통 능력이 부족하거나 직무에 대한 관심이 낮은 인상을 줍니다. 이 두 가지 경우 모두 기술 평가 (Technical evaluation)가 이루어지기도 전에 탈락하게 됩니다.

기술 전화 면접 (Technical phone screen)은 엔지니어링 평가가 시작되는 단계입니다. 이는 보통 시니어 엔지니어 (Senior engineer), 테크 리드 (Tech lead), 또는 채용 매니저 (Hiring manager)에 의해 진행됩니다. 전체 면접 루프 (Full loop)와 달리, 기술 전화 면접은 대개 하나의 코딩 문제와 때로는 짧은 시스템 디자인 (System design) 논의를 다루며, 지원자의 배경에 대한 대화형 질문을 위한 추가 시간이 주어집니다. 코딩 문제는 거의 항상 중간 난이도 (Medium difficulty)입니다. 시스템 디자인 요소가 포함될 경우, 전체 아키텍처 (Architecture)보다는 한두 개의 컴포넌트 (Component)를 다루는 얕은 수준입니다.

기술 전화 면접관이 수집하는 신호 (Signal)는 주로 당신의 해결책 그 자체에 관한 것이 아닙니다. 그것은 당신의 과정 (Process)에 관한 것입니다.

전화 면접관이 실시간으로 기록하는 것
제가 기술 전화 면접을 진행할 때, 저는 지원자가 코딩을 하는 동안 동시에 노트를 작성합니다. 저는 그들이 말하는 내용을 그대로 받아 적는 것이 아닙니다. 저는 전체 면접 루프에서의 성공 또는 실패를 예측한다고 시간이 흐르며 학습한 구체적인 신호들을 기록합니다.

제가 처음 10분 이내에 적어 내려가는 신호들은 다음과 같습니다: 지원자가 코딩을 시작하기 전에 명확히 하기 위한 질문 (Clarifying questions)을 던졌는지, 그 질문들이 구체적이고 관련성이 있었는지 아니면 단순히 시간을 때우기 위한 일반적인 질문이었는지, 초기 접근 방식 (Initial approach)을 명시적으로 밝혔는지 아니면 작성하기 시작한 코드에 의해 암시되었는지, 그리고 거의 모든 전화 면접 문제에 존재하는 불확실성의 순간—문제가 모호하여 판단 (Judgment call)이 필요한 시점—을 자신감 있게 다루었는지, 아니면 면접관에게 해결해 달라고 요청했는지 여부입니다.

20분이 경과할 무렵, 저는 코드가 읽기 쉬운지(readable), 변수명이 의미를 담고 있는지, 지원자가 별도의 요청 없이도 명백한 예외 케이스(edge cases)에 대해 자신의 솔루션을 테스트하는지, 그리고 의사소통(communication)이 일관된 명확성을 유지하고 있는지 아니면 시간 압박 속에서 저하되기 시작했는지를 기록합니다. 압박 속에서 의사소통 능력이 저하되는 것은 전화 면접(phone screen)에서 매우 흔한 실패 모드(failure mode)이며, 모의 면접(mock interview)은 보통 실제 전화 면접보다 더 여유로운 속도로 진행되기 때문에 면접 루프(loop) 준비 과정에서는 거의 나타나지 않습니다.

남은 10분 동안에는 지원자가 자신의 솔루션에 대한 복잡도(complexity)를 이해했는지, 제약 조건이 바뀌었을 때 무엇을 변경할 것인지 명확하게 설명할 수 있는지, 그리고 만약 제가 짧은 시스템 디자인(system design) 논의를 진행한다면 특정 기술(technology)—어떤 기술이든 상관없이—을 언급하며 왜 대안 대신 그 기술을 선택했는지 한 문장으로 말할 수 있는지가 중요합니다.

다음 단계로 통과(pass forward)되는 전화 면접의 기록에는 보통 5~8개의 구체적인 긍정적 데이터 포인트(data points)가 포함됩니다. 반면 탈락(elimination)으로 이어지는 전화 면접의 기록에는 대개 두세 개의 일반적인 긍정적 메모와 함께, 주어진 시간 내에 해소할 수 없었던 구체적인 우려 사항(specific concern)이 포함됩니다. 바로 이 구체적인 우려 사항이 최종 권고(recommendation)를 결정짓는 핵심 요소입니다.

유능한 엔지니어들이 전화 면접(Phone Screen)을 망치는 5가지 구체적인 방식

첫 번째는 잘못된 것에 대해 과하게 설명하는 것입니다. 철저히 준비한 유능한 엔지니어들은 때때로 35분간의 전화 면접 중 첫 15분을 단 한 줄의 코드도 작성하기 전에 요구 사항을 명확히 하고, 엣지 케이스(edge cases)를 논의하며, 가능한 여러 가지 접근 방식을 설명하는 데 소비하곤 합니다. 전체 루프(full loop) 면접에서는 이러한 신중함이 시니어 레벨(senior-level)의 사고방식을 나타내는 신호가 됩니다. 하지만 전화 면접에서는 면접관이 합격 권고(recommendation)를 내릴 수 있을 만큼 충분한 것을 확인하지 못하게 만드는 방식으로 시간 예산(time budget)을 소모해 버립니다. 전화 면접관은 세션이 끝나기 전에 당신이 무언가를 만들어내는 것을 확인해야 합니다. 만약 당신이 실행(execution)을 보여줄 시간을 다 써버릴 정도로 결과물을 내기 위한 준비에 절반의 시간을 할애한다면, 권고 사항은 불확실해지며, 불확실함은 '불합격'으로 귀결됩니다.

Medium 앱 다운로드

두 번째는 잘못된 대상(audience)을 위해 최적화하는 것입니다. 시니어 루프(senior loops)를 위해 광범위하게 준비한 엔지니어들은 때때로 전화 면접 문제에 스태프 레벨(staff-level)의 범위(scope)를 가져와, 연결 리스트(linked list)를 뒤집는 함수를 요구하는 문제에 대해 분산 일관성 보장(distributed consistency guarantees)을 논의하며 시간을 보냅니다. 전화 면접관은 깊이(depth)를 평가하는 것이 아닙니다. 그들은 당신이 눈앞의 문제를 명확하고 빠르게 해결할 수 있는지를 평가합니다. 잘못된 문제에서 깊이를 보여주는 것은 당신이 실제 질문에 맞춰 조정(calibrated)되지 않았다는 신호를 보내며, 이는 그 자체로 기록할 가치가 있는 신호가 됩니다.

세 번째는 커뮤니케이션 테스트(communication test)가 있다는 사실을 인지하지 못한 채 이를 통과하지 못하는 경우입니다. 많은 엔지니어들은 혼자 있을 때 침묵 속에서 기술적인 문제를 해결하며, 인터뷰 중에는 자신의 사고 과정을 말로 설명(narrate)하기 위해 의식적인 노력을 기울여야 합니다. 전체 루프(full loop) 인터뷰의 경우, 형식과 지속 시간 덕분에 지원자가 자신의 생각을 설명하는 것을 기억하고 그 습관을 들일 시간을 가질 수 있습니다. 하지만 35분간 진행되는 전화 면접(phone screen)에서는, 처음 10분 동안 설명을 생략한 지원자들이 대개 15분쯤 되어서야 이를 깨닫고 만회하려고 시도하다가, 결국 뚝뚝 끊기고 일관성 없는 커뮤니케이션 패턴을 보이게 됩니다. 면접관은 이러한 불일치를 감지하게 되며, 이 지원자가 평소에는 명확하게 소통하지만 이번 세션에서만 실수를 한 것인지, 아니면 평소에는 소통 능력이 부족하다가 부분적으로 회복한 것인지 판단할 수 없게 됩니다.

네 번째는 솔루션의 복잡도와 이를 설명하는 능력 사이의 불일치입니다. 어떤 엔지니어들은 복잡하고 최적화된 솔루션을 정확히 찾아내고 이를 올바르게 구현하지만, 왜 그것이 정답인지 또는 어떤 가정(assumptions)에 기반하고 있는지 명확하게 설명하지 못합니다. 이러한 패턴 — 즉

시간 제한 문제
전체 인터뷰 루프 (Full interview loop)의 코딩 라운드는 보통 45분에서 60분 정도 소요됩니다. 전화 면접 (Phone screen)은 30분에서 45분이며, 이 시간 안에는 자기소개, 명확화 질문 (Clarifying questions), 구현 (Implementation), 테스트 (Testing), 그리고 종종 복잡도 (Complexity)에 대한 짧은 논의나 후속 질문이 포함됩니다. 전화 면접에서 실제로 코딩에 할당되는 시간은 대개 20분에서 25분 사이입니다.

대부분의 지원자들은 20분 타이머를 맞춰놓고 코딩 문제를 연습하지 않습니다. 그들은 전체 루프에 적합한 제약 조건인 45분 타이머를 맞춰놓고 연습합니다. 이러한 시간 압박의 차이는 선형적이지 않습니다. 20분 안에 정확하고 읽기 쉬우며 설명이 곁들여진 코드를 만들어내는 인지적 경험 (Cognitive experience)은 45분 동안 만들어내는 것과는 질적으로 다릅니다. 이는 더 빠른 패턴 인식 (Pattern recognition), 더 빠른 구현, 그리고 무엇을 최적화하고 무엇을 나중으로 미룰 것인지에 대한 다른 차원의 의사결정을 요구합니다.

전화 면접을 위한 구체적인 준비 조정 방법은, 엄격한 20분 타이머를 설정하고 항상 설명을 병행해야 한다는 규칙을 세워 중간 난이도 (Medium-difficulty) 문제를 연습하는 것입니다. 편할 때만 설명하거나 흥미로운 내용이 있을 때만 설명하는 것이 아니라, 루프 반복자 (Loop iterator)를 작성하거나 데이터 구조 (Data structure)를 초기화하는 것과 같은 기계적인 작업을 수행할 때조차도 지속적으로 설명해야 합니다. 이 제약 조건의 목표는 시간 압박 속에서 지속적으로 소통하는 습관을 길러, 실제 전화 면접 중에 별도의 인지적 노력 (Cognitive effort)을 들이지 않아도 되도록 만드는 것입니다.

또 다른 타이밍 조절 방법은 문제를 더 빠르게 읽는 법을 배우는 것입니다. 전체 루프 (Full loop) 면접에서는 접근 방식 (Approach)을 제안하기 전에 문제를 완전히 이해하는 데 5분을 할애할 수 있습니다. 하지만 전화 면접 (Phone screen)에서는 대략 2분 정도의 시간밖에 없습니다. 구체적인 기술은 프롬프트를 처음 읽었을 때 이것이 투 포인터 (Two-pointer) 문제인지, 슬라이딩 윈도우 (Sliding window) 문제인지, 혹은 트리 순회 (Tree traversal) 문제인지와 같은 문제 카테고리를 식별해 내고, 그 식별 내용을 바탕으로 완전히 구현하기 전에 즉시 접근 방식을 설명하는 것입니다. "이 문제는 슬라이딩 윈도우 (Sliding window) 문제인 것 같습니다. 먼저 접근 방식을 말씀드리고, 그 후에 예외 케이스 (Edge cases)가 문제를 복잡하게 만드는지 살펴보겠습니다"라고 말하는 데는 20초밖에 걸리지 않으며, 면접관에게 즉시 긍정적인 기록을 남길 수 있는 근거를 제공합니다.