「뭘 만들었는지 설명해주세요」— 2026년 새로운 면접 질문 대응법

요약: 2026년 들어 면접관들이 "경험을 말해보세요" 대신 "직접 만든 것을 설명해주세요"라고 요구하는 사례가 늘고 있습니다. AI가 테이크홈 과제와 암기한 행동 면접 답변의 신뢰도를 빠르게 떨어뜨리고 있기 때문입니다 — 실시간 워크스루는 속이기 어렵습니다. STAR 대비와는 다른 방식으로 준비해야 하며, "가장 인상적으로 들리는 프로젝트"가 아니라 "후속 질문을 버텨낼 수 있는 프로젝트"를 고르는 것이 핵심입니다.

몇 주에 걸쳐 STAR 스토리 다섯 개를 다듬었다. 그런데 면접관이 "그건 됐고, 실제로 만든 것 하나를 설명해주시겠어요?"라며 이력서의 한 줄을 짚고, 그 안에서 왜 그런 결정을 내렸는지 묻기 시작했다. 준비가 온통 스토리텔링뿐이고 깊이가 없었다면, 바로 이 순간 무너진다.

이건 기존 행동 면접 질문을 다르게 표현한 것이 아니다. 완전히 다른 포맷이고, 특정한 이유로 점점 더 자주 등장하고 있다.

"경험을 말해보세요"가 힘을 잃고 있는 이유

Karat는 2026년 채용 트렌드 리포트를 위해 미국, 인도, 중국의 엔지니어링 리더 400명을 조사했다. 이 변화 뒤에 있는 결론은 단호하다 — 테이크홈 과제와 암기된 행동 면접 답변이 AI 아래에서 가장 빠르게 신뢰도를 잃는 채용 시그널이라는 것이다. 지원자는 테이크홈 과제 프롬프트를 모델에 붙여넣기만 해도, 실제로 어떻게 사고하는지는 전혀 드러내지 않은 채 작동하는 솔루션을 얻을 수 있다. 잘 다듬어진 STAR 스토리도 같은 방식으로 만들어질 수 있다.

자신이 만든 것을 실시간으로 설명하는 것은 그 순간에 외주를 주기 어렵다. 왜 그런 결정을 내렸는지 알고 있거나 모르거나 둘 중 하나이고, 후속 질문 하나면 그 차이가 몇 초 만에 드러난다. Karat의 리더들이 "라이브 면접이 더 가치 있는 이유는 지원자가 문제를 어떻게 풀어나가고, 결정을 내리고, AI를 어떻게 활용하는지 관찰할 수 있기 때문"이라고 말하는 이유가 여기에 있다 — 라이브 면접 자체가 새로운 게 아니라, 나머지 모든 것이 더 시끄러워졌기 때문이다.

시장별로 도입 속도는 다르다. Karat의 데이터에 따르면 중국 기업은 라이브 면접 중 AI 사용을 공개적으로 허용하는 비율이 미국의 거의 두 배(68% 대 38%)이고, 테이크홈 과제에 대한 의존도는 훨씬 낮다(20% 대 45%) — AI를 업무 흐름에 이미 당연하게 받아들인 시장일수록 라이브 관찰형 문제 해결로의 전환이 더 빠르다는 신호다.

같은 논리는 실무 단계에서도 확인된다. 데이터 직군 채용 가이드들은 이제 라이브 SQL 퍼즐 라운드를 없애고, 지원자가 두 명의 면접관 앞에서 자신이 만든 것을 설명하고 반박을 받는 더 긴 발표 슬롯으로 대체할 것을 공공연히 권한다 — 한 관계자의 말처럼 AI 모델이 "같은 쿼리를 대략 14초 만에" 써버리기 때문이다. 퍼즐은 더 이상 쓸모 있는 필터가 아니다. 워크스루는 여전히 유효하다.

한국의 이직 시장, 특히 외국계 기업이나 글로벌 팀 엔지니어 채용에서도 이 "만든 것을 보여달라"는 형식이 점점 늘고 있다. 미국·중국에서 시작된 트렌드이긴 하지만, 외국계 기업의 테크 리드 면접이나 프로젝트 딥다이브 라운드에서 비슷한 질문이 자주 등장한다.

이 질문이 실제로 평가하는 것

"프로젝트 발표법"에 관한 일반적인 조언은 이걸 구조화된 독백처럼 다룬다 — 프로젝트를 요약하고, 어려움을 언급하고, 결과로 마무리하라는 식이다. 하지만 이건 실제로 일어나는 일의 3분의 1 정도만 커버한다.

진짜 테스트는 첫 요약 다음에 이어지는 후속 질문 공세다:

