면접 잘 보는 법: 태도와 답변

면접은 소개팅이다

면접과 소개팅은 구조가 같다. 초면인 상대를 서로 평가하고, 함께해도 괜찮은 사람인지 비교하는 자리다. 한쪽이 일방적으로 평가받는 자리가 아니다.

• 가장 좋은 모습을 자연스럽게 보여 준다. 잘 모르는 캐릭터를 가짜로 연기하지 않는다.
• 상대의 작은 친절을 호감으로 착각하지 않는다.
• 면접 실력을 늘리는 가장 좋은 연습은 실제 면접을 계속 보는 것이다.

말보다 태도

흔히 인용되는 메라비언의 법칙(말 7%, 목소리 38%, 표정·몸짓 55%)은 원래 말과 표정이 어긋날 때 감정을 어떻게 읽는지 본 실험이라 모든 대화에 그대로 적용되지는 않는다. 다만 말과 태도가 어긋나면 사람은 태도를 믿는다는 점은 면접에서도 맞다.

말을 해석하는 데는 에너지가 들지만 태도는 순식간에 읽힌다. 직관이 먼저 「같이 일할 만한 사람인가」를 판단하고, 이성은 나중에 그 판단에 맞는 이유를 만든다. 임원 면접처럼 면접관이 지쳐 있을수록 첫인상의 비중이 커지고, 질문은 그 판단을 확인하는 데 쓰인다.

경험칙으로는 직무 면접도 절반 이상이 인성이다. 인성은 상대 중심으로 생각하는가, 자기중심으로 생각하는가다. 내가 주장해서가 아니라 면접관이 인정해 줘야 생긴다.

눈 맞춤

요약하면 상대의 눈 동작을 따라 하되 상황에 맞춰 가감한다. 뚫어지게 쳐다보지 않는다.

미러링

상대의 몸짓을 따라 한다. 면접관이 한 명일 때 특히 효과적이다. 눈치채지 못하게 하는 것이 따라 하는 것 자체보다 중요하다. 웃음, 추임새 같은 감정 표현의 크기도 상대와 비슷하게 맞춘다.

화상·전화 면접에서

보이지 않는다고 대충 하지 않는다. 환경을 갖추면 스스로도 면접 모드가 되고, 면접관에게는 준비된 사람으로 보인다.

코딩 면접을 화상으로 볼 때의 준비(공유 편집기, 이어폰, 펜과 종이)는 기술 면접 준비에 있다.

면접 전

면접 내내 지킬 태도는 겸손과 감사 두 가지로 요약된다. 어떤 질문에도 겸손하게 답하고, 감사할 지점을 놓치지 않는다.

면접 중

결론부터 짧게, 근거는 하나

면접관이 가장 알고 싶은 것은 결론이다. 결론 한 줄 → 이유 → 사례 하나 → 결론 한 줄(PREP)로 답한다. 설득력이 약한 주장을 근거 여러 개로 메우려 하면 답만 길어진다. 답하는 동안 면접관의 표정을 살피고, 분위기가 심상치 않으면 빨리 끊는다.

답변의 원칙

인맥을 자랑하지 않는다

「이 회사 옆 팀 팀장님과 친하다」는 말은 간절함의 표현이지만 면접관에게는 낙하산, 기회주의자로 보인다. 드러난 것만 평가된다. 칭찬도 윗사람이 아랫사람을 칭찬할 때만 힘이 있고, 내가 높은 사람과 가깝다는 말은 반응을 얻지 못한다.

띄워 줘도 넘어가지 않는다

• 면접관이 띄워 주는 말은 함정일 수 있다. 끝까지 겸손하다.
• 면접 분위기와 합격률은 비례하지 않는다. 문을 닫고 나올 때까지 방심하지 않는다.

실수는 빨리 인정한다

실수 자체의 감점은 크지 않다. 합리화하거나 우기며 방어적으로 굴 때 감점이 커진다. 빨리 인정하면 감점은 0에 가깝고, 바르게 인정하면 오히려 가점이 된다.

제가 틀렸습니다.
제 생각은 이런 이유로 틀렸고, 말씀하신 의견은 이런 이유로 옳습니다.

압박 면접

압박 면접은 대개 대놓고 압박하려는 것이 아니라, 지원자가 압박으로 느끼는 것이다.

