좋은 개발자라도 모든 회사의 서류를 통과할 수는 없다

서류 탈락이 이어지면 "내 실력이 부족한가"를 먼저 의심하게 됩니다. 하지만 서류 단계의 판단은 실력의 높낮이만이 아니라 지원한 자리와 이력서가 얼마나 맞는지(FIT)에도 크게 좌우됩니다.

같은 직군, 다른 기준

같은 이름의 직무라도 회사가 찾는 경험은 다릅니다.

• 프론트엔드라도 플랫폼 개발, 제품 UX, 모바일 서비스에 따라 중요하게 보는 경험이 다릅니다.
• 금융권 백엔드라도 일반 서비스 백엔드, 신용평가 솔루션, 트레이딩 시스템이 요구하는 경험은 서로 다릅니다.

그래서 좋은 개발자라도 모든 회사의 서류를 통과할 수는 없습니다. 이것은 부족함이 아니라 자리와 경험이 맞지 않는 것일 수 있습니다.

범용 이력서의 한계

모든 곳에 같은 이력서를 내면 모든 경험이 같은 비중으로 적힙니다. 읽는 사람은 그중에서 자기 팀에 필요한 경험을 찾아야 하는데, 찾지 못하면 그대로 넘어갑니다.

대표 경력 고르는 법

1. 공고를 읽고 반복되는 단어를 찾습니다. (예: 대규모 트래픽, 운영 안정성, 사용자 경험)
2. 내 경험 중 그 단어와 가장 가까운 두세 가지를 고릅니다.
3. 그 경험을 이력서 상단에 두고, 역할과 결과를 가장 자세히 씁니다.
4. 관련이 적은 경험은 한 줄로 줄입니다.

예시(재구성한 문장입니다)

• 같은 사실: 결제 연동 경험, 운영 장애 대응 경험, 신규 화면 개발 경험

• 안정성을 중시하는 자리: 결제 연동과 장애 대응을 위로

• 제품 개발을 중시하는 자리: 신규 화면 개발과 개선 과정을 위로

서류에서 먼저 확인하는 것

서류를 읽는 사람은 이력서 전체를 꼼꼼히 읽기보다 이 사람이 우리 자리에서 바로 일할 수 있는가를 먼저 가늠합니다. 그래서 공고의 핵심 요구와 겹치는 경험이 위쪽에 있으면 뒤의 내용도 호의적으로 읽히고, 겹치는 경험이 아래에 묻혀 있으면 같은 경력이라도 평가가 달라집니다.

• 지원 이유를 한 문장으로 쓸 수 있어야 합니다. (왜 이 직무인가)
• 이 회사가 가진 문제와 내 경험이 만나는 지점을 찾아 봅니다.
• 맞지 않는 자리에 낸 탈락은 실력의 평가가 아니라는 점을 기억합니다.

선을 지켜야 할 것

직무에 맞춰 강조점을 바꾸는 것과 사실을 바꾸는 것은 다릅니다. 역할이나 성과를 부풀리지 않고, 같은 사실을 어느 순서로 어떻게 보여 줄지만 조정합니다. 면접에서 근거를 설명할 수 있는 범위 안에 있어야 합니다.

점검

1. 지원하려는 자리가 가장 필요로 하는 경험은 무엇인가
2. 그 경험이 이력서 상단에 있는가
3. 관련이 적은 내용이 같은 비중으로 길게 적혀 있지 않은가
4. 모든 지원에 똑같은 이력서를 내고 있지 않은가

하나의 범용 이력서보다 지원 직무에 맞춘 대표 경력을 고르는 쪽이 훨씬 효과적입니다.