지원자가 실제로 그 일을 해낼 수 있는지 판단하는 방법

다들 한 번쯐 겪어봤을 겁니다. 그 지원자, 회사에서 제일 일 잘하는 직원보다 그 일에 대해 더 그럴듯하게 말하던 사람 말입니다. 자신감 있고, 말도 잘하고, "프로세스"와 "주인의식" 같은 말을 척척 꺼냈죠. 그런데 입사 3주 만에 간단한 보고서 하나 서식조차 도움 없이 못 맞추거나, 고객이 처음 반박하는 순간 얼어붙어 버립니다. 이제 당신은 그 사람 몫의 일과 당신 몫의 일을 동시에 하고 있는 셈이죠.

이런 일이 생기는 이유는 면접이 딱 한 가지 능력만 측정하기 때문입니다. 낯선 사람이 지켜보는 방에서 자기 일에 대해 이야기하는 능력. 어떤 사람은 이 능력이 뛰어나면서 실제 업무는 평범하고, 어떤 사람은 그 반대입니다 — 면접에서는 조용하지만 실제 툴 앞에서는 날카롭죠. 대화만이 유일한 필터라면, 당신은 역량이 아니라 자신감을 선별하고 있는 것입니다. 둘이 겹칠 때도 있지만, 항상 그런 건 아닙니다.

해법은 더 나은 면접이 아닙니다. 채용 전에 지원자가 실제 업무와 비슷한 무언가를 직접 해보게 하는 단계를 추가하는 것, 채용 후가 아니라요.

잡학 퀴즈가 아니라 워크 샘플을 만드세요

워크 샘플이란 실제 업무의 축소판이자 현실적인 조각입니다. 성격 검사도 아니고, "리더십을 발휘했던 경험을 말해보세요" 같은 질문도 아닙니다. 실제 조건과 가까운 상황에서 수행하는, 결과물을 눈으로 보고 판단할 수 있는 실제 과업이어야 합니다.

테스트 기준은 이렇습니다: 두 지원자의 결과물을 회사에서 가장 뛰어난 직원에게 보여주고, 누가 만들었는지 모르는 상태에서 어느 쪽이 더 나은지 판단해 달라고 할 수 있는가? 그렇다면 좋은 워크 샘플입니다. 만약 누가 했든 결과물이 똑같아 보인다면, 당신은 필터가 아니라 형식적인 절차를 만든 것입니다.

직무별 예시를 몇 가지 들어보겠습니다:

회계나 부기 업무라면 — 일부는 분류가 잘못되어 있고, 하나는 중복이고, 하나는 계정이 맞지 않는, 일부러 어질러 놓은 소규모 거래 내역을 주고 조정해서 이상한 부분을 표시해 보라고 하세요. 원장이 무엇인지 아는가를 테스트하는 게 아닙니다. 중복 항목을 눈치채는지를 테스트하는 겁니다.

영업 직무라면 — 팀이 매주 듣는 실제 반론 상황을 역할극으로 재현하세요, 뻔한 상황이 아니라요. "당신 가격이 우리가 3년째 거래해온 경쟁사보다 20% 더 비싸요" 같은 문장이 "이 펜을 저에게 팔아보세요" 같은 뻔한 질문보다 훨씬 더 많은 것을 알려줍니다. 입사 첫날에 실제로 마주칠 대화이기 때문이죠.

운영이나 행정 직무라면 — 진짜로 얽혀 있는 메일함(5개의 이메일, 그중 2개는 서로 상충하고, 1개는 정말 긴급하고, 1개는 긴급해 보이지만 아닌)을 주고 5개 모두에 우선순위대로 답장해보라고 하세요. 무엇을 가장 먼저 처리하는지 지켜보세요.

기술이나 디자인 직무라면 — 팀이 실제로 출시했던 (익명 처리한) 작업물 중 알려진 결함이 있는 일부를 주고 리뷰해보라고 하세요. 이론만 읊을 수 있는 사람들은 여기서 막힙니다. 실제로 일해본 사람들은 결함을 빨리 찾아냅니다.

시간은 30~60분으로 제한하세요. 그보다 길면 다른 할 일이 전혀 없는 지원자만 걸러지게 되는데, 이 역시 나름의 편향입니다.

진행하는 동안 무엇을 봐야 할까

