PM 경력기술서 작성법
이력서와 무엇이 다른지부터 항목별 구성까지, PM·PO 경력기술서를 문제 해결 서사로 쓰는 방법을 정리합니다.
이력서와 경력기술서는 무엇이 다른가
둘을 같은 문서의 긴 버전과 짧은 버전으로 생각하면 경력기술서가 이력서의 반복이 됩니다. 역할이 다릅니다. 이력서는 판단을 유도하는 문서이고, 경력기술서는 그 판단의 근거를 검증받는 문서입니다.
그래서 읽는 방식도 다릅니다. 이력서는 훑어보며 “더 볼 만한가”를 정하는 데 쓰이고, 경력기술서는 그 뒤에 “정말 그런가”를 확인하려고 읽습니다. 앞 문서에서 한 주장이 뒤 문서에서 사실로 받쳐지지 않으면, 분량이 아무리 많아도 신뢰가 깎입니다.
실무에서 가장 흔한 사고는 이력서에 쓴 성과와 경력기술서에 쓴 프로젝트가 서로 다른 이야기를 하는 경우입니다. 두 문서를 따로 쓰다 보면 쉽게 벌어집니다. 경력기술서를 먼저 쓰고 거기서 이력서를 뽑아내면 이 어긋남이 구조적으로 생기지 않습니다.
PM 경력기술서의 기본 골격
회사 단위가 아니라 프로젝트 단위로 나눕니다. 재직 기간이 길수록 회사 단위로 묶으면 무엇을 했는지가 뭉개집니다. 프로젝트 하나마다 다섯 조각을 채웁니다.
- 배경 — 제품·팀 규모·시점. 읽는 사람이 난이도를 가늠하는 자리입니다.
- 역할— 직함이 아니라 실제로 맡은 결정 범위를 씁니다. 같은 “PM” 이어도 우선순위를 정한 사람과 정해진 것을 실행한 사람은 다르고, 회사 밖에서는 그 차이를 알 방법이 직함 말고 이 문장뿐입니다.
- 문제 — 무엇이 잘못돼 있었는지. 여기가 비면 나머지가 업무 나열이 됩니다.
- 행동 — 내가 한 판단과 그 근거. 협업 부서와의 조율도 행동입니다.
- 결과 — 수치가 있으면 수치로, 없으면 검증 가능한 사실로.
다섯 조각 중 가장 자주 비는 것이 문제입니다. 무엇을 만들었는지는 기억나는데 왜 그것을 만들기로 했는지는 당시 회의에서 합의하고 넘어간 경우가 많기 때문입니다. 그 자리가 비면 나머지 네 조각이 아무리 상세해도 “주어진 일을 잘 처리한 사람”까지만 전달됩니다. 기억이 안 나면 그때 쓴 기획 문서의 배경 단락을 다시 읽는 편이 빠릅니다.
문제 해결 서사로 쓰는 법
다섯 조각을 채워도 순서를 잘못 두면 읽히지 않습니다. 왜 → 어떻게 → 무엇을 순서가 안전합니다. 무엇을 했는지부터 시작하면 판단의 근거가 뒤에 붙어 “시켜서 한 일”처럼 읽힙니다.
[샘플] 검색 개편 프로젝트를 진행하여 검색 기능을 리뉴얼했습니다. → [샘플] 검색 결과에서 이탈하는 비율이 다른 진입 경로보다 두 배 높았고, 로그를 보니 오타·띄어쓰기 차이로 결과가 0건이 되는 질의가 상당수였습니다. 사전 기반 보정을 먼저 넣는 안과 검색 엔진을 교체하는 안을 비교해, 4주 안에 검증 가능한 전자를 택했습니다. 결과 0건 질의가 눈에 띄게 줄었고, 이후 엔진 교체 논의의 기준 데이터가 됐습니다.
뒤 문장에는 직함이 한 번도 안 나오지만 어떤 사람인지 드러납니다. 경력기술서가 하는 일이 그것입니다.
자주 나오는 실수 세 가지
- 업무를 나열한다— “요구사항 정의, 화면 설계, QA 지원”은 직무 소개이지 내 경력이 아닙니다. 같은 직함이면 누구나 쓸 수 있는 문장은 변별력이 없습니다.
- 팀 성과와 내 기여를 안 가른다 — 큰 성과를 그대로 쓰면 면접에서 범위를 되묻습니다. 먼저 밝히면 오히려 신뢰가 올라갑니다.
- 과정만 있고 결과가 없다 — 열심히 한 이야기로 끝나면 판단할 근거가 없습니다. 결과가 나쁘게 끝났어도 무엇을 배웠는지까지 쓰면 그 자체가 결과입니다.
분량과 정리 순서
분량을 미리 정하고 쓰면 중요한 프로젝트가 잘립니다. 다 쓰고 나서 줄이는 순서가 낫습니다. 줄일 때 기준은 두 가지입니다. 지원하는 포지션과 관련이 깊은가, 그리고 최근인가.
오래된 프로젝트라도 지원 직무와 정확히 겹치면 남기고, 최근이어도 관련이 없으면 한 줄로 압축합니다. 모든 경력을 같은 밀도로 쓸 필요는 없습니다.
한 가지 더. 경력기술서는 지원할 때마다 처음부터 쓰는 문서가 아닙니다. 프로젝트가 끝날 때마다 다섯 조각을 그때그때 채워두면, 정작 필요한 순간에는 고르고 줄이는 일만 남습니다. 몇 년 치를 한꺼번에 되짚는 작업이 어려운 이유는 분량이 아니라, 그때의 판단 근거가 이미 흐려졌기 때문입니다.
자주 묻는 질문
이력서와 경력기술서는 무엇이 다른가요?
이력서는 판단을 유도하는 문서이고 경력기술서는 그 판단의 근거를 검증받는 문서입니다. 이력서는 훑어보며 더 볼 만한가를 정하는 데 쓰이고, 경력기술서는 그 뒤에 정말 그런가를 확인하려고 읽힙니다.
이력서와 경력기술서 중 무엇을 먼저 쓰나요?
경력기술서를 먼저 쓰고 거기서 이력서를 뽑아냅니다. 두 문서를 따로 쓰면 이력서에 쓴 성과와 경력기술서의 프로젝트가 서로 다른 이야기를 하기 쉬운데, 이 순서면 어긋남이 구조적으로 생기지 않습니다.
경력기술서는 무엇을 단위로 나누나요?
회사 단위가 아니라 프로젝트 단위입니다. 프로젝트마다 배경, 역할, 문제, 행동, 결과 다섯 조각을 채웁니다. 가장 자주 비는 것이 문제인데, 그 자리가 비면 나머지가 아무리 상세해도 주어진 일을 잘 처리한 사람까지만 전달됩니다.
경력기술서 분량은 어느 정도가 적당한가요?
분량을 미리 정하고 쓰면 중요한 프로젝트가 잘립니다. 다 쓰고 나서 줄이는 순서가 낫고, 줄일 때 기준은 지원 포지션과의 관련도와 최근성 두 가지입니다. 오래됐어도 직무와 겹치면 남기고, 최근이어도 관련이 없으면 한 줄로 압축합니다.
- PM 이력서 성과 지표 정량화하는 법숫자로 쓸 성과가 없다고 느끼는 PM을 위해, 이미 한 일에서 지표를 찾아내고 과장 없이 문장으로 옮기는 방법을 정리합니다.
- 이력서·경력기술서·포트폴리오 차이세 문서가 각각 무엇을 증명하는지, 포트폴리오는 언제 필요한지, PM·PO는 무엇부터 준비하면 되는지 정리합니다.
- PM 이력서 예시 — 고치기 전과 후직무 요약·경험 서술·협업·운영을 고치기 전과 후로 나란히 놓고, 무엇이 문장을 통과시키는지 짚습니다.
- PM 포트폴리오 작성법공고가 포트폴리오를 요구했을 때 무엇부터 정하고 한 프로젝트를 어떻게 펼치는지, 공개할 수 없는 자료는 어떻게 다루는지 정리합니다.