경력직 이직을 준비하는 개발자에게

by 그릿 | GROWTH_ESSAY | 2026-06-07

#이직 #커리어

경력직 이직 준비를 도와달라는 멘토링 요청이 많습니다. 3년, 5년 경력을 가진 분들입니다. 그런데 막상 이야기를 나눠보면 신입처럼 준비하고 있는 경우가 대부분입니다.

코딩테스트 문제를 다시 풀고, 이력서에 기술 스택을 나열하고, “열심히 배우겠습니다”는 자기소개를 쓰고 있습니다. 이 준비 방식은 신입한테는 통할 수 있습니다. 경력자에게는 오히려 마이너스가 됩니다.

회사가 경력자에게 원하는 건 다릅니다

신입에게 원하는 건 가능성입니다. 아직 없지만 키울 수 있는 무언가. 그래서 학습 속도, 태도, 기본기를 봅니다.

경력자에게는 다릅니다. 지금 당장 써먹을 수 있는 사람을 원합니다. “3년간 뭘 했고, 그게 우리한테 어떻게 도움이 되는가”를 묻습니다. 이걸 명확하게 답하지 못하면 경력을 가지고도 신입 경쟁에 끼어들게 됩니다.

멘토링에서 경력직 이력서를 보면 공통 패턴이 있습니다. 어떤 기술을 썼고, 어떤 기능을 만들었는지는 적혀 있습니다. 왜 그렇게 결정했는지는 없습니다.

“카프카를 도입했습니다”라고 쓰면 면접관은 이렇게 묻습니다. “왜 카프카였나요? RabbitMQ는 검토하지 않았나요?” 그 질문에 막히는 순간, 경력 3년은 의미 없어집니다.

경력자의 이력서는 기술의 목록이 아닙니다. 어떤 상황에서 어떤 판단을 했고, 그 결과가 어떠했는지. 그게 경력입니다.

“성능을 개선했습니다”라는 말은 아무것도 말하지 않습니다. “월 500만 건 트래픽을 처리하는 서비스에서 평균 응답시간을 800ms에서 120ms로 줄였습니다”라고 쓰면 다릅니다.

그 문장 하나로 면접관은 그 개발자가 어떤 규모의 시스템을 경험했는지 알 수 있습니다. 200명 넘는 분들을 보면서 확인했습니다. 숫자 없는 경력직 이력서는 기억에 남지 않습니다.

숫자가 없다면 만들어야 합니다. 정확하지 않아도 됩니다. DAU 규모, 트래픽 수치, 개선 전후 비교. 이걸 머릿속에 정리하는 훈련부터 해야 합니다.

경력직 이직을 준비할 때 한 가지만 기억하면 됩니다. “나는 무엇을 들고 가는가.”

기술 스택 목록이 아닙니다. 내가 지금까지 어떤 문제를 어떻게 풀었는지, 그 경험이 다음 회사에 어떤 가치를 줄 수 있는지. 그게 명확하게 정리되지 않으면, 회사도 나를 왜 뽑아야 하는지 모릅니다.

준비는 코딩테스트가 아닙니다. 지난 몇 년의 경험을 어떻게 말할 것인가, 거기서 시작해야 합니다.