결과물도 중요하지만 어떻게 도달했는지도 중요합니다. 시작하기 전에 명확히 하는 질문을 했는가, 아니면 그냥 추측하고 넘어갔는가? 자기 작업을 스스로 확인했는가, 아니면 끝난 것처럼 보이자마자 바로 넘겼는가? 낯선 문제에 부딪혔을 때 "잘 모르겠지만, 이렇게 찾아보겠습니다"라고 말했는가 — 그런 대답이 운 좋은 정답보다 훨씬 가치 있을 때가 많습니다.

지원자의 시도를 보기 전에 "좋은 결과"가 어떤 모습인지 미리 적어두세요. 그렇지 않으면 첫 번째 지원자는 백지 상태와 비교하고, 다섯 번째 지원자는 점점 높아진 기준과 비교하게 되며, 스스로 공정한지 알 수 없게 됩니다.

레퍼런스 체크는 의견이 아니라 근거를 확인하세요

대부분의 레퍼런스 체크가 쓸모없는 이유는 질문 자체가 칭찬을 유도하기 때문입니다. "이 사람을 추천하시겠어요?"라는 질문은 거의 항상 "예"라는 답을 얻습니다 — 전화로 낯선 사람에게 전 동료를 나쁘게 말하기를 꺼려하기 때문이죠. 대신 구체적인 사례를 물어보세요:

• "이 사람이 처음부터 끝까지 책임졌던 프로젝트에 대해 말해주세요. 무엇이 잘못됐고, 어떻게 대처했나요?"
• "이력서에는 없지만 다음 관리자가 꼭 알았으면 하는 게 있다면 무엇인가요?"
• "바쁜 주에 이 사람의 실제 성과물은 어땠나요 — 의도가 아니라 실제로요."

머뭇거림, 대답 전의 침묵, 지나치게 일반적인 대답은 무언가를 말해줍니다. 두 번 묻지 않아도 5분 동안 술술 말하는 레퍼런스 역시 무언가를 말해줍니다.

구조화된 테스트가 필요한 지점

워크 샘플과 제대로 된 레퍼런스 체크는 대부분의 문제를 해결합니다. 이 방법이 부족해지는 지점은 대규모로 지원자를 공정하게 비교할 때입니다 — 창고 감독자 한 자리에 스무 명이 지원한다고 가정해 보세요. 지원자마다 맞춤 과업을 만들고 채점할 4시간씩을 낼 수는 없습니다.

바로 이 공백을 위해 AssessFit 같은 도구가 만들어졌습니다: 모든 지원자에게 똑같은 방식으로 채점되는, 직무와 관련된 표준화된 테스트를 통해 이력서와 면접만으로 결정을 내리지 않도록 하는 것이죠. 이는 직접 대화하거나 실제 업무를 지켜보는 것을 대체하지 않습니다 — 이력서 하나만으로 전체 결정이 좌우되지 않게 하려는 것입니다.

이 방법으로도 알 수 없는 것

한계를 솔직하게 인정해야 합니다. 45분짜리 워크 샘플은 그 사람이 6개월 후에도 동기부여를 유지할지, 프로젝트가 정말로 실패했을 때 어떻게 행동할지, 옆자리에 앉을 특정 동료와 잘 지낼지는 알려주지 않습니다. 이런 것들은 판단이 필요한 영역입니다. 어떤 테스트도 — 우리 것이든 다른 누구의 것이든 — 이를 대신 결정해주지 않습니다. 워크 샘플이 해주는 일은 가장 크고 값비싼 실패 유형 하나를 없애는 것입니다: 그 일에 대해 말하는 데는 능숙했지만 실제로는 전혀 잘하지 못한 사람을 뽑는 실패요.

다음 채용을 위한 체크리스트

1. 단 한 명의 지원자를 보기 전에, 이 직무에서 "좋은 업무"가 어떤 모습인지 미리 적어두세요.
2. 작고 현실적인 과업 하나를 만드세요 — 30분에서 60분, 실제 어수선함도 포함해서요.
3. 모든 지원자에게 같은 과업, 같은 지시, 같은 시간 제한을 주세요.
4. 예/아니오가 아니라 구체적인 사례를 요구하는 레퍼런스 체크 질문을 하세요.
5. 면접, 과업, 레퍼런스 각각에 얼마나 비중을 둘지 미리 정하세요 — 점수가 나오기 전에, 이미 어떤 지원자가 마음에 든 후가 아니라요.

이 중 어느 것도 채용에서 '느낌'을 완전히 배제하지는 못합니다. 다만 그 느낌 밑에 실질적인 근거가 있도록 만들어줍니다.