이력서와 경력기술서는 다른 문서다
신입 채용의 중심 서류가 자기소개서라면, 경력직 채용의 중심은 경력기술서입니다. 이력서가 경력의 목차라면, 경력기술서는 그 본문입니다. 이력서에서 ”○○ 프로젝트 리딩”이라는 한 줄을 본 면접관이 경력기술서에서 확인하고 싶은 건 세 가지입니다. 정확히 무엇을 했고, 어떤 역할이었고, 결과가 무엇이었는가.
이 구분이 중요한 이유는, 두 문서에 같은 내용을 같은 밀도로 쓰는 실수가 많기 때문입니다. 이력서는 훑어 읽기 좋게 압축하고, 경력기술서는 검증이 가능할 만큼 구체적으로 풀어 쓰세요.
회사 단위가 아니라 프로젝트 단위로
경력기술서의 기본 단위는 회사가 아니라 프로젝트(또는 업무 묶음)입니다. 각 프로젝트마다 다음 구조를 유지하세요.
- 프로젝트명과 기간 — 한 줄
- 배경/문제 — 왜 이 일이 필요했나 (1~2문장)
- 내 역할 — 팀에서 내가 맡은 부분. “참여”가 아니라 경계가 보이게
- 한 일 — 구체적인 행동. 의사결정과 그 이유가 드러나면 가장 좋습니다
- 성과 — 숫자, 또는 전후 변화
여기서 가장 자주 무너지는 항목이 “내 역할”입니다. 5인 팀 프로젝트를 통째로 내 성과처럼 쓰면, 면접에서 두세 번의 질문만으로 드러납니다. “전체 파이프라인 중 데이터 수집과 정제 파트를 담당”처럼 경계를 명확히 긋는 쪽이 신뢰를 만들고, 역설적으로 더 좋게 읽힙니다.
성과를 숫자로 만드는 법
“성과를 숫자로”라는 조언은 누구나 알지만, 막상 내 일에는 숫자가 없다고 느끼기 쉽습니다. 이럴 때는 다음 순서로 찾아보세요.
- 직접 지표 — 매출, 전환율, 처리량, 응답 시간, 비용
- 간접 지표 — 내 작업이 영향을 준 팀 지표, 반복 업무 절감 시간
- 규모 — 다룬 데이터량, 사용자 수, 트래픽, 예산
- 빈도와 기간 — “월 1회 → 주 1회 배포”, “3개월 걸리던 작업을 2주로”
넷 중 하나도 없는 업무는 거의 없습니다. 그래도 없다면 전후 비교(“수기 관리되던 것을 시스템화”)로 변화 자체를 성과로 쓰세요.
경력 공백과 잦은 이직 다루기
공백기는 숨기는 것보다 한 줄로 직접 다루는 편이 낫습니다. 면접관은 어차피 기간을 계산하고, 설명 없는 공백은 가장 나쁜 상상으로 채워집니다. 학습, 가족 돌봄, 건강 회복 — 무엇이든 사실대로 짧게 쓰고, 그 기간에 유지하거나 쌓은 것이 있다면 덧붙이세요.
이직이 잦았다면 각 이동의 서사를 만들기보다, 경력 전체를 관통하는 일관된 주제(예: “규모가 다른 환경에서 같은 도메인 문제를 풀어왔다”)를 요약 문단에서 먼저 제시하는 것이 효과적입니다. 개별 이동의 사유는 면접에서 답할 준비를 해두면 됩니다.
직무별로 강조점이 다르다
- 개발 — 기술 선택의 이유, 장애·성능 개선 경험, 운영 규모
- 마케팅 — 채널별 예산과 ROAS, 실험 설계와 검증 과정
- 기획/PM — 문제 정의 → 우선순위 → 출시 → 지표 변화의 사이클
- 영업/사업개발 — 파이프라인 규모, 달성률, 신규 개척 사례
공통 원칙은 하나입니다. 그 직무의 채용공고가 요구하는 역량 순서대로, 내 프로젝트의 배치와 강조점을 다시 정렬하는 것. 한 번 쓴 경력기술서를 모든 회사에 그대로 내는 건 이력서와 마찬가지로 손해입니다.
한 번 정리해두면 계속 쓴다
경력기술서가 유독 부담스러운 이유는, 지원할 때마다 흩어진 기억을 처음부터 다시 끌어모으기 때문입니다. 프로젝트가 끝날 때마다 위의 구조(배경–역할–한 일–성과)로 기록해 두면, 지원 시점에는 골라서 배열만 하면 됩니다.
Career SSOT Studio는 정확히 이 방식으로 동작합니다. 경험을 한 번 구조화해 두면 이력서·경력기술서·자소서가 회사별로 다시 조립됩니다. 지금 가진 경력기술서가 어느 수준인지 먼저 확인하고 싶다면 이력서 피드백 AI에 올려 항목별 점수부터 받아보세요.
정리
경력기술서는 “열심히 했다”를 길게 쓰는 문서가 아니라, 검증 가능한 사실을 구조적으로 배열하는 문서입니다. 프로젝트 단위로 쪼개고, 역할의 경계를 긋고, 성과를 숫자로 닫으세요. 서류 전체의 완성도를 높이고 싶다면 이력서 잘 쓰는 법과 자기소개서 작성법도 이어서 읽어보세요.