CTO가 개발자를 채용할 때 묻고 싶은 질문

면접의 목적은 지원자를 곤란하게 만드는 것이 아니라 이력서에 적힌 경험이 실제로 어떤 모양인지 확인하는 것입니다. 그래서 좋은 질문은 이력서의 한 줄에서 출발하는 경우가 많습니다. 어떤 질문이 나오고, 그 질문으로 무엇을 확인하려는지 알고 있으면 준비가 훨씬 쉬워집니다.

질문은 이력서의 한 줄에서 나온다

"주문 시스템 성능 개선"이라고 적었다면 면접은 아마 이렇게 이어질 것입니다.

1. 왜 느렸나요? 어떻게 알았나요?
2. 여러 방법 중에 왜 그 방법을 골랐나요?
3. 그 방법의 단점은 무엇이었나요?
4. 결과는 어떻게 확인했나요?

이 흐름은 문제 → 판단 → 한계 → 검증입니다. 이력서에 이 네 가지가 이미 드러나 있다면 면접은 훨씬 편안한 대화가 됩니다.

자주 나오는 질문 여섯 가지

1. "가장 어려웠던 문제는 무엇이었나요?"

• 확인하려는 것: 어려움의 기준, 문제를 대하는 방식
• 좋은 답의 모양: 상황 → 원인을 좁혀 간 과정 → 선택 → 결과 → 지금 다시 한다면
• 약한 답의 모양: "기술적으로 복잡했습니다"처럼 어려움이 구체적이지 않은 답

2. "그때 다른 선택지는 없었나요?"

• 확인하려는 것: 선택지를 비교했는지, 포기한 것이 무엇인지
• 좋은 답의 모양: 대안 두세 개와 각각의 장단점, 그 상황에서 골랐던 기준
• 약한 답의 모양: "그냥 많이 쓰는 기술이라서"

3. "이 일에서 본인이 직접 한 부분은 어디까지인가요?"

• 확인하려는 것: 책임 범위의 솔직함
• 좋은 답의 모양: 내가 결정한 것, 팀과 함께 한 것, 다른 사람이 한 것의 구분
• 약한 답의 모양: 모든 성과를 "저희가"로 뭉뚱그리는 답, 반대로 모든 것을 혼자 한 것처럼 말하는 답

4. "장애나 실수를 겪었던 경험이 있나요?"

• 확인하려는 것: 실패를 다루는 태도, 재발 방지까지 가는 힘
• 좋은 답의 모양: 무엇이 잘못되었는지, 어떻게 복구했는지, 같은 일이 안 생기도록 무엇을 바꿨는지
• 약한 답의 모양: 책임을 외부 요인으로 돌리는 답

5. "기술적으로 의견이 달랐던 적이 있나요?"

• 확인하려는 것: 협업 방식, 근거로 설득하는 힘
• 좋은 답의 모양: 상대 의견의 타당한 점을 인정하고, 데이터나 실험으로 결론을 낸 과정
• 약한 답의 모양: 누가 맞았는지에만 집중하는 답

6. "최근에 새로 배운 것은 무엇인가요?"

• 확인하려는 것: 학습 방식과 호기심, 배운 것을 일에 연결하는지
• 좋은 답의 모양: 계기, 배우는 방법, 실제로 적용해 본 작은 사례
• 약한 답의 모양: 책이나 강의 목록의 나열

꼬리 질문이 이어질 때

한 가지 답에 이어서 "왜요?"를 두세 번 묻는 경우가 많습니다. 답을 의심해서가 아니라 깊이를 확인하기 위한 자연스러운 흐름입니다. 이때 도움이 되는 태도가 있습니다.

• 모르는 것은 모른다고 말하고, 어떻게 알아내겠다를 덧붙입니다.
• 기억이 불확실하면 확실한 부분과 추측을 나누어 말합니다.
• 정답을 맞히려 하기보다 생각하는 과정을 소리 내어 설명합니다.

준비하는 방법

이력서의 경험 중 세 가지만 골라 아래 네 칸을 채워 보세요. 열 가지를 대충 준비하는 것보다 세 가지를 깊이 준비하는 편이 훨씬 효과적입니다.

지원자도 질문할 수 있다

면접은 양방향입니다. 아래 질문은 회사를 이해하는 데 도움이 됩니다.

• 이 팀이 지금 가장 풀고 싶은 기술적 문제는 무엇인가요?
• 기술적인 결정은 어떻게 내려지고 기록되나요?
• 장애가 났을 때 팀은 어떻게 대응하고 무엇을 바꾸나요?
• 입사 후 첫 석 달에 기대하는 역할은 무엇인가요?

질문의 수준에서도 지원자가 일을 어떻게 바라보는지가 드러납니다.

정리

면접 질문은 정답을 맞히는 시험이 아니라 경험의 모양을 확인하는 대화입니다. 이력서의 한 줄마다 "왜 그렇게 했는가"에 답할 수 있다면 준비는 이미 충분합니다.