경력기술서 작성법과 필수 구성 요소

- 경력기술서는 무엇을 했고 어떤 성과를 냈는지 증명하는 객관적·팩트 중심 문서입니다.
- 자기소개서보다 먼저 읽히며, 면접 기회를 얻는 입장권 역할을 합니다.
- STAR 구조로 쓰되 Situation·Task는 짧게, Action과 Result에 분량을 집중해야 합니다.
경력직 지원 서류를 준비하다 보면 이력서와 자기소개서 외에 경력기술서를 따로 요구하는 경우가 많습니다. 이름이 비슷한 서류가 여럿이라 무엇을 어떻게 다르게 써야 하는지 헷갈리기 쉽습니다. 경력기술서가 어떤 문서이고 무엇을 담아야 하는지, 순서대로 정리했습니다.
경력기술서와 경력증명서는 다릅니다
이름이 비슷해 혼동하기 쉬운데 성격이 완전히 다릅니다. 경력기술서는 자신의 경력과 직무능력, 프로젝트 성과를 상세히 기술하는 문서입니다. 회사가 발급해주는 증빙 서류와는 목적 자체가 다릅니다.
| 구분 | 경력기술서 | 경력증명서 |
|---|---|---|
| 작성 주체 | 본인 | 회사(인사팀) |
| 내용 | 직무능력·프로젝트 성과 상세 기술 | 재직 사실·기간 등 증빙 |
| 목적 | 무엇을 할 수 있는지 보여주기 | 경력이 사실임을 확인 |
| 분량 | 프로젝트 단위로 구성 | 보통 한 장 |
즉 경력증명서가 “이 사람이 여기서 일했다”는 사실 확인이라면, 경력기술서는 “이 사람이 무엇을 해낼 수 있는가”를 설득하는 문서입니다. 그래서 형식보다 내용이 중요합니다.
왜 이 문서가 먼저 읽히나
경력기술서는 자기소개서보다 면접 기회를 얻는 ‘입장권’ 역할을 하며, HR 담당자가 먼저 확인하는 문서입니다.
이유를 생각해보면 자연스럽습니다. 경력직 채용은 “성장 가능성이 있는 사람”을 뽑는 자리가 아니라 지금 당장 특정 업무를 맡길 사람을 찾는 자리입니다. 그래서 포부나 가치관보다 실제로 무엇을 해봤는지가 먼저 확인됩니다. 자기소개서는 그다음 순서입니다.
이 점을 알면 작성 방향이 분명해집니다. 문장을 다듬는 데 시간을 쓰기보다 어떤 성과를 어떤 근거로 보여줄지 먼저 정리하는 편이 효율적입니다.
쓰기 전에 준비할 두 가지
바로 쓰기 시작하면 대부분 막힙니다. 먼저 재료를 모아야 합니다.
첫째, 최근 3년 기준의 프로젝트·업무 리스트를 뽑습니다. 기억나는 것부터 나열하는 방식으로 시작하면 됩니다. 다만 3년이 절대 기준은 아닙니다. 지원 직무와 직접 연관된 핵심 성과라면 기간에 상관없이 포함할 수 있습니다. 5년 전 프로젝트라도 지원하는 자리와 정확히 맞물린다면 넣는 것이 맞습니다.
둘째, 지원 직무의 직무기술서(JD)에서 요구 역량을 뽑아둡니다. 이게 있어야 내 경력 중 무엇을 앞세울지 판단할 수 있습니다. 같은 경력이라도 어떤 자리에 지원하느냐에 따라 강조할 지점이 달라지기 때문입니다.
이 순서를 뒤집으면 대개 고생합니다. 내 경력을 먼저 다 써놓고 나중에 회사에 맞춰 고치려 하면, 이미 완성된 문장에 애착이 생겨 덜어내지 못합니다. 결과적으로 모든 걸 담은 긴 문서가 되고, 정작 그 회사가 궁금해하는 항목은 뒤쪽에 묻힙니다. 요구 역량을 먼저 놓고 거기에 맞는 경력을 골라 배치하는 순서가 훨씬 수월합니다.
무엇을 담아야 하나

