프론트엔드 이력서에서 프로젝트 경험은 어떤 요소가 보이도록 써야 하나요?
프로젝트와 업무 경험을 짧은 문장 안에서 역할·행동·결과·근거가 보이도록 정리합니다.
적용 조건·범위: 삭제한 내용은 전면 개선, 모든 기기, 완벽, 생산성 50%입니다. 근거가 지지하지 않기 때문입니다. 이는 작성법을 위한 가상 문장이며 자신의 이력서에는 실제 수행 자료를 연결한 뒤 사용합니다.
공식 문서 참고: MIT: 직무 요구와 경험을 연결하는 이력서 작성
프로젝트와 업무 경험을 짧은 문장 안에서 역할·행동·결과·근거가 보이도록 정리합니다.
커리어·포트폴리오 · 10 / 19
프론트엔드 이력서 작성법: 프로젝트 경험을 성과로 쓰는 기준
상단에서는 이 주제의 판단 기준을 가상 사례와 완성 예시로 연습합니다. 이전 회차의 문서는 필요 없습니다. 하단의 TaskFlow 누적 적용에서는 같은 기준으로 자신의 포트폴리오 자료를 이어서 만듭니다. TaskFlow는 학습용 프로젝트 사례이며 예시 경력·성과를 자신의 사실로 사용하지 않습니다.
이번 글에서 배우는 내용
- 이력서와 포트폴리오 역할 차이
- 1~2페이지 우선 정보 구조
- 경력 / 프로젝트 / 교육 / 기술 정리
- 기술 숙련도를 과장하지 않는 표기
- action + context + result 문장
- 확인 가능한 수치만 사용
- 회사 업무와 개인 프로젝트 분리
- 링크 정리
- ATS 키워드를 억지로 반복하지 않는 기준
- PDF 파일명과 버전 관리
선수 지식
프로젝트 문제·역할·결과를 설명할 수 있으면 됩니다. 실제 경력이 없는 독자는 개인 프로젝트 항목으로 작성합니다.
목차
행동·맥락·결과를 근거 범위 안에서 압축하기
이력서는 관련 경험을 빠르게 찾는 문서이고 포트폴리오는 상세 근거를 읽는 문서입니다. 1~2페이지를 출발점으로 삼되 제출 양식과 경력 분량을 우선합니다. 경력·개인 프로젝트·교육·기술을 구분하고 직무 관련성이 높은 경험을 앞에 둡니다.
문장은 행동+맥락+확인 가능한 결과로 씁니다. 기술을 설치했다는 표현보다 어떤 문제에서 무엇을 바꿨는지를 적습니다. 수치를 넣는 것 자체가 목적이 아니며, 성능·생산성 수치를 측정하지 않았다면 확인한 구조나 동작만 설명합니다.
ATS를 통과한다는 보장이나 키워드 반복 요령 대신 실제 사용 기술과 공고의 업무 표현을 자연스럽게 연결합니다. 기술 숙련도를 별점으로 단정하기보다 독립 수행·도움 필요와 작업 범위를 설명합니다. PDF로 내보낸 뒤 텍스트 선택·줄바꿈·페이지 끊김·링크를 확인하고 제출 버전을 고정합니다.
독립 실습과 완성 예시
다음 문장을 교육용 E-DEMO-01의 관찰만으로 고치세요. ‘TaskFlow를 전면 개선해 모든 기기에서 완벽히 동작하고 생산성을 50% 높였다.’ E-DEMO-01은 개인 CSS 배치 수정과 같은 브라우저의 390px·1280px 확인만 가정합니다.
풀이와 판단 근거
완성 이력서 문장: ‘개인 학습 TaskFlow 입력 폼에서 좁은 화면의 버튼 넘침을 CSS 세로 배치로 수정하고, 같은 브라우저의 390px·1280px에서 입력 칸과 버튼이 컨테이너 안에 보이는지 재확인했다.’
삭제한 내용은 전면 개선, 모든 기기, 완벽, 생산성 50%입니다. 근거가 지지하지 않기 때문입니다. 이는 작성법을 위한 가상 문장이며 자신의 이력서에는 실제 수행 자료를 연결한 뒤 사용합니다.
자주 발생하는 문제와 해결
- ‘React 사용’처럼 기술명만 작성
- 모든 결과를 수치로 만들려고 함
- 팀 성과를 본인 성과로 표기
- 포트폴리오와 이력서 내용 충돌
개인 프로젝트와 실무 경험은 분리합니다. 팀 작업은 내가 맡은 범위와 팀 전체 결과를 따로 쓰고, 근거가 없는 수치·기간·실행 결과는 추가하지 않습니다. 비공개 자료는 익명화만으로 공개 권한이 생기지 않으므로 허용 범위를 먼저 확인합니다.
학습 완료 체크리스트
- 핵심 문장에 문제·행동·확인 범위가 드러납니다.
- 개인 프로젝트와 경력 항목을 분리했습니다.
- 수치·기간·기술을 근거 없이 추가하지 않았습니다.
선택 실습: 포트폴리오 문서 이어 만들기
이 선택 연습은 TaskFlow 개발 경험을 이력서·포트폴리오 자료로 정리하는 과정입니다. 예시 경험은 자신의 실제 근거로 바꿔 작성합니다.
이번에는 career/resume-bullets.md 문서를 작성·보완합니다.
TaskFlow 누적 적용
시작 방법: 과정대로 이어가는 독자는 이전 글: 개발자 포트폴리오 사이트 구성: 홈 · 프로젝트 목록 · 상세 페이지의 기록을 유지하고 이번 문서를 추가·보완합니다. 이번 결과물은 career/resume-bullets.md입니다. 중간부터 읽는다면 아래 작성 표와 완성 예시를 새 문서에 옮겨 현재 보유한 자료부터 연결합니다. 없는 근거나 미작성 문서는 그대로 표시하며, 이전 과정을 이수한 것처럼 채우지 않습니다.
이전 체크포인트: career-step-09-portfolio-site. 직전 문서 career/portfolio-structure.md와 앞선 자료를 유지합니다.
현재 결과물 상태: 앞선 9편의 career 문서를 보관한 상태에서 이번 문서를 추가합니다. 기존 파일은 유지하며 이번 추가·수정 파일은 career/resume-bullets.md입니다. 중간부터 읽는 독자는 위 독립 예시로 작성법을 익힌 뒤 직전 문서의 필요한 사실을 가져오면 됩니다.
아래는 작성 방법을 보여 주는 가상 완성 문서입니다. 실제 독자의 실행·취업·협업 이력을 증명하지 않습니다. TaskFlow는 개인·학습 프로젝트이며 본인이 수행한 체크포인트와 저장소 상태만 반영하세요. 예시의 미확인은 작성 누락이 아니라 확인되지 않은 사실을 표시한 완성 상태입니다.
Before → 적용 → After
Before: TaskFlow 프론트엔드 전체 개발, 생산성 50% 향상.
적용: 관련 사실과 근거 범위를 대조하고, 이번 회차의 기준으로 문장을 수정합니다.
After: 개인 입력 폼의 CSS 배치 변경과 확인한 두 폭을 한 문장으로 요약한다. 팀·서비스 운영·생산성 수치는 추가하지 않는다.
전체 파일·코드 보기
career/resume-bullets.md
# 이력서 프로젝트 문장 — E-DEMO-01 가상 예시
프로젝트: TaskFlow
구분: 개인·학습 프로젝트, 회사 경력 아님
기간: 이 가상 사례에서는 실제 기간을 제공하지 않음
핵심 문장 1: 좁은 화면에서 입력 버튼이 넘치는 문제를 분석하고 CSS 세로 배치를 선택했다.
핵심 문장 2: 같은 브라우저·입력·100% 배율에서 390px·1280px의 배치를 재확인했다.
근거: evidence-log.md의 교육용 E-DEMO-01 및 case-study.md
미확인: 다른 브라우저·실기기·보조기술
제외: 미측정 성능·생산성 수치, 실무 운영 경력
PDF 파일명 예: resume_frontend_demo_v01.pdf
제출 상태: 가상 문안 작성, 실제 제출 아님
결과 확인
저장한 문서를 다시 열고 위 학습 완료 체크리스트를 적용합니다. 이전 문서의 프로젝트 유형·역할·검증 상태와 충돌하면 사실 원본부터 수정합니다. 예시 문장의 작성 완료와 실제 프로젝트 검증 완료는 다른 상태입니다.
직접 작성할 결과물: career/resume-bullets.md 사실 기반 문장
질문: 이력서의 ‘성과’ 문장에서 무엇을 실제로 측정했나요?
작성 예시(가상): 수정 전 ‘성능 50% 향상’. 수정 후 ‘개인 TaskFlow의 좁은 화면 입력 영역 넘침을 수정했다. 두 화면 폭에서 재확인했으며 다른 브라우저는 미확인’처럼 측정 범위를 씁니다.
스스로 점검: 각 문장의 수행 주체, 프로젝트 유형, 증거 경로, 수치의 측정 방식이 일치해야 합니다. 성과 수치가 없으면 관찰 결과와 검증 범위로 작성합니다.
다음 학습: 11편에서는 같은 경험을 배경·문제·판단·결과가 보이는 경력기술서로 확장합니다.
완료 체크포인트
career-step-10-resume
다음 학습
11편 「프론트엔드 경력기술서 작성법: 담당 업무를 문제 해결 경험으로 정리」로 이어집니다. 이번 문서의 사실과 미확인 항목을 다음 회차 입력으로 사용합니다.
이 글이 도움이 되었나요?
읽음 기록
읽음 — / 전체 19개 · 필수 19개
새 글 받아보기
RSS 리더에서 BlogFlow의 새 글을 확인할 수 있습니다.
