개발자 자기소개서, 기술 스택 나열로는 면접까지 못 갑니다 — 문항별 예시
지원서 마지막 칸에서 커서만 깜빡이는 시간이 제일 길어요. 프로젝트는 세 개나 했는데, 막상 쓰려고 하면 「Spring Boot와 MySQL을 사용해 게시판을 구현했습니다」 한 줄 다음이 안 나옵니다.
개발자 자기소개서가 막히는 이유는 쓸 경험이 없어서가 아니라, 기술 이름을 쓰고 끝내기 때문이에요. 개발자 자기소개서를 읽는 사람은 무엇을 썼는지보다 왜 그렇게 골랐는지를 봅니다. 이 글은 고용24 「이력서, 자소서 작성가이드」의 원칙을 개발 경험에 맞게 옮겨서, 문항별로 어떻게 바꿔 쓰는지 정리했어요.
30초 요약
- 고용24는 자기소개서를 「지원하는 회사와 직무에 적합한 역량과 확고한 입사 의지가 있다는 것을 나타내는 글」로 정의해요
- 경험 문항은 STAR(상황·과제·행동·결과)로 쓰라고 안내하고, 결과는 「수치화하거나 근거가 있는 성과」로 제시하라고 해요
- 개발자 자기소개서에서는 행동(A) 칸에 선택지와 고른 이유를 쓰는 게 핵심이에요
- 자기소개서는 면접의 근거자료가 돼요. 쓴 문장 하나하나가 기술 면접 질문으로 돌아옵니다
- 공공기관·공기업은 블라인드 채용 기준(학교명·가족관계 등 기재 금지)을 공고문에서 먼저 확인하세요
개발자 자기소개서가 이력서와 다른 점
이력서는 사실을 나열하는 문서이고, 개발자 자기소개서는 그 사실 사이의 판단을 보여주는 문서예요. 기술 스택·기간·역할은 이력서와 포트폴리오에 이미 들어가 있어요. 같은 내용을 문장으로 다시 쓰면 분량만 늘어납니다. 이력서 쪽 구성은 개발자 이력서 작성법에 따로 정리해 두었어요.
| 문서 | 담는 것 | 개발자가 자주 하는 실수 |
|---|---|---|
| 이력서 | 학력·경력·자격·기술 스택·링크 | 자기소개서 문장을 이력서에 길게 붙임 |
| 포트폴리오 | 결과물·화면·코드·아키텍처 | 기능 목록만 있고 내 역할 구분이 없음 |
| 자기소개서 | 동기·판단 과정·배운 점·입사 후 계획 | 기술 이름 나열, 「열정」 같은 추상어 |
포트폴리오에서 이미 보여준 프로젝트라면 자기소개서에서는 그중 한 장면만 깊게 파는 게 좋아요. 포트폴리오 구성은 IT 포트폴리오 작성법을 참고하세요.
고용24가 말하는 자기소개서 구성의 핵심 4가지
고용24 취업가이드는 자기소개서 구성의 핵심을 네 가지로 정리해요. 개발자 자기소개서에 그대로 옮겨 보면 각 항목에서 무엇을 써야 하는지가 분명해집니다.
| 고용24 원칙 | 원문 요지 | 개발자 자기소개서로 옮기면 |
|---|---|---|
| 명확한 지원동기 | 사전조사와 이해를 통해 이 회사에 지원한 이유를 설득력 있게 | 그 회사 서비스를 직접 써 보고 느낀 기술적 지점(속도·구조·기능)에서 출발 |
| 직무 경험 | 직무와 유사한 업무에서 성과를 낸 경험 | 공고의 담당 업무와 가장 가까운 프로젝트 한 장면 |
| 면접의 기초자료 | 직접 만나고 싶다는 호기심 유발 | 면접관이 「그때 왜 그렇게 했어요?」라고 묻고 싶게 만드는 결정 |
| 핵심위주 | 장황한 설명보다 간결함과 구체성 | 기술 스택 소개 대신 숫자·비교·이유 |
준비 순서도 고용24는 정보 탐색 → 보유한 직무 역량 정리 → 직무 및 인성 경험 정리(연대기) → 직무 비전 세우기로 안내해요. 개발자라면 두 번째 단계에서 커밋 기록, 이슈 트래커, 회고 문서를 먼저 꺼내 보는 게 가장 빠릅니다.
STAR 구조로 개발 경험 바꿔 쓰기
고용24 「자기소개서 최종 점검」은 경험 문항을 상황(Situation)·임무/역할(Task)·노력/행동(Action)·결과(Result)로 구성하라고 안내해요. 개발자 자기소개서에서 이 틀을 쓰면 「구현했습니다」로 끝나던 문장이 판단 과정을 보여주는 문단으로 바뀝니다.