• "왜 X 대신 그 방법을 택했나요?" — 그 당시 트레이드오프를 이해하고 있었는지, 아니면 템플릿·튜토리얼·동료의 결정을 그대로 따랐는지 확인합니다.
• "지금 다시 만든다면 뭘 바꾸시겠어요?" — 배포한 이후에도 그 문제를 계속 생각해왔는지, 아니면 작동한 순간 끝났다고 여기는지 확인합니다.
• "실제 비용은 얼마였나요? 스케일에서 성능은 어땠나요?" — 말하는 스토리가 아니라 자신의 실제 숫자를 알고 있는지 확인합니다.
• "실패 케이스를 설명해주세요" — 지금 말하고 있는 해피 패스뿐 아니라, 만든 것의 한계까지 이해하고 있는지 확인합니다.

내러티브만 준비했다면 이런 건 전혀 드러나지 않는다. 누군가 끼어드는 순간 바로 드러난다.

STAR 대비와 다르게 준비하는 법

STAR 대비는 깔끔한 다섯 문장 구조에 최적화되어 있다. 워크스루 대비는 중간에 끼어드는 것을 버텨내는 데 최적화되어야 한다. 구체적으로는:

1. 가장 그럴듯하게 들리는 프로젝트가 아니라 방어할 수 있는 프로젝트를 고르세요. 동료가 어려운 결정을 다 내렸고 그 이유를 재구성할 수 없는 화려한 공개 프로젝트보다, 완전히 이해하고 있는 조용한 사내 도구가 더 강합니다.
2. 스토리가 아니라 숫자를 완벽히 알아두세요. 스케일, 지연시간, 비즈니스 성과를 언급한다면, 그 숫자 자체를 정당화하라는 후속 질문에 대비하세요 — 어디서 나온 숫자인지, 뭘 제외했는지, 뭐가 바뀌었는지.
3. "무엇을"이 아니라 "왜"를 연습하세요. 프로젝트의 주요 결정마다, 선택하지 않은 대안과 그 이유를 한 문장으로 준비해두세요. 거의 항상 첫 번째 후속 질문입니다.
4. "지금이라면 뭘 바꾸겠는가"를 미리 준비하세요. 자기 작업의 정직한 한계 하나를 갖고 들어가세요. 물어보기 전에 먼저 말하면 자기 인식으로 읽히고, 몰려서 억지로 말하면 회피로 읽힙니다.
5. 말하는 연습이 아니라 끼어드는 걸 버티는 연습을 하세요. 누군가에게 설명 중간에 날카로운 질문으로 끼어들어 달라고 부탁하세요. 이 포맷이 테스트하는 능력은 예상치 못한 전환 속에서 생각의 흐름을 되찾는 것이고, 혼자 하는 리허설로는 절대 훈련되지 않습니다.

"근데 제 프로젝트는 그렇게 대단하지 않은데요"

이건 지원자 커뮤니티에서 끊임없이 나오는 가장 흔한 불안 포인트다. 일상 업무가 트래픽이 적은 유지보수 위주라서, "프로젝트 딥다이브" 라운드에 가져갈 스케일이나 극적인 요소가 없다고 걱정하는 엔지니어가 많다. r/Blind(해외 테크 업계 종사자들이 모이는 익명 커뮤니티)의 한 스레드에서는, 가시성이 낮은 사내 시스템에 대해 스케일과 비즈니스 임팩트를 반복적으로 질문받은 한 지원자가 실제 프로젝트를 쓰는 대신 "몇 달 들여서 디테일까지 그럴싸하게 지어낼까" 고민한다는 글이 올라오기도 했다.

그렇게 하지 마라. 면접관은 프로젝트의 크기를 채점하는 게 아니라, 질문 아래에서 당신의 설명이 버티는지를 채점한다. 모든 각도에서 방어할 수 있는 작고 완전히 이해한 프로젝트가, 첫 "왜?" 질문에서 다른 사람의 결정을 그대로 외운 것이 드러나는 큰 프로젝트보다 낫다. 정말로 아키텍처를 직접 설계하지 않았다면 솔직히 그렇게 말하고, 실제로 담당했던 부분 — 그 안에서 만든 확장 기능, 직접 부딪힌 트레이드오프, 추적해서 시스템이 실제로 어떻게 동작하는지 배우게 된 버그 — 에 대해 이야기하라.

이 단계에서 탈락한 지원자들의 실제 후기에 따르면, 면접관이 특히 걸러내려는 실패 패턴은 "지금이라면 뭘 다르게 하겠느냐"는 질문을 받는 순간 방어할 수 없는 결정을 자기 것이라고 주장하는 것이다. 방어할 수 있는 작은 기여를 자기 것으로 말하는 게, 방어할 수 없는 큰 기여를 부풀려 말하는 것보다 낫다.

라이브 워크스루를 위한 간단한 구조

포맷이 허용한다면 다이어그램, 리포지토리, 대충 그린 스케치라도 화면에 띄워두세요. 그러면 면접관이 끼어들 때 가리킬 구체적인 대상이 생깁니다. 그다음 오프닝을 이렇게 구성하세요:

