이력서가 길어서 떨어지는 게 아니다, 핵심이 보이지 않아서 떨어진다

이력서를 줄여야 할지, 더 자세히 써야 할지 고민하는 분이 많습니다. 여러 이력서에 피드백을 하면서 반복해서 본 것은 분량이 짧든 길든 아쉬운 이력서에는 같은 문제가 있다는 점입니다. 기술 설명은 충분한데, 정작 본인의 역할과 책임, 성과가 한눈에 들어오지 않습니다.

짧은 이력서와 긴 이력서의 같은 문제

• 짧게 압축한 이력서: 기술 이름과 프로젝트 제목만 남아서, 그 안에서 내가 무엇을 했는지 알 수 없습니다.
• 자세히 쓴 이력서: 기술 설명이 길어서 정작 중요한 판단과 결과가 문장 속에 묻힙니다.

읽는 사람은 이력서 한 장에 오래 머물지 않습니다. 길이가 부담인 것이 아니라 읽고 나서 남는 것이 없다는 것이 문제입니다.

한눈에 보여야 하는 세 가지

1. 내 역할: 팀에서 어떤 위치였고, 어디까지 맡았는가
2. 내 책임: 무엇을 결정했고, 문제가 생기면 누가 대응했는가
3. 결과: 무엇이 어떻게 달라졌는가

프로젝트마다 첫 두세 줄 안에 이 세 가지가 보이면, 나머지 기술 설명은 읽는 사람이 필요할 때 찾아봅니다.

같은 경험, 다른 우선순위

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

• 약함: 주문 시스템 개발. 주문, 결제, 배송 모듈 구현. 사용 기술: 여러 프레임워크와 데이터 저장소

• 강함: 주문 시스템에서 결제 연동과 재처리 구조를 맡아, 중복 결제와 누락 건이 생기던 문제를 정리. 사용 기술은 문장 뒤에 따로 표기

두 문장의 정보량은 비슷하지만, 두 번째는 무엇을 책임졌는지가 먼저 읽힙니다. 기술은 그 근거로 뒤에서 받쳐 줍니다.

길이를 정하는 기준

• 오래된 경력과 지원 직무와 관련이 적은 프로젝트는 줄입니다.
• 지원 직무와 가까운 경험은 충분히 길게 씁니다.
• 한 프로젝트는 "역할 → 책임 → 결과 → 사용 기술" 순서로 씁니다.

분량을 맞추는 일이 아니라, 읽는 사람이 가장 먼저 알았으면 하는 것의 순서를 정하는 일입니다.

점검

1. 각 프로젝트의 첫 두 줄에서 내 역할이 보이는가
2. 기술 나열이 문장 앞쪽을 차지하고 있지 않은가
3. 결과가 적혀 있지 않은 항목은 몇 개인가
4. 지원 직무와 거리가 먼 내용이 상단에 있지 않은가
5. 처음 보는 사람이 이력서를 30초 읽고 내가 어떤 사람인지 설명할 수 있는가

이력서의 길이보다 정보의 우선순위와 전달력이 먼저입니다.