• 언제나 긍정적인 태도를 유지한다. 면접 자리에서 비판하지 않는다.
• 긴장 내성은 경험한 만큼 생긴다. 정말 가고 싶은 회사 전에 다른 회사 면접을 많이 본다. 더 가고 싶은 회사를 나중에 잡는 것도 방법이고, 인사팀에 사정을 말하면 대개 일정을 조정해 준다.
• 정규직 전환 면접처럼 지친 상황에서도 「이 회사에서 더 일하고 싶지 않다」는 말은 하지 않는다. 자신에게 솔직하되 면접에서는 기회가 주어지면 열심히 하겠다는 뜻만 전한다.

마지막 역질문

「마지막으로 질문 있나요?」는 기술 면접이든 인성 면접이든 거의 반드시 나온다. 사실상 질문이 아니라 질문하라는 신호다. 질문이 없으면 이 자리에 관심이 적은 사람으로 보인다. 그리고 무엇을 묻는지가 내가 무엇을 중요하게 여기는지를 드러낸다. 잘 고른 질문은 좋은 인상을 남기는 거의 확실한 기회이자, 자리에 대해 더 알고 위험 신호를 찾아내는 기회다.

• 합격한다면 어떤 일을 맡게 되나요? 가장 가까이 일할 사람(사수)은 누구인가요?
• 팀 구성과 남은 개발 일정은 어떻게 되나요?
• 이 일에서 가장 중요한 것이 무엇이라고 보시나요? 이 자리에 사람을 뽑을 때 어떤 자질을 보시나요?
• 제가 합류한다면 가장 먼저 풀어 주길 바라는 문제는 무엇인가요?
• 저는 ○○ 분야 경험이 있습니다(없습니다). 이 자리에서 성공하는 데 그 경험이 얼마나 중요한가요?
• 합격 가능성을 높이려면 무엇을 더 공부하면 좋을까요?

면접관이 「좋은 질문이네요」 하고 잠시 생각하게 만드는 질문은 대개 면접관 자신의 경험과 판단을 묻는다. 회사 소개 자료로는 답할 수 없어서다.

• 최근에 있었던 가장 큰 기술적 실수는 무엇이고, 어떻게 대응했고, 다시 일어나지 않게 무엇을 바꿨나요?
• 초기에 내린 기술 결정 중 지금까지 가장 비싼 대가를 치르는 것은 무엇인가요?
• 여기서 일하며 가장 보람 있었던, 또는 기술적으로 가장 복잡했던 프로젝트는 무엇인가요?
• 여기서 일하면서 가장 답답한 점은 무엇인가요? 다른 회사에서 겪어 보지 못한 이 회사만의 점은요?

회사를 면접하는 질문

면접은 양방향이다. 개발자 면접이라면 역질문으로 팀의 일하는 방식을 확인한다. 면접 시작할 때 「끝에 질문할 시간을 조금 주시면 좋겠다」고 말해 두면 면접관이 시간을 배분한다. 질문에 정답은 없고, 같은 질문을 엔지니어 두세 명과 관리자에게 던져 답이 일치하는지를 본다. 리더는 정해진 프로세스가 있다고 하는데 엔지니어들이 그 프로세스를 말하지 않으면 기능 장애의 신호다.

관리자 대상 질문은 면접 중보다 오퍼 전후의 팀 매칭이나 매니저 통화(Google의 팀 매칭 단계처럼 리크루터가 잡아 주는 자리)에서 특히 쓸모 있다.

주제별 질문 목록

질문 목록은 전부 묻는 용도가 아니다. 버그 트래커나 CI/CD가 있다는 대답이 곧 일이 효율적으로 돈다는 뜻은 아니고 조직은 자주 바뀌므로, 「있나요」보다 「실제로 어떻게 돌아가나요」를 묻는다. 회사 블로그·채용 공고·기사로 검색해 알 수 있는 것은 빼고, 지원한 팀과 포지션에서 정말 궁금한 것 3~5개만 골라 공손하게 묻는다. 역질문은 회사를 얼마나 조사했는지 보여 주는 기회이기도 하다. 많은 질문은 첫 면접의 인사 담당자가 답할 수 없으니, 누구에게 언제 물을지도 고른다. 기술·운영 질문은 실무 면접관에게, 처우는 협의 단계에서, 나머지는 오퍼 전 팀 매칭이나 커피챗에서 묻는다.

스택이나 직군이 정해져 있으면 그 스택의 관행을 묻는 질문이 팀의 코드 문화를 가장 빨리 드러낸다. 질문에 나온 도구 이름은 예시이고, 지금 회사가 쓰는 도구로 바꿔 묻는다. 「왜 그것을 골랐나」와 「업그레이드 계획은 있나」를 붙이면 기술 결정의 근거와 부채 관리 수준이 함께 보인다.

