이력서 점검 · 샘플

이 페이지는 완성된 샘플 리포트를 보여 줍니다. 실제 결과 리포트가 어떤 모습인지 미리 확인할 수 있습니다.

이력서 점검 리포트

자사 서비스를 운영하는 IT 기업 백엔드 개발자 (경력 2~4년)

2026년 8월 20일 오후 2:15

총평과 피드백은 입력한 정보를 바탕으로 생성되며, AI가 틀릴 수 있습니다.

평균
이 이력서는 양호하며 전체 구성도 좋지만, 더 끌어올릴 여지가 있습니다.

A4 두 장, 업무 항목 열세 줄. 어떤 기술을 다뤄 왔는지는 한 번 읽으면 알 수 있지만, 그래서 무엇이 달라졌는지를 알 수 있는 줄은 하나뿐입니다.

종합 총평

경험 자체는 공고와 잘 맞습니다. Spring Boot, MySQL, 대용량 배치, 그리고 결제 연동까지 — 전부 공고에 나오는 항목입니다. 문제는 경력기술서가 그걸 전달하지 못한다는 점입니다. 열세 줄 중 열두 줄이 담당한 업무의 설명이고, 무엇이 달라졌는지를 쓴 줄은 하나입니다. 서류 검토는 한 장에 1분이 안 걸리는 경우가 많고, 그 1분 안에서 "담당했다"는 지원자 전부가 똑같아 보입니다.

권장 행동

  1. 모든 줄 끝에 "그 결과"를 붙여 보기한 줄씩 "…해서, 그 결과 …가 …가 되었다"로 이어지는지 확인하세요. 이어지지 않는 줄은 성과가 아니라 업무이므로 합치거나 지웁니다.
  2. 최소 세 줄에 숫자 넣기응답 시간, 처리 건수, 장애 건수, 배포 주기 — 무엇이든 좋습니다. 숫자가 없는 줄은 1분짜리 서류 검토에서는 없는 것과 같습니다.
  3. 자기소개를 사건으로 바꾸기"꼼꼼하다"라고 쓰는 대신, 꼼꼼함이 드러난 한 건을 세 줄로 쓰세요. 읽는 사람이 스스로 판단할 수 있는 형태가 더 강하게 전달됩니다.

핵심

강점
공고의 기술 키워드와 거의 그대로 일치함
Spring Boot, JPA, MySQL, Redis, AWS가 모두 명시되어 있어 키워드 관점에서는 서류 통과에 문제가 없습니다.
한 줄은 이미 제대로 쓰여 있음
배치 처리 개선 항목은 소요 시간, 개선 전후, 방법이 모두 들어 있습니다. 읽는 사람이 기억하는 것은 이 한 줄이고, 동시에 나머지 열두 줄도 같은 형태로 쓸 수 있다는 증거입니다.
한 회사에서의 성장 경로가 읽힘
입사 후 담당 영역이 넓어진 흐름이 그대로 드러나, 이 부분은 면접에서 따로 설명할 필요가 없습니다.
개선 필요
열세 줄 중 열두 줄이 업무 나열
"API 개발 및 유지보수 담당", "결제 모듈 연동 참여" — 사실이지만 같은 연차 지원자 대부분이 쓸 수 있는 문장입니다.
규모를 알 수 없음
API 호출량, 데이터 건수, 동시 접속자 수 중 어느 것도 없습니다. 규모가 없으면 연차만으로 역량을 추정하게 됩니다.
자기소개 문단이 추상적
"꼼꼼하게 일하고 커뮤니케이션을 중시합니다"는 근거가 되는 사건 없이 놓여 있고, 가장 먼저 읽히는 네 줄을 차지하고 있습니다.

역량 레이더

기술 역량성과 제시규모감주도성 표현가독성
  • 기술 역량7.5스택이 최신이고 배치·캐시까지 다뤄 본 범위가 연차 대비 넓습니다.
  • 성과 제시3.5열세 줄 중 수치가 있는 줄은 하나입니다.
  • 규모감4호출량, 데이터 건수, 트래픽 중 어느 것도 기재되어 있지 않습니다.
  • 주도성 표현5"담당", "참여", "지원"이 많고 결정에 관한 서술이 없습니다.
  • 가독성6.5서식은 정돈되어 있으나 두 장이라는 분량과 추상적인 자기소개가 발목을 잡습니다.

적합도

백엔드 개발 실무8

세 프로젝트 모두 관련 업무가 있고, 스택도 공고와 일치합니다. 서류에서 가장 설득력 있는 부분입니다.

지표를 보고 개선점을 찾는 능력4

공고의 첫 줄이 이것인데, 서류에는 지표를 보고 판단한 흔적이 거의 없습니다.

장애 대응·운영6.5

"운영 및 장애 대응"이라는 표현은 있으나, 실제로 어떤 장애를 어떻게 처리했는지가 없습니다.

협업5.5

"협업하여 개발"이라는 서술에 그쳐, 의견이 갈렸을 때 어떻게 했는지 알 수 없습니다.

지금 시작

지금 inif 이력서 점검 사용해 보기