PedagoNote

지난 목요일 오후, 판교 사무실 작은 회의실에 노트북 두 대와 이력서 출력본을 펼쳤습니다. 백엔드 경력직 면접이었고, 저는 이력서에 적힌 기술 순서대로 질문을 준비해 갔습니다.

답 다음의 질문

캐시, 메시지 큐, DB 튜닝 답은 막힘이 없었습니다. 잘 답하는 분인지 같이 일할 만한 분인지 가르는 질문은 조금 달랐습니다. 이 구분부터 꽤 거칠긴 합니다.

장애 경험을 듣다가 원인 분석보다 먼저 “그때 누구에게 무엇을 알렸나요”라고 되물었습니다. 답변에 고객지원 담당자와 공지 시점이 나왔고, 준비해둔 복구 절차 질문은 접었습니다. 대신 왜 그 순서였는지 물었습니다.

질문지보다 답 옆에 적은 메모에서 다음 질문이 더 많이 나왔습니다. 면접이 대화처럼 흘러서 좋았다고 쓰려다가, 대화가 길다고 판단이 나아지는 건 아닌 듯해 지웠습니다.

질문 옆 한 줄

지원자가 막히면 힌트를 주고 넘어가곤 합니다. 문제는 면접관마다 힌트를 준 뒤 보는 지점이 달라진다는 점입니다. 그래서 질문 옆에 확인할 것을 짧게 적기 시작했습니다. “정답”이 아니라 “확인 범위”, “공유 순서”, “모르는 상태에서의 선택” 같은 식임.

신입 온보딩에서도 비슷했습니다. 답을 맞히는지보다 로그, 문서, 담당자 중 어디까지 혼자 확인했는지를 봤습니다. 다만 경력 면접에 그대로 가져와도 되는지는 아직 모르겠습니다.

다음 면접 질문지에는 기술명보다 괄호가 더 많아질 것 같습니다. 괄호 안 문장을 면접관끼리 먼저 맞춰보는 데 시간이 좀 들겠지만.