개발자 경력기술서, 업무 나열로는 연차가 안 보입니다 — 프로젝트별 작성 예시

지원서 화면에 이력서, 포트폴리오에 이어 「경력기술서」 첨부 칸이 하나 더 있어요. 일단 다녔던 회사와 맡았던 업무를 줄줄이 적어 보는데, 써 놓고 보니 이력서를 한 번 더 옮겨 적은 것 같아요.

개발자 경력기술서는 이력서의 복사본이 아니라, 이력서 한 줄 뒤에 숨은 프로젝트를 꺼내 「이 사람이 그 자리에서 무엇을 했고 무엇이 바뀌었는지」를 보여 주는 문서예요. 이 글은 NCS 공정채용 입사지원서 안내의 경력·경험 구분을 기준으로, 개발자 경력기술서를 프로젝트 단위로 쓰는 순서와 신입이 쓰는 법, 제출 전 점검 목록을 정리했어요.

30초 요약

• 개발자 경력기술서는 회사 단위가 아니라 프로젝트 단위로 써야 몇 년 차인지가 보여요.
• 프로젝트 하나는 기간·소속 → 역할 → 기술 → 문제 → 행동 → 결과 순서로 채우면 빠지는 게 없어요.
• NCS 공정채용 안내 기준으로 경력은 보수를 받고 한 일, 경험은 보수 없이 한 활동이에요.
• 신입은 인턴처럼 보수를 받은 일만 경력에 쓰고, 국비 과정·동아리 프로젝트는 경험으로 써요.
• 기술 이름 나열, 팀 성과를 내 성과처럼 쓰기, 측정 근거 없는 숫자는 면접에서 바로 걸려요.

개발자 경력기술서가 이력서와 다른 점

이력서는 「어디서, 언제, 어떤 직무로」를 한눈에 보여 주는 목록이에요. 개발자 경력기술서는 그 목록의 각 줄을 펼쳐서 실제로 한 일을 설명하는 문서예요. 자기소개서가 지원 동기와 태도를 말한다면, 경력기술서는 결과물과 과정을 말해요.

문서	답하는 질문	개발자에게 핵심
이력서	어디서 무엇을 했나	기간·회사·직무·기술 스택 요약
경력기술서	그 자리에서 무엇을 바꿨나	프로젝트별 역할·문제·행동·결과
포트폴리오	직접 보여 줄 수 있나	코드·화면·배포 링크
자기소개서	왜 우리 회사인가	지원 동기·협업 방식·성장 과정

그래서 경력기술서에 이력서 문장을 그대로 옮기면 읽는 사람이 얻는 정보가 없어요. 이력서 쓰는 법은 개발자 이력서 작성법에, 자기소개서 문항별 예시는 개발자 자기소개서 가이드에 따로 정리해 두었어요.

개발자 경력기술서는 프로젝트 단위로 씁니다

「백엔드 개발 담당, API 개발 및 유지보수」처럼 회사 단위로 쓰면 1년 차와 5년 차가 똑같아 보여요. 같은 회사 안에서도 프로젝트를 나눠 쓰면 어떤 규모의 일을 어떤 역할로 했는지가 드러나요.

프로젝트 하나에 들어갈 항목은 여섯 개면 충분해요. 이 순서는 자기소개서 글에서 다룬 STAR 구조(상황·과제·행동·결과)를 경력기술서 형식에 맞게 펼친 거예요.

1. 기간·소속 — 시작과 끝을 월 단위로, 회사와 팀 이름을 적어요.
2. 역할 — 팀 규모와 그 안에서 맡은 범위를 함께 써요. 「4인 팀 중 주문 API 담당」처럼요.
3. 기술 — 회사 전체가 아니라 이 프로젝트에서 직접 쓴 기술만 적어요.
4. 문제 — 왜 이 일이 필요했는지 한두 문장으로 써요.
5. 행동 — 내가 직접 판단하고 구현한 것을 동사로 써요.
6. 결과 — 숫자로 말할 수 있으면 숫자로, 아니면 바뀐 상태로 써요.

결과는 숫자보다 측정 근거가 먼저입니다

경력기술서 예시를 찾아보면 「성능 50% 개선」 같은 문장이 많아요. 숫자가 들어가면 눈에 띄지만, 면접관은 거의 반드시 「어떻게 측정했나요?」를 물어요. 무엇을 기준으로, 어떤 도구로, 언제와 언제를 비교했는지 답하지 못하면 숫자가 오히려 감점 요인이 돼요.

그래서 결과 칸에는 숫자와 함께 측정 방법을 짧게 붙이는 게 안전해요. 정확한 수치를 기억하지 못한다면 지어내지 말고 「배포 후 관련 장애 문의가 줄었다」, 「수동으로 하던 정산 작업을 자동화했다」처럼 바뀐 상태를 쓰는 편이 나아요.

팀 성과와 내 성과도 나눠 써야 해요. 「서비스 MAU 증가」는 팀 전체의 결과일 수 있어요. 그 안에서 내가 한 기능이 무엇이었는지를 한 문장 더 붙이면 과장 없이 기여도가 보여요.

