기술 채용 위기: LeetCode 시대를 넘어설 수 있을까?

수십 년 동안 소프트웨어 엔지니어링 업계는 인재를 식별하기 위해 표준화된 신호 집합에 의존해 왔습니다: 컴퓨터 과학 학위, 이력서, 그리고 두려움의 대상인 다단계 기술 면접. 화이트보드 알고리즘부터 LeetCode 퍼즐까지, 이 과정은 자격이 없는 사람을 걸러내도록 설계되었습니다. 하지만 지원자 규모가 커지고 현대 시스템의 복잡성이 증가함에 따라 많은 사람들이 스스로에게 묻기 시작했습니다: 이 과정이 실제로 효과가 있는가?

Steve Yegge의 “마지막 기술 면접”에 대한 회고에서 촉발된 도발적인 논의 속에서, 업계는 근본적인 진실과 마주하고 있습니다: 현재의 채용 파이프라인은 실제 업무 성과를 예측하는 데 종종 부실합니다. 논쟁은 우리가 “신호 게임”에서 벗어나 실제 작업에 기반한 모델로 이동할 수 있는가에 초점을 맞추고 있습니다.

전통적인 면접 루프의 실패

경험 많은 엔지니어와 채용 매니저들 사이의 합의는 전통적인 면접 루프가 근본적으로 깨졌다는 것입니다. 주요 문제는 질문의 유형이 아니라 프로세스를 움직이는 인센티브에 있습니다.

신호 대 잡음 문제

많은 사람들은 현재 시스템이 엔지니어링에 가장 뛰어난 사람보다 면접에 가장 뛰어난 사람을 보상한다고 주장합니다. 한 논평자는 이 과정이 하루에 여덟 개의 LeetCode 퍼즐을 풀 수 있는 후보자를 필터링하는 경우가 많으며, 이는 전문 개발자의 일상 업무와 거의 닮지 않았다고 지적했습니다.

또한 자동 추적 시스템(ATS)과 이력서 키워드에 대한 의존은 후보자가 인간 채용 담당자가 자신의 지원서를 보게 하려면 시스템을 “게임”해야 하는 장벽을 만들었습니다. 이로 인해 고도로 자격 있는 엔지니어조차도 이력서를 봇에 맞게 최적화하지 않았다는 이유만으로 “거짓 부정”으로 거부되는 상황이 발생합니다.

거짓 양성의 비용

기업 입장에서는 “거짓 양성”(자격 미달 인재 채용)에 대한 두려움이 “거짓 부정”(자격 있는 인재 거부)보다 훨씬 큰 비용을 초래합니다. 나쁜 채용은 급여, 온보딩 시간, 팀 사기 측면에서 비용이 많이 듭니다. 따라서 기업들은 실수를 절대 하지 않기 위해 종종 무관한, 과도하게 엄격한 테스트에 의존하게 됩니다.

제안된 해결책: “캠프파이어”에서 임시 고용까지

이를 해결하기 위해 일부는 “임시 고용” 또는 “작업 샘플 테스트” 모델로 전환할 것을 제안합니다. 인공적인 면접을 실제 작업 기간, 즉 유급 시험 기간으로 대체하는 것이 핵심 아이디어입니다.

“임시 채용” 모델

이 접근법은 5시간 현장 면접 대신 후보자를 단기 계약(예: 3~6개월)으로 고용하는 것을 제안합니다. 이를 통해 기업은 후보자가 실제 코드베이스를 어떻게 다루고, 팀과 어떻게 상호작용하는지를 실무 환경에서 직접 확인할 수 있습니다.

하지만 이 제안은 후보자 측에서 상당한 반발에 직면합니다. 비평가들은 다음과 같이 주장합니다:

기회 비용: 대부분의 고품질 후보자는 이미 직장을 가지고 있습니다. 현재 역할을 떠나 “임시” 기간을 갖는 것은 비현실적인 위험입니다.
불안정성: 생활비가 높고 복리후생이 분리된 시대에 6개월 계약은 많은 이들이 감당할 수 없는 불안정한 상황을 초래합니다.
비효율성: 한 포지션에 1,000명의 지원자가 있다면 모두에게 “임시 채용”을 적용할 수 없습니다. 여전히 누가 시험을 받을지 결정할 전통적인 필터가 필요합니다.

작업 샘플 테스트의 사례

대안으로는 “작업 샘플 테스트”가 있습니다. 이는 채용에서 금본위제로 자주 인용되는 방법입니다. 일반적인 LeetCode 퍼즐과 달리 작업 샘플은 실제 업무를 모방한 과제입니다.

"작업 샘플을 올바르게 수행하면 후보자가 면접보다 적은 시간을 투자하게 되며, 면접보다 더 잘 확장됩니다. 이는 표준화 가능하고 반복 가능한 방법입니다."

일부는 이러한 샘플을 오픈소스 프로젝트에서 수행하도록 제안합니다. 이를 통해 후보자는 검증된 기여를 공개 포트폴리오로 구축할 수 있고, 여러 기업이 이를 인식함으로써 반복적인 테스트의 필요성을 줄일 수 있습니다.

소프트웨어 엔지니어링의 “전문화”

논의에서 등장한 보다 급진적인 관점 중 하나는 소프트웨어 엔지니어링이 숙련 직업과 유사해야 한다는 생각입니다. 배관이나 전기 작업에서는 견습생이 장인 밑에서 수년간 일한 뒤에야 인증을 받습니다.

이 모델을 지지하는 사람들은 업계에 엄격하고 검증된 인증 절차—즉 “소프트웨어 건축 규정”—가 필요하다고 주장합니다. 이를 통해 주관성을 배제하고, 기업은 중립적인 제3자의 평가를 신뢰할 수 있게 되며, 면접은 팀 적합성과 특정 프로젝트 요구에만 집중할 수 있습니다.

더 나은 채용을 위한 실용적 휴리스틱

단기적인 시스템 전면 개편은 어려울 수 있지만, 여러 경험 많은 채용 매니저들은 현재 프로세스를 인간 중심으로 개선할 방법을 제시합니다:

“똑똑하고 굶주린” 인재 우선: 특정 프레임워크나 언어에 대한 숙련도보다 학습 능력과 열정을 중시합니다. 이는 몇 달 안에 가르칠 수 있는 기술입니다.
퍼즐보다 소프트 스킬 중시: 기술 역량은 최소 기준이지만, 동료에게 영향을 미치고 효과적으로 소통하는 능력이 시니어와 중급 엔지니어를 구분합니다.
거절에 인간미 부여: 후보자를 인간으로 대우합니다. 인사팀의 일반적인 메일 대신 채용 매니저가 개인화된 피드백을 제공하면 기업 평판을 유지하고 미래 인재와의 문을 열어둘 수 있습니다.
신뢰할 수 있는 추천 활용: 가장 강력한 신호는 실제로 후보와 함께 일한 사람의 추천입니다. 추천 중심 모델로 전환하면 양측 모두의 위험을 줄일 수 있습니다.

결론

기술 채용의 긴장은 규모에 대한 효율성 요구와 정확성에 대한 갈망 사이의 갈등입니다. “완벽한” 면접은 해결하기 어려운 문제일지라도, 업계는 알고리즘 퍼즐에 대한 집착이 실패 전략임을 서서히 깨닫고 있습니다. 임시 계약, 작업 샘플 테스트, 혹은 견습제도 복귀를 통해 궁극적인 목표는 동일합니다: 후보자가 어떻게 생각하고 어떻게 일하는지를 평가하는 방법을 찾는 것이지, 위원회 앞에서 얼마나 잘 수행할 수 있는지를 보는 것이 아닙니다.