처우·휴가처럼 민감한 주제는 보통 면접 단계보다 처우 협의 단계에서 인사 담당자에게 묻는 편이 낫다(처우 협상).

면접 후: 감사 메일

면접이 마음에 들었다면 감사 메일을 보낸다. 잃을 것이 없고 얻을 것은 많다. 스스로 친절하다고 믿고 싶은 사람은 그 증거를 모으므로, 면접관의 배려를 알아본 메일은 호감으로 남는다. 그 자리에서 떨어져도 다음 기회로 이어질 수 있다.

방금 면접을 본 ○○○입니다. 면접 기회를 주셔서 감사드립니다.
○○ 질문에서 헤맨 부분이 많았는데, 침착하게 답할 수 있도록 배려해 주신 것이 기억납니다.   ← 당신은 친절하다
○○에 대한 깊은 지식과 열정을 느꼈습니다.                                              ← 당신과 일하고 싶다
지적해 주신 부족한 부분은 ○○를 통해 개선하겠습니다.                                     ← 뽑아 주면 잘하겠다

기술 질문 준비

프로젝트 질문에 가장 깊이 대비한다. 서류에 쓴 프로젝트마다 그 기술을 왜 골랐는지, 장단점과 대안은 무엇인지, 가장 어려웠던 부분과 생산성을 높이려고 한 시도, 끝나고 부족했던 점과 그것을 어떻게 채웠는지를 말할 수 있어야 한다. 내가 맡은 부분은 빈틈없이 설명할 수 있게 준비한다.

읽기만 하지 말고 말로 꺼내 본다. 글로 읽을 때는 다 아는 것 같아도 막상 소리 내어 답하면 막힌다. 실전처럼 말하거나 글로 써 보고, 가장 좋은 방법은 그 주제를 남에게 설명해 보는 것이다.

코딩 문제 유형과 진행 원칙은 기술 면접 준비, 프론트엔드 면접의 유형별 준비는 프론트엔드 면접 유형과 준비법에 있다.

면접에서 피할 회사 가려내기

면접은 회사도 평가받는 자리다. 면접에서 존중받는 느낌이 들어야 한다.

개발 환경에서는 다음이 위험 신호다. 앞의 「회사를 면접하는 질문」으로 확인한다.

• 버전 관리, 자동 빌드·배포, 모니터링이 없다.
• 테스트 환경, 유닛 테스트, 코드 리뷰, 버그 트래킹이 없다.
• 개발자에게 웹 디자인이나 하드웨어 지원까지 맡긴다.
• 새로운 시도를 막고, 문제가 생기면 개인에게 책임을 돌린다.

반대로 실수를 막는 시스템이 있고, 실수가 나면 비난 대신 회고(postmortem)로 고치는 회사가 사람을 빨리 성장시킨다.

면접관의 편견과 신입에게 보는 자질

면접은 객관적인 시험이 아니다. 면접관 개인의 경험과 편견(키, 혈액형 같은 근거 없는 믿음까지)이 그대로 들어간다. 바꿀 수 없는 조건은 신경 쓰지 말고 바꿀 수 있는 태도에 집중한다. 나이가 어릴수록 성장 가능성으로 읽혀 유리한 점도 현실이다.

신입은 성장 가능성을 본다. 성장 가능성은 다음 셋 중 하나에서 드러난다.

첫 회사는 연봉·복지보다 좋은 사수와 동료가 있는지가 중요하다. 다만 좋은 회사였는지는 떠나 봐야 알 수 있으니 지나치게 비관하지도 낙관하지도 않는다.

정리

• 면접은 서로를 평가하는 자리다. 태도가 말보다 먼저 읽힌다.
• 일찍 도착하고, 회사를 공부하고, 이력서의 모든 내용을 설명할 수 있게 준비한다.
• 답은 결론부터 짧게, 근거는 하나. 해 본 것만 말하고 모르면 모른다고 한다.
• 인맥은 자랑하지 않고, 띄워 줘도 넘어가지 않고, 실수는 빨리 인정한다.
• 역질문을 준비하고, 마음에 든 면접이면 감사 메일을 보낸다.
• 떨어져도 짧은 시간 작은 영역에서 본 한 번의 평가일 뿐이다. 더 많이 준비하고 경험한 사람이 조금 더 운이 좋다.

관련 노트: 자기소개서와 포트폴리오 쓰는 법, 프론트엔드 면접 유형과 준비법, 인성 면접 준비, 인성 면접 평가 기준, 합격하는 영문 레주메 작성법, 코딩 테스트 접근법, 친절한 엔지니어링