이력서엔 경력, 경력기술서엔 성과를 담는다
이력서는 어디서 무엇을 했는지 사실을 연대순으로 보여주는 문서이고, 경력기술서는 그 일을 얼마나 잘했는지 성과로 증명하는 문서다. 그래서 경력기술서는 회사가 아니라 프로젝트 단위로, 역할과 기여와 수치를 함께 적어야 한다. 담당 업무만 나열하고 성과·기여도·사용 기술을 빠뜨리는 것이 경력직이 가장 흔히 저지르는 실수다.
이력서와 경력기술서는 답하는 질문이 다르다
두 문서를 헷갈리면 경력기술서가 이력서의 긴 버전처럼 나온다. 실제로는 답하는 질문이 다르다. 이력서는 '어디서, 언제, 무엇을 했는가'에 답하는 연대기적 문서다. 인적사항, 학력, 다닌 회사와 재직 기간, 직급, 자격증처럼 검증 가능한 사실을 정리한다.
경력기술서는 '그래서 얼마나 잘했는가'에 답한다. 같은 경력이라도 어떤 문제를 맡아 어떻게 풀었고 무엇이 달라졌는지를 보여주는 성과 중심 문서다. 이력서가 이력의 목차라면, 경력기술서는 그 목차 아래 실제 내용이다. 그래서 경력직 채용에서는 이력서만으로 판단하지 않고 경력기술서를 함께 요구한다.
두 문서를 같은 내용으로 채우면 하나는 버려진다. 이력서에 'OO커머스 마케팅팀, 2년 재직'이라고 적었다면, 경력기술서에는 그 2년 동안 어떤 캠페인을 맡아 어떤 지표를 움직였는지가 들어가야 한다. 회사 이름과 기간은 이력서에서 이미 확인되니 경력기술서에서 되풀이할 이유가 없다.
경력기술서는 프로젝트 단위로 쌓는다
Kampus Production
작성 단위부터 바꿔야 한다. 회사별로 '무슨 일을 담당했다'를 늘어놓는 대신, 프로젝트 단위로 끊어 정리하는 편이 읽힌다. 1~3년 차라면 대표 프로젝트 3개 안팎, 5년 차 이상이라면 5개에서 많아야 10개 정도가 적당하다. 개수를 채우기보다 직무와 맞닿은 경험을 고르는 게 먼저다.
각 프로젝트는 세 가지를 담는다. 성과, 역할, 기술이다. 성과는 수치로 증명된 결과이고, 역할은 그 성과를 만들기 위해 내가 맡은 책임과 기여도이며, 기술은 어떤 도구와 지식을 실제로 어떻게 썼는지다.
서술은 '무엇을 했다'에서 멈추지 않는다. 어떤 상황에서 어떤 과제를 맡아, 어떻게 움직였고, 그 결과 무엇이 달라졌는지까지 한 흐름으로 잇는다. 상황-과제-행동-결과로 이어지는 이 구조가 흔히 말하는 STAR다. '재고 관리를 담당했다'가 아니라 '수기로 관리하던 재고를 시트 자동화로 바꿔 월 마감 시간을 절반으로 줄였다'처럼, 행동과 결과가 붙어야 성과가 된다. 항목마다 3~5줄 안쪽으로 끊으면 읽는 사람이 핵심을 빨리 잡는다.
경력직이 자주 빠뜨리는 것
가장 흔한 누락은 수치다. 성과를 적는다면서 '매출 향상에 기여'처럼 방향만 쓰고 크기를 비운다. 얼마나, 어떤 기간에, 무엇 대비 좋아졌는지가 없으면 읽는 사람은 규모를 가늠할 수 없다. 비교 기준이 없다면 억지로 숫자를 지어내지 말고, 담당 범위나 처리 건수처럼 검증 가능한 수치를 쓰는 편이 낫다.
두 번째는 내 기여도다. 팀으로 한 프로젝트일수록 '무엇을 했다'는 남지만 '그중 내가 무엇을 주도했다'는 사라진다. 면접관이 확인하려는 건 팀의 성과가 아니라 당신의 몫이다.
세 번째는 사용한 기술과 프로젝트 기간이다. 어떤 도구를 실제 업무에 어떻게 적용했는지, 그 일이 몇 개월짜리였는지가 빠지면 경험의 밀도가 드러나지 않는다. 3개월 프로젝트에서 낸 성과와 2년에 걸친 성과는 무게가 다른데, 기간이 없으면 그 차이가 지워진다.
정리하면 담당 업무를 빠짐없이 적는 데 공을 들이기보다, 성과·기여·기술·기간이 한 프로젝트 안에 다 들어갔는지부터 점검하는 편이 합격에 가깝다. 경력기술서는 많이 한 사람이 아니라 한 일을 설명할 줄 아는 사람을 가려낸다.