경력기술서에는 다음 항목이 들어가야 합니다.
- 수행 기간 — 언제부터 언제까지
- 역할 — 그 프로젝트에서 맡은 포지션
- 프로젝트 배경 — 왜 진행됐는지
- 담당 역할 및 실행 — 내가 직접 한 일
- 성과 — 결과가 어떻게 달라졌는지
- 사용 도구/역량 — 무엇을 활용했는지
이 중 두 항목에 요령이 있습니다.
담당 역할 및 실행은 자신이 직접 맡은 업무 위주로 3~5줄 내외로 씁니다. 이때 분석·기획·실행·조율 중 무엇을 했는지 명확히 해야 합니다. 같은 프로젝트에 참여했어도 분석을 맡은 사람과 조율을 맡은 사람은 전혀 다른 역량을 증명하게 됩니다.
사용 도구/역량에는 직무에 특화된 툴과 기술, 핵심 역량 키워드를 반드시 기재합니다. 채용 담당자가 요구 조건과 맞는지 빠르게 확인하는 지점이고, 검색으로 걸러지는 경우도 있습니다.
STAR 구조로 쓰는 법
경력기술서는 STAR(Situation, Task, Action, Result) 구조를 기반으로, 본인의 기여도와 성과가 명확히 드러나도록 씁니다.
여기서 중요한 배분 원칙이 있습니다. Situation과 Task는 짧게, Action과 Result에 분량과 밀도를 집중해야 합니다. 상황 설명이 길어지면 정작 본인이 무엇을 했는지가 묻힙니다. 읽는 사람이 알고 싶은 건 배경이 아니라 당신이 개입해서 무엇이 달라졌는가입니다.
이 구조가 오래 쓰이는 데는 이유가 있습니다. 사람은 결과만 들으면 그것이 운인지 실력인지 판단하지 못합니다. 반대로 과정만 길게 들으면 무엇이 달라졌는지 알 수 없습니다. STAR는 상황을 최소한으로 깔아준 뒤 행동과 결과를 연결해 읽는 사람이 인과를 스스로 확인하게 만드는 틀입니다. 그래서 순서를 지키는 것만으로도 설득력이 올라갑니다.
성과는 구체적인 수치를 기반으로 씁니다. 매출, 전환율, 처리 시간, 담당 규모, 개선 전후 변화 같은 항목이 근거가 됩니다. 수치를 쓸 수 없는 직무라면 개선 전과 후를 비교하는 서술이라도 넣는 편이 낫습니다.
서류를 쓸 때마다 처음부터 다시 쓰려니 막막해서 미루기만 했던 시기가 있었습니다. 프로젝트 단위로 한 번 정리해두고 나서는 지원할 때마다 순서만 바꾸면 되니 부담이 확 줄었습니다. 잘 정리해둔 경력기술서는 자기소개서와 면접 준비에 계속 재사용되는 취업 자산이 됩니다. 한 번 만들어두면 계속 쓰는 문서라고 생각하면 처음 들이는 시간이 아깝지 않습니다.
몇 개를, 어떤 순서로
경력기술서는 프로젝트 단위로 작성하는 것을 추천합니다. 연차별로 적정 개수가 다릅니다.
배치 순서에도 원칙이 있습니다. 가장 큰 성과를 낸 프로젝트를 최우선으로 배치하고, 경력은 최신순으로 놓되 지원 포지션과 직접 연결되는 프로젝트를 상단에 둡니다. 서류는 끝까지 정독되지 않는 경우가 많으므로, 가장 보여주고 싶은 것이 위에 있어야 합니다.
흔한 실수 세 가지
① 팀 성과를 자기 성과처럼 쓰는 것. 가장 자주 지적되는 부분입니다. 팀이 낸 결과를 통째로 자기 것처럼 서술하면 면접에서 금방 드러납니다. 팀 성과 중 본인의 역할과 기여도를 명확히 제시하는 방식이 맞습니다.
오히려 역할이 분명할수록 신뢰가 올라갑니다. 규모가 큰 성과일수록 혼자 만들어냈을 가능성이 낮다는 걸 읽는 사람도 압니다. 그런데 “제가 이걸 다 했습니다”라고 쓰여 있으면 나머지 서술까지 의심하게 됩니다. 반대로 전체 성과를 인정하면서 그 안에서 자신이 맡은 부분을 정확히 짚으면, 협업 경험과 자기 객관화까지 함께 보여주는 셈이 됩니다. 경력직 채용에서 이 둘은 생각보다 크게 평가되는 항목입니다.
② 모호한 표현. ‘많이’, ‘열심히’ 같은 말은 아무것도 증명하지 못합니다. 근거 있는 사실로 바꿔야 합니다.
③ 길이에 집착하는 것. 길이보다 구조와 구체적인 수치가 중요합니다. 분량을 채우려 배경 설명을 늘리면 오히려 핵심이 흐려집니다.
작성 체크리스트
- ☐ 최근 3년 기준 프로젝트·업무 리스트 정리
- ☐ 지원 직무 JD에서 요구 역량 추출
- ☐ 프로젝트 단위로 구성(연차별 적정 개수 확인)
- ☐ 각 항목에 수행 기간·역할·배경·실행·성과·사용 도구 포함
- ☐ 담당 역할은 3~5줄, 분석·기획·실행·조율 중 무엇인지 명시
- ☐ STAR에서 Action·Result에 분량 집중
- ☐ 성과를 수치나 전후 비교로 표현
- ☐ 팀 성과와 내 기여도를 구분해 서술
- ☐ ‘많이·열심히’ 같은 모호한 표현 제거
- ☐ 지원 포지션과 직결되는 프로젝트를 상단 배치