채용 면접에서 희망 연봉과 AI 구독료를 비교당했을 때의 답변 방법

중도 채용 면접에서, 면접관이 상냥하게 다음과 같이 물어왔다고 가정해 봅시다.

면접관: "최소 희망 연봉은 800만 엔이시죠. 그 금액이면 Claude Code Max 20x를 한 달에 약 20개 계정 정도 계약할 수 있습니다. Max를 사용하지 않고, 당신을 고용할 메리트를 알려주세요"

면접관이 언급한 Claude Code Max는 설명을 쉽게 하기 위한 예시일 뿐입니다. ChatGPT나 GitHub Copilot, Cursor 등 다른 AI 서비스의 상위 플랜으로 대체해도 질문의 형태는 변하지 않습니다. 월별 비용에 계정 수와 12개월을 곱하면 연봉과 비슷한 금액이 되므로, '그럼 AI와 사람 중 어느 것을 선택할 것인가'라는 압박 구도가 됩니다.

이 글은 이러한 유형의 질문에 답변하는 방법을 면접 상황에 맞춰 구성합니다. 예상 독자는 중도 채용 면접을 앞둔 소프트웨어 엔지니어입니다. 특히 평소 AI 에이전트로 개발을 진행하며, 그 경험을 면접에서 어떻게 이야기해야 할지 고민하는 사람들을 위해 작성되었습니다. 면접관 입장에서는 이와 같은 질문으로 지원자가 무엇을 보고 있는지 생각할 수 있는 자료가 됩니다.

이야기의 흐름은 간단합니다. 먼저 답변의 근거가 될 실적을 면접 전에 정리해 두고, 그 위에 질문에 대한 첫 번째 답변을 구성하는 것입니다. 마지막에 역질문(reverse question)을 하나 추가하면, 면접관의 대답은 'AI 활용이 아직 미비하다' 또는 '이미 진행하고 있다' 둘 중 하나로 나뉠 것입니다. 나뉘는 각각의 경우에 어떤 실적을 어디서 이야기할지 상황별로 제시하겠습니다.

실적 내용은 사람마다 다르기 때문에, 본문에서는 〔A1・규칙을 자동 검증에 통합하는 메커니즘〕과 같은 기호로 대체할 부분만 표시했습니다. 내용은 적절히 자신의 실적으로 바꿔 읽어 주십시오.

용어집

면접관의 계산은 대체로 맞다

먼저, 면접관의 계산을 확인해 보겠습니다. Claude의 요금 페이지에는 Max 20x의 월별 비용이 200달러라고 나와 있습니다. 20개 계정을 1년 동안 유지하면 48,000달러이며, 1달러를 150엔으로 계산하면 720만 엔입니다. 다른 AI 서비스에서도 상위 플랜을 인원수만큼 갖추면 비슷한 금액이 될 것입니다.

희망 연봉 800만 엔 대비 720만 엔이므로, 면접관의 주장은 수치상으로는 거의 맞다고 할 수 있습니다. 이 차액인 80만 엔으로 자신의 무엇을 팔지 고민하기 시작하면, 이미 상대방의 페이스에 올라탄 것입니다. 계산의 세부 사항에서 반박하더라도, 면접 평가가 높아지지는 않습니다.

이 질문은 지원자의 반응을 시험하기 위해 준비된 것입니다. 면접관이 보고 있는 것은 다음과 같은 점이라고 생각됩니다.

• 도발당해도 침착하게 이야기할 수 있는지
• AI와 자신(사람)의 차이를 자신의 언어로 설명할 수 있는지
• 인건비와 툴 비용을 투자 효과로 비교하는 감각이 있는지

면접 전에, 실적을 정리해 두자

아무리 논리적인 답변이라도 근거가 없으면 '그럴싸한 이야기'로 끝날 수 있습니다. 따라서 면접 전에 실적을 크게 두 가지 내용으로 정리해 두는 것이 좋습니다.

첫 번째는 AI에게 올바르게 만들게 하는 메커니즘에 대한 실적입니다.

• 〔A1・규칙을 자동 검증에 통합하는 메커니즘〕 커밋 전 리뷰, 기밀 정보가 섞여 있는지 검증, 푸시 전 보안 검증 등을 통과해야만 커밋이나 푸시가 가능하도록 구성한 경험과 그 메커니즘
• 〔A2・CI의 일원화〕 품질 게이트를 공통 CI에 모아 여러 리포지토리에 배포한 경험과, 해당 리포지토리가 다룰 수 있는 범위 내에서의 내용
• 〔A3・사람이 보지 않아도 돌아가는 운영〕 의존 라이브러리 업데이트, 실패한 워크플로우 분류, 일일 보고 등을 자동화로 돌리고 있는 예시
• 〔A4・AI 설정의 실측〕 AI가 읽게 하는 설정이나 컨텍스트를 조정하여 비용과 품질이 어떻게 변했는지에 대한 수치
• 〔A5・측정한 후 사용을 중단한 판단〕 시도해 봤으나 효과가 없어 철회했던 메커니즘과, 그렇게 판단한 근거의 수치