1. 해결하려던 문제를 한 문장으로. 누구를 위한 문제였는지도 함께.
2. 접근 방식을 한 문장으로. 설명이 아니라 결정으로 말하세요 ("Y 대신 X를 택한 이유는...").
3. 말을 멈추세요. 다음 5분은 면접관이 후속 질문으로 주도하게 두세요. 이 지점을 넘어서 계속 설명하고 싶은 충동을 참으세요 — 이 포맷은 면접관이 방향을 잡도록 설계되어 있고, 여기서 말을 너무 많이 하면 실제로 평가받는 부분이 뒤로 밀릴 뿐입니다.

이 포맷에서 가장 어려운 부분은 프로젝트를 아는 게 아니다. 답을 미리 고칠 기회 없이, 라이브로, 예상하지 못했던 디테일에 후속 질문이 꽂혔을 때 침착함을 유지하는 것이다. 혼자서는 진짜로 시뮬레이션하기 어렵다 — 바로 그 순간을 위해 실시간 면접 지원이 존재한다. 답변 중에 조용히 당신 프로젝트의 숫자, 타임라인, 지금 방어하라고 요구받은 트레이드오프를 띄워줘서, 날카로운 후속 질문에 머리가 하얘지지 않게 해준다.

이번 라운드 말고 나머지 면접을 위해 STAR 스토리도 준비하고 있다면, STAR 기법 가이드가 그 부분을 다루고, 소프트웨어 엔지니어 행동 면접 가이드도 함께 보면 좋다. 2026년 대부분의 면접 프로세스가 여전히 두 포맷을 연달아 진행하기 때문이다.

FAQ

행동 면접을 완전히 대체하는 건가요, 아니면 추가되는 건가요?

대부분 추가입니다. Karat의 2026년 엔지니어링 리더 설문에 따르면 라이브 문제 해결과 워크샘플 논의가 이제 테이크홈 과제나 암기된 행동 면접 답변보다 신뢰할 수 있는 시그널로 평가받지만, STAR 형식 질문을 완전히 없앤 회사는 많지 않습니다. 현실적인 대비 목표는 둘 다 포함된 면접 루프이며, 워크스루 라운드가 예전보다 더 큰 비중을 차지한다고 보고 준비하는 것입니다.

이야기하고 싶은 프로젝트가 처음부터 만든 인상적인 것이 아니라 대부분 유지보수였다면 어떻게 하나요?

한 문장으로 가장 그럴듯하게 들리는 프로젝트가 아니라, 후속 질문에 답할 수 있는 프로젝트를 고르세요. 완전히 이해하고 있는 지루한 유지보수 프로젝트가, "왜 그 방법을 택했나요"에서 얼어붙을 화려한 프로젝트보다 낫습니다. 면접관이 듣고 싶은 건 코드베이스의 크기가 아니라, 구체적인 디테일 아래에서 당신이 어떻게 사고하는지입니다.

아키텍처를 직접 설계하지 않았거나, 지금 뭘 바꿀지 설명할 자신이 없으면 어떻게 하나요?

실제로 담당했던 부분을 솔직하게 말하세요. 설계를 물려받았다면 그렇다고 말한 다음, 실제로 결정한 부분 — 어떻게 확장했는지, 그 안에서 부딪힌 트레이드오프, 시간이 있다면 지금 바꾸고 싶은 것 — 을 이야기하세요. 담당하지 않은 것을 자기 것이라고 주장하는 게 바로 이 질문이 잡아내려는 실패 패턴이고, 후속 질문이 방어할 수 없는 결정에 닿는 순간 보통 바로 드러납니다.

포트폴리오 리뷰용으로 프로젝트를 리허설하는 것과 뭐가 다른가요?

포트폴리오 리뷰는 대체로 일방향입니다 — 당신이 발표하고, 상대는 듣고, 끝에 질문이 한두 개 있을 수도 있습니다. 워크샘플 워크스루는 의도적으로 대립적입니다 — 면접관이 설명 중간에 "왜 X 대신?", "10배 스케일이면 비용이 어떻게 되나요?", "데이터가 실제로 뭐라고 말했나요?"라며 끼어듭니다. 매끄러운 내레이션을 리허설하는 건 끼어듦에 대비가 되지 않고, 자신의 논리를 리허설하는 것만이 대비가 됩니다.

실제 데모나 슬라이드를 가져가야 하나요, 아니면 말로만 설명해야 하나요?

포맷이 허용한다면 가리킬 무언가를 가져가세요 — 다이어그램, 리포지토리, 스크린샷, 화상 면접이라면 냅킨에 그린 스케치도 괜찮습니다. 프로덕션 수준의 완성도가 중요한 게 아니라, 면접관이 후속 질문을 던질 구체적인 대상을 주는 게 중요하며, 이게 바로 이 포맷이 테스트하려는 것입니다. 말로만 하는 설명은 방어하고 싶지 않은 디테일을 얼버무리기 더 쉽게 만듭니다.

---

작성자 · Alex Chen. 커리어 컨설턴트이자 전 테크 채용 담당자. 5년간 채용하는 쪽에서 일하다가 지원자를 돕는 쪽으로 전향했습니다. 교과서 같은 조언이 아닌, 실제 면접 현장의 역학 관계에 대해 씁니다.