경력과 경험, 신입은 어디에 써야 할까

신입 개발자가 가장 많이 막히는 지점이에요. 한국산업인력공단이 운영하는 NCS 공정채용 사이트의 입사지원서 안내는 경력을 「금전적인 보수를 받고 수행한 활동」, 경험을 「금전적인 보수를 받지 않고 수행한 활동」으로 구분해요. 공공기관 NCS 채용에서 「경험 및 경력기술서」를 따로 받는 이유도 여기에 있어요.

이 기준이면 정리가 쉬워요. 급여를 받은 인턴이나 계약직 개발 업무는 경력이에요. 국비지원 과정의 팀 프로젝트, 동아리·해커톤, 혼자 만든 서비스는 경험이에요. 경험이라고 가치가 낮은 게 아니라 칸이 다를 뿐이니, 같은 여섯 항목 순서로 똑같이 구체적으로 쓰면 돼요.

NCS 안내는 경험·경력기술서에 「본인이 수행한 활동 내용, 소속 조직이나 활동에서의 역할, 활동 결과」를 구체적으로 쓰라고 해요. 위 여섯 항목과 그대로 겹쳐요. 국비 과정 프로젝트를 쓸 계획이라면 과정 구조는 국비지원 내일배움카드·KDT 총정리를 참고하세요.

블라인드 채용을 하는 공공기관은 지원서에 학교명, 출신지, 가족 정보처럼 개인을 짐작할 수 있는 내용을 쓰지 말라고 공고에 적는 경우가 많아요. 경력기술서도 지원서의 일부이니 제출 전에 그 공고의 유의사항을 다시 확인하세요.

개발자 경력기술서에서 자주 걸리는 실수

• 기술 이름만 나열 — 「Java, Spring, AWS, Docker」는 이력서에 이미 있어요. 그 기술로 무엇을 풀었는지가 빠지면 정보가 없어요.
• 담당 업무를 동사 없이 명사로 — 「API 개발 및 유지보수」보다 「주문 조회 API의 쿼리를 다시 설계했다」가 읽혀요.
• 오래된 순서로 쓰기 — 최근 프로젝트가 맨 위에 와야 지금 수준이 먼저 보여요.
• 회사 내부 정보 노출 — 고객사 이름, 내부 시스템 구조, 매출 같은 기밀은 일반화해서 써요.
• 지원 공고와 따로 노는 내용 — 공고의 자격요건·우대사항에 맞는 프로젝트를 위로 올려요.

마지막 항목은 이력서와 같은 원리예요. 같은 경력기술서를 모든 회사에 그대로 내기보다, 공고마다 프로젝트 순서만 바꿔도 읽히는 정도가 달라져요. 코드와 화면을 보여 줄 수 있는 프로젝트라면 IT 포트폴리오 작성법을 참고해 링크를 같이 붙이세요.

제출 전 개발자 경력기술서 점검 목록

1. 프로젝트마다 기간·소속·역할·기술·문제·행동·결과가 다 있나요?
2. 숫자를 쓴 곳에 측정 방법을 설명할 수 있나요?
3. 팀 성과와 내가 한 일이 문장에서 구분되나요?
4. 보수를 받은 일은 경력, 받지 않은 활동은 경험으로 나눴나요?
5. 최근 프로젝트가 위에 있고, 지원 공고와 맞는 프로젝트가 앞에 있나요?
6. 회사 기밀이나 블라인드 채용에서 금지한 개인정보가 들어가지 않았나요?
7. PDF로 바꾼 뒤 표와 줄바꿈이 깨지지 않았나요?

이 목록은 면접 대비에도 그대로 쓰여요. 경력기술서에 적은 문장은 면접에서 질문이 되어 돌아오니, 쓴 내용을 말로 설명할 수 있는지가 마지막 기준이에요. 전체 준비 순서는 IT 취업 로드맵에서 이어서 볼 수 있어요.

공식 출처

경력과 경험의 구분, 경험 및 경력기술서에 쓸 내용(수행한 활동·역할·결과)은 한국산업인력공단이 운영하는 NCS 국가직무능력표준 공정채용 사이트의 「채용전형 단계 — 입사지원서」 안내를 2026년 10월 19일에 직접 확인한 내용이에요. 경력기술서의 분량과 양식은 회사·기관마다 다르므로 지원하는 공고의 안내가 우선이에요.

자주 묻는 질문

📚 함께 읽으면 좋은 콘텐츠

• 개발자 이력서 작성법 완벽 가이드: 신입부터 경력직까지
• 개발자 자기소개서, 기술 스택 나열로는 면접까지 못 갑니다 — 문항별 예시
• IT 포트폴리오 작성법, 예시로 보는 합격 포인트 총정리

기준일 2026-10-19 · 근거: 한국산업인력공단 NCS 공정채용 「채용전형 단계 — 입사지원서」 안내. 제출 양식·분량은 지원 기관·기업 공고가 우선합니다.