두 번째는 결과에 책임을 지고 조직에 확산하는 것에 대한 실적입니다.

• 〔B1・사람이 판단할 영역의 설계〕 결제, 인증, 데이터 이관처럼 잘못하면 되돌릴 수 없는 부분을 설계한 경험
• 〔B2・보안 강제성〕 기밀 정보 유출이나 과도한 권한 부여를 메커니즘으로 막은 예시
• 〔B3・장애 대응〕 본사 장애에서 판단을 내린 건수와, 그때의 역할
• 〔B4・팀에 전개〕 메커니즘이나 규약을 팀에 확산시킨 범위, 인원, 기간
• 〔B5・지식 공유〕 사내 스터디 그룹, 기술 기사, 문서 등

A5는 실패담으로 숨기고 싶은 항목입니다. 그럼에도 '시도해 보고, 측정해 보고, 효과가 없어서 그만두었다'고 수치와 함께 말할 수 있다면, 즉흥적으로 도구를 추가하는 사람이 아니라는 증거가 됩니다.

B3와 B4는 업무상의 실적으로 채우는 것이 이상적입니다. 개인 개발 실적밖에 없다면, 면접에서 그 점을 솔직하게 말할 수 있도록 준비해 둡니다. 이 부분은 나중에 다루겠습니다.

처음에 떠오르는 답변

질문을 받은 지원자가 가장 먼저 생각하는 답변을 살펴보겠습니다.

지원자: 'Claude Code Max는 설치만 한다고 귀사에서 하고 싶은 일을 자동으로 진행해 주지는 않습니다. 애초에 귀사에는 AI를 자율적으로 움직이게 하는 하네스(harness)가 있습니까? 만약 있다면, 어떻게 자율적으로 움직이게 하고 있습니까?'

전달하고 싶은 내용은 맞지만, 면접관은 살짝 눈살을 찌푸립니다. 이 답변에는 감점되기 쉬운 부분이 두 가지 있습니다.

첫 번째는 질문에 답하기 전에 되묻고 있다는 점입니다. 면접관에게는 대답을 회피하며 오히려 추궁하는 것처럼 들립니다. '귀사에는 있습니까?'라는 말투는 상대방 회사 부족한 점을 지적하는 형태가 될 수도 있습니다.

두 번째는 'AI와 사람 중 무엇을 선택할 것인가'라는 면접관의 전제를 완전히 무너뜨리지 못했다는 점입니다. 하네스를 만들 수 있다는 것을 강조하면, 면접관은 '하네스는 한 번 만들면 끝이 아닐까'라고 생각합니다. 결국 만들어진 후에는 AI 계정이 20개 있으면 충분하다는 결론으로 돌아가게 됩니다.

설치된 PC 20대 앞에서 모두가 커피를 마시며 기다리는 장면을 상상해 보세요. 아무도 지시하지 않으면 코드는 한 줄도 늘어나지 않습니다. 지원자가 원래 전달하고 싶은 것은 바로 이 점이며, 이를 위해서는 순서를 바꿔서 대응해야 합니다.

결론부터 말하고, 역질문은 마지막에 배치하기

순서를 바꾼 후의 답변은 다음과 같습니다.

지원자: '비교해 주셔도 괜찮습니다. 계산도 대체로 맞는 것 같습니다. 그 위에 말씀드리자면, 제 역할은 그 20개의 계정을 사업 성과로 바꾸는 것입니다.'

면접관: '성과로 바꾼다는 것은?'

지원자: '먼저, 무엇을 만들지 결정하는 것입니다. AI는 지시받은 것을 빠르게 만들지만, 무엇을 만들어야 할지는 정해주지 않습니다. 잘못된 것을 20배의 속도로 만들면 손실도 20배가 됩니다. 저는 AI를 조사 보조 수단으로 사용하여 고객에게 가치를 확인한 후에 요구사항을 결정합니다.'

지원자: '다음은, 올바르게 작동하게 만드는 시스템입니다. AI의 출력을 그대로 흘리면 리뷰가 따라가지 못해 품질이 무너집니다. 저는 요구사항부터 PR까지를 AI에 맡기는 환경을 만들고 운영했습니다. [A1]처럼 규칙은 자동 검증에 포함시키고, 검증을 통과하지 못한 변경 사항은 다음 단계로 진행할 수 없도록 했습니다.'

지원자: '마지막으로, 책임입니다. 장애가 발생했을 때의 판단이나, 출시해도 되는지에 대한 판단은 AI에게 맡길 수 없습니다. [B1]나 [B3]처럼, 그 부분은 사람이 담당하는 영역입니다.'

