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