poteto/hiring-without-whiteboards는 ‘화이트보드 면접’을 칠판을 쓰는 인터뷰로 좁혀 보지 않습니다. 이 저장소에서 화이트보드는 CS trivia, technical puzzle, 수수께끼처럼 실제 업무와 거리가 있는 평가의 상징입니다. README는 HackerRank와 LeetCode 역시 이런 범주에 들어갈 수 있다고 적습니다. 문제는 도구가 아니라, 그 도구 위에서 무엇을 평가하느냐에 있습니다.
목록에 올라온 회사들은 평가 장면을 일상 업무 쪽으로 옮깁니다. Airtable은 회사가 해결하는 문제와 닮은 take-home project를 낸 뒤 프로젝트 토론, UI 설계, 아키텍처 트레이드오프, 코드 디버깅을 포함한 5시간 onsite를 진행한다고 설명합니다. Angaza는 take-home 과제에 피드백을 보장하고 실제 day-to-day work를 다루는 onsite를 둡니다. Articulate는 업무와 비슷한 문제로 take-home과 pair programming을 진행합니다. 1000.software도 soft skills 인터뷰와 현실 문제를 어떻게 만들고 풀지 보는 기술 인터뷰를 나눠 운영합니다.
이 방식은 평가의 초점을 바꿉니다. 정답을 빠르게 맞혔는지보다 문제를 어떻게 정의했는지, 어떤 가정을 세웠는지, 설계의 트레이드오프를 설명할 수 있는지, 막힌 코드를 어떻게 디버깅하는지를 볼 수 있습니다. 지원자에게는 자신의 경험과 판단을 보여줄 공간이 늘고, 팀에는 함께 일하는 장면을 미리 관찰할 기회가 생깁니다.
그렇다고 업무형 과제가 자동으로 공정한 것은 아닙니다. take-home은 지원자의 시간을 요구하고, pair programming은 낯선 환경에서의 긴장까지 끌어들입니다. 과제의 예상 소요 시간과 보상 여부, 평가 기준, 피드백 방식을 공개하지 않으면 평가 방식만 바뀐 채 불투명성은 남습니다. 이 저장소가 ‘Duds’ 항목을 두고, 최근 경험이 회사 설명과 다르면 목록에서 내려 달라고 안내하는 이유입니다.
그래서 이 저장소의 실용적인 메시지는 ‘화이트보드를 없애라’가 아닙니다. 면접에서 다루는 문제가 입사 후 실제로 맡을 문제와 닮았는지 확인하라는 제안에 가깝습니다. 채용팀은 익명화한 실제 티켓과 버그를 과제로 삼고, 지원자는 과제 범위와 피드백 정책을 물어볼 수 있습니다. 평가와 업무 사이의 거리가 짧을수록 채용 결과를 설명하기도 쉬워집니다.