지원자: '그러므로 저와 AI 구독료를 결합하여 사용하는 것이 투자 효과가 가장 크다고 생각합니다. 그런데 귀사에서는 지금 AI를 개발에 어떻게 통합하고 있습니까?'

역질문을 마지막으로 배치함으로써 질문의 성격도 바뀌었습니다. 첫 번째 답변에서는 상대를 시험하는 질문이었지만, 여기서는 다음에 무엇을 이야기할지 결정하기 위한 질문이 됩니다. 면접관의 대답에 따라 여기서 이야기는 두 갈래로 나뉩니다.

'아직 정비되지 않았다'고 돌아왔을 경우

면접관: '솔직히 말해서, 아직 정비되어 있지 않습니다. 몇몇 사람이 개인적으로 사용하는 정도입니다.'

이 답변이 나오면, 하네스를 만드는 역량을 보여줄 차례입니다. 갑자기 실적을 나열하기 전에, 어디에서 멈춰 있는지 한 가지만 물어보세요.

지원자: '감사합니다. 한 가지만 여쭤보겠습니다. 멈춘 부분이 일부 사람만 사용하고 있는 곳입니까? 아니면 품질이 불안해서 본방에 내놓지 못하는 곳입니까? 어느 쪽인지에 따라 처음에 손을 대야 할 곳이 달라집니다.'

면접관: '후자입니다. AI가 작성한 코드를 누가 어디까지 보면 되는지 정해지지 않았습니다.'

지원자: '잘 이해합니다. 예전에 검증 시스템 없이 AI의 PR을 통과시켰더니, 테스트가 없는 분기가 본방에서 처음 작동했고, 밤중에 호출된 적이 있었습니다. 그 이후로, AI에게 지키게 하고 싶은 규칙은 모두 자동 검증에 포함시켰습니다. 검증을 통과하지 못한 변경 사항은 커밋(commit)도 푸시(push)도 할 수 없습니다. 문서에만 적어둔 규칙은 바쁜 날일수록 읽히지 않기 때문입니다.

이 실패담은 자신의 경험에 비추어 이야기해야 합니다. 비슷한 경험이 없다면 생략해도 무방합니다. 경험이 있다면, '규칙을 검증에 포함시키는' 이유를 가장 짧게 전달할 수 있는 재료가 됩니다.

지원자: “구체적으로는, Claude Code의 Hook을 사용하고 있습니다. 커밋 전 리뷰, 비밀 정보가 섞여 있지 않은지 검증, 푸시 전 보안 검증은 통과하지 못하면 다음 단계로 진행할 수 없습니다. [A1・시스템 구조]의 규칙을 이 형태로 구동하고 있습니다.”

Hook은 Claude Code의 기능이지만, 면접관이 다른 AI 도구를 사용하더라도 곤란한 일은 없습니다. git의 hook과 CI를 결합하면 같은 검증을 구성할 수 있기 때문입니다. 어떤 도구를 사용하든 규칙을 검증에 통합할 수 있다고 한마디 보충해 주면, 면접관도 자사의 환경에 맞춰 듣기 쉬워질 것입니다.

지원자: “CI는 재사용 가능한 워크플로우로 정리하여 [A2・리포지토리 개수]의 리포지토리에서 호출하고 있습니다. 공통된 한 곳을 수정하면 모든 리포지토리에 같은 검증이 적용됩니다. 게다가 [A3]처럼, 매일 점검도 사람이 보지 않아도 돌아가도록 하고 있습니다.”

면접관: “그건 저희 회사에서도 바로 할 수 있나요?”

지원자: “첫 1개월은 하나의 팀의 하나의 리포지토리에 한정하여 품질 게이트와 CI를 도입합니다. PR을 내고 나서 머지(merge)하기까지의 시간과 반려율을 측정하고, 효과가 나오면 다른 팀으로 확산시킵니다.”

지원자: “AI 설정은 측정하지 않고 추가하면 역효과가 날 때가 있습니다. 저는 [A4]처럼 비용과 품질을 측정하면서 조정해 왔습니다. [A5]처럼, 측정된 결과를 보고 사용을 중단한 시스템도 있습니다.”

이 상황에서 전달하고 싶은 것은, 시스템을 만들 수 있다는 것과 그것을 숫자로 측정하여 실제 운영에 적용할 수 있다는 두 가지입니다. 면접관이 엔지니어가 아니라면, Hook 부분은 “지키게 하고 싶은 규칙은 자동 검증에 통합해 놓았습니다”라는 한 문장만으로 간결하게 처리합니다.

“이미 돌아가고 있다”는 답변을 들었을 경우

면접관: “저희는 이미 충분히 잘 돌아갑니다. PR의 절반 정도는 AI가 작성하고 있습니다.”