아래는 같은 경험을 두 가지로 쓴 가상 예시예요. 숫자와 상황은 설명을 위해 만든 것이니, 본인 경험의 실제 값으로 바꿔 쓰세요.
| 구분 | 문장 |
|---|---|
| 바꾸기 전 | 팀 프로젝트에서 Spring Boot와 JPA로 백엔드를 개발했고, 성능 최적화를 경험했습니다. |
| 바꾼 뒤 | (S) 4인 팀 프로젝트의 상품 목록 API가 데이터가 늘수록 느려졌습니다. (T) 백엔드를 맡은 저는 발표 2주 전까지 응답 시간을 줄여야 했습니다. (A) 캐시 도입과 쿼리 개선을 비교했고, 데이터가 자주 바뀌는 화면이라 캐시 무효화 부담이 크다고 판단해 N+1 쿼리를 fetch join으로 묶는 쪽을 골랐습니다. (R) 같은 테스트 데이터 기준으로 응답 시간을 측정해 비교했고, 이후 목록 화면에는 페이지네이션도 추가했습니다. |
바꾼 문장에는 고른 이유가 들어 있어요. 면접에서는 바로 이 부분을 파고듭니다. 「캐시를 안 쓴 이유는요?」 같은 질문에 답할 수 있는 것만 쓰세요. 실제 면접 질문 유형은 개발자 면접 질문 정리에 모아 두었어요.
개발자 자기소개서 문항별 예시
기업마다 문항 이름은 달라도 묻는 것은 비슷해요. 고용24 가이드의 문항 분류(성장과정·성격 장단점, 직무수행 경험·경력, 지원동기, 입사 후 포부)에 맞춰 개발자 자기소개서에서 각 문항을 어떻게 여는지 가상 예시로 정리했어요.
| 문항 | 피할 첫 문장 | 바꿔 쓴 첫 문장(가상 예시) |
|---|---|---|
| 지원동기 | 귀사의 비전에 공감하여 지원했습니다 | 앱 검색 결과가 오타에도 정확히 나오는 걸 보고 검색 쪽 구조가 궁금해졌습니다 |
| 직무 경험 | 다양한 프로젝트로 역량을 쌓았습니다 | 결제 실패 로그를 다시 읽다가 재시도 로직이 중복 결제를 만들 수 있다는 걸 발견했습니다 |
| 성격 장단점 | 꼼꼼하고 책임감이 강합니다 | PR을 올리기 전 테스트 케이스를 먼저 쓰는 습관 때문에 일정이 밀린 적이 있습니다 |
| 입사 후 포부 | 최고의 개발자가 되겠습니다 | 입사 첫해에는 운영 중인 API의 장애 대응 문서를 직접 따라가며 익히고 싶습니다 |
성격 장단점에서 단점을 쓸 때는 고친 방법까지 붙여야 해요. 고용24 최종 점검 항목에도 「부정적인 내용은 없는가?」가 있어서, 단점 자체로 끝나는 문단은 감점 요인이 될 수 있습니다.
제출 전 최종 점검 체크리스트
고용24 「자기소개서 최종 점검」 표의 항목을 개발자 자기소개서 기준으로 다시 묶었어요. 제출 버튼을 누르기 전 한 번씩 확인하세요.
- 분량 미준수, 오탈자, 맞춤법 오류가 없는가 — 기술 용어 대소문자(JavaScript, MySQL)도 같이 확인
- 문장 첫 시작마다 「저는」 「저의」를 과다하게 쓰지 않았는가
- 추상적이거나 식상한 표현(열정, 성실, 소통)을 근거 없이 쓰지 않았는가
- 질문의 의도에 맞는 역량과 경험으로 작성했는가 — 지원동기 칸에 프로젝트 자랑만 쓰지 않았는지
- 근거 없는 자기 미화나 과장이 없는가 — 혼자 하지 않은 일을 「제가 구현」으로 쓰지 않았는지
- 면접에서 그 문장으로 질문을 받아도 설명할 수 있는가
공공기관·공기업에 지원한다면 블라인드 채용 기준도 함께 봐야 해요. 학교명이나 가족관계가 드러나는 표현은 공고문 기준으로 불이익이 생길 수 있어서, 이 부분은 개발자 이력서 작성법의 블라인드 양식 섹션과 지원 기관 공고문을 기준으로 확인하세요.
공식 출처
자기소개서 정의, 준비 4단계, 구성의 핵심 4가지, STAR 구조, 최종 점검 항목은 고용24 「취업지원 › 취업가이드 › 이력서, 자소서 작성가이드」(자기소개서 작성 준비·자기소개서 최종 점검)에서 확인했어요. 문항별 문장 예시는 설명을 위해 만든 가상 예시입니다.
자주 묻는 질문
개발자 자기소개서에 기술 스택은 어디까지 써야 하나요?
기술 스택 목록은 이력서와 포트폴리오에 두고, 개발자 자기소개서에는 그 기술을 고른 이유나 쓰다가 막힌 지점처럼 판단이 드러나는 부분만 쓰는 게 좋아요.
신입 개발자 자기소개서는 무엇을 경험으로 써야 하나요?
팀 프로젝트, 국비지원 과정 프로젝트, 개인 프로젝트 모두 쓸 수 있어요. 규모보다 STAR 구조로 상황·역할·행동·결과를 설명할 수 있는지가 중요해요.
개발자 자기소개서 예시를 그대로 써도 되나요?
권하지 않아요. 고용24도 근거 없는 자기 미화나 과장을 점검 항목으로 두고 있어요. 예시는 문장 구조만 참고하고 내용은 본인 경험의 실제 값으로 채우세요.
결과를 숫자로 쓸 수 없으면 어떻게 하나요?
고용24는 결과를 「수치화하거나 근거가 있는 성과」로 제시하라고 해요. 측정값이 없다면 무엇이 바뀌었는지(오류 재현이 안 됨, 리뷰 반영 횟수 등)를 근거로 쓰세요. 측정하지 않은 숫자를 만들어 넣으면 안 돼요.
개발자 자기소개서 분량은 어느 정도가 좋나요?
기업이 정한 글자 수가 기준이에요. 고용24 최종 점검도 분량 미준수를 첫 항목으로 둬요. 제한이 없다면 문항당 핵심 장면 하나를 STAR로 쓸 수 있는 길이면 충분해요.
공기업 개발 직무도 같은 방식으로 쓰나요?
구조는 같지만 블라인드 채용 기준을 지켜야 해요. 학교명, 가족관계 등 공고문에서 금지한 정보가 문장에 들어가지 않게 바꿔 쓰세요.
📚 함께 읽으면 좋은 콘텐츠
기준일 2026-10-15 · 근거: 고용24 취업가이드 「이력서, 자소서 작성가이드」. 채용 기준은 각 기업·기관 공고가 우선합니다.