이런 답변이 나오면, 하네스(Harness) 이야기는 짧게 하고, 결과에 대한 책임과 조직으로의 확산에 이야기를 옮깁니다. 먼저, 상대방의 노력을 솔직하게 인정합니다.

지원자: “그렇다면 대화가 빠르네요. 하나 여쭤봐도 될까요? AI가 생성한 PR의 리뷰와 실제 장애가 발생했을 때의 판단은 누가 하고 계십니까?”

면접관: “리뷰는 시니어 2명이 거의 보고 있습니다. 솔직히, 따라가지 못하고 있습니다.”

지원자: “AI가 빨라질수록 막히는 곳은 리뷰와 판단으로 옮겨갑니다. 저는 그 부분을 맡고 싶습니다.”

지원자: “첫 번째는, 사람이 판단하는 범위를 정하는 것입니다. 결제나 인증, 데이터 이관은 AI가 작성했더라도 사람이 판단해야 하는 영역입니다. 저는 [B1]로, 이중 처리나 누락을 방지하는 설계를 해왔습니다. 그 종류의 판단을 시니어 분과 분담할 수 있습니다.”

지원자: “두 번째는, 보안과 장애 대응입니다. [B2]처럼, 비밀 정보가 섞여 있지 않은지 검증이나 보안 검증은 사람의 주의에 의존하지 않고 시스템으로 강제하고 있습니다. 장애 대응에서는 [B3]처럼, 판단을 내리는 입장에 서 왔습니다.”

지원자: “세 번째는, 조직에 확산시키는 것입니다. [A2]처럼 품질 게이트를 여러 리포지토리에 적용한 경험과, [B4]처럼 팀에 규약을 전파한 경험이 있습니다. 지식은 [B5]와 같은 형태로 공유해 왔습니다. 입사 후 첫 1개월은, 현재의 하네스로 사람이 어디에서 막히고 있는지를 측정하는 것부터 시작하겠습니다.”

여기서, 면접관이 한 단계 더 깊게 질문할 수 있습니다.

면접관: “그건 팀에서의 경험인가요. 아니면 개인 개발인가요?”

B3와 B4가 개인 개발 실적만으로 채워져 있는 경우, 이 질문에 대한 답변 방식에 따라 인상이 크게 달라집니다. 얼버무리면 지금까지의 이야기 전체의 신뢰도가 떨어지게 됩니다.

지원자: “시스템 부분은 개인 개발에서의 실적입니다. 업무에서는 [B3・업무에서의 장애 대응]이나 [B4・업무에서의 팀 전개]를 경험했습니다. 개인 개발로 시도하고 측정했던 것을 업무에 가져왔다는 순서입니다.”

개인 개발로 시도한 것을 업무에 적용해 본 경험이 있다면, 그것 자체가 조직에 확산시킬 힘의 증거가 됩니다. 업무 경험이 아직 부족하다면, 개인 개발에서 측정한 수치를 솔직하게 보여주고, 팀에서는 이렇게 진행하고 싶다는 절차를 구체적으로 이야기합니다.

면접관이 누구냐에 따라 말의 길이를 조절하기

같은 답변이라도, 면접관의 입장에 따라 전달되는 부분이 다릅니다.

현장 엔지니어가 면접관이라면, Hook이나 CI의 구체적인 내용까지 이야기해도 문제없습니다. 오히려 어떤 검증을 어느 순서로 통과시키는지 같은 세부 사항에 흥미를 가질 때가 많습니다.

인사나 사업 부문 사람이 면접관이라면, 기술 용어는 거의 전달되지 않습니다. A1부터 A3은 “지키게 하고 싶은 규칙은 자동 검증에 통합해 놓았습니다”라는 한 문장으로 요약하고, 나머지 시간은 무엇을 만들지를 결정하는 이야기와 책임에 대한 이야기에 할애하는 것이 좋습니다.

임원이나 사업 책임자가 면접관이라면, 처음 연봉 계산 이야기를 했던 부분으로 다시 돌아가 효과를 보는 것이 좋습니다. '720만 엔의 툴 비용을 성과로 바꿀 사람이 없다면, 그 투자는 회수할 수 없습니다'라고 전달하며, 자신을 고용하는 것을 툴 비용 회수 수단으로 위치시킵니다.

면접 후 메모 되돌아보기

면접이 끝난 후, 지원자는 면접 메모를 다시 살펴봐야 합니다. 어떤 답변에 대해 무엇을 이야기했고, 어떤 실적을 사용했는지 정리하면 다음과 같습니다.

참고로, 잘 답변한 면접에서는 마지막에 면접관으로부터 다음과 같은 한마디가 돌아올 때가 있습니다.

면접관: '과연. 그럼 Max도 계약하는 편이 좋겠네요.'

지원자: '네, 물론입니다. 가능하다면 저의 것도 부탁드립니다.'

Discussion