프론트엔드 경력기술서에는 실제 업무와 본인의 책임을 어떻게 설명해야 하나요?
경력기술서는 회사·기간·역할과 함께 맡은 문제, 의사결정 권한, 행동, 협업 상대, 결과를 설명합니다. 반복 유지보수나 장애 대응도 경험이지만 업무를 나열하는 대신 어떤 조건에서 어떤 판단을 했는지 보여 줍니다. 최근의 관련 사례 3~5개를 출발점으로 삼고 실제 분량과 제출 양식에 맞게 조정합니다.
적용 조건·범위: 실무 경력이 없는 독자는 회사명·직급·고객 성과를 만들어 채우지 않습니다. 제목을 '프로젝트 경험서'로 바꾸고 개인 TaskFlow의 설계·수정·검증 범위를 설명합니다. 공개가 허용되지 않은 자료는 익명화만으로 공개하지 말고 허용된 일반적인 과정만 서술합니다.
공식 문서 참고: MIT: 직무 요구와 경험을 연결하는 이력서 작성
이력서보다 긴 문서에서 실제 업무 맥락과 본인 책임 범위를 정확하게 설명합니다.
커리어·포트폴리오 · 11 / 19
프론트엔드 경력기술서 작성법: 담당 업무를 문제 해결 경험으로 정리
상단에서는 이 주제의 판단 기준을 가상 사례와 완성 예시로 연습합니다. 이전 회차의 문서는 필요 없습니다. 하단의 TaskFlow 누적 적용에서는 같은 기준으로 자신의 포트폴리오 자료를 이어서 만듭니다. TaskFlow는 학습용 프로젝트 사례이며 예시 경력·성과를 자신의 사실로 사용하지 않습니다.
이번 글에서 배우는 내용
- 이력서와 경력기술서 차이
- 회사/프로젝트/기간/역할
- 반복 업무를 개선 경험으로 정리하는 법
- 유지보수·운영·장애 대응도 경험으로 설명하는 법
- 협업 상대와 의사결정 범위
- 결과와 기여도 구분
- 공개할 수 없는 회사 정보 익명화
- 프로젝트별 3~5개 핵심 사례 선택
- 오래된 경험을 압축하는 기준
선수 지식
경험 한 건의 본인 역할을 설명할 수 있으면 됩니다. 실무 경력이 없다면 경력기술서가 아니라 프로젝트 경험서로 실습합니다.
목차
업무 맥락·책임·팀 결과를 분리하기
경력기술서는 회사·기간·역할과 함께 맡은 문제, 의사결정 권한, 행동, 협업 상대, 결과를 설명합니다. 반복 유지보수나 장애 대응도 경험이지만 업무를 나열하는 대신 어떤 조건에서 어떤 판단을 했는지 보여 줍니다. 최근의 관련 사례 3~5개를 출발점으로 삼고 실제 분량과 제출 양식에 맞게 조정합니다.
팀이 만든 서비스 전체를 내가 구현했다고 쓰지 않습니다. 팀 결과와 내 담당 모듈, 직접 결정한 범위와 타인이 결정한 범위를 분리합니다. 기여율을 임의의 퍼센트로 만들기보다 파일·기능·의사결정 범위를 적는 편이 명확합니다.
실무 경력이 없는 독자는 회사명·직급·고객 성과를 만들어 채우지 않습니다. 제목을 ‘프로젝트 경험서’로 바꾸고 개인 TaskFlow의 설계·수정·검증 범위를 설명합니다. 공개가 허용되지 않은 자료는 익명화만으로 공개하지 말고 허용된 일반적인 과정만 서술합니다.
독립 실습과 완성 예시
가상의 회사 팀이 대시보드 전체를 만들었고 학습자는 비교 연습을 위해 ‘퍼블리싱 모듈 한 개의 스타일 수정 담당’ 역할을 부여받았다고 가정합니다. 전체 개발과 본인 기여를 구분한 문장을 작성하세요. 이 사례는 실제 경력으로 사용할 수 없습니다.
풀이와 판단 근거
완성 문장: ‘가상 팀의 대시보드 개발 중 공통 폼 스타일 수정과 관련 화면 확인을 담당했다. API 설계와 배포 결정은 다른 담당자의 범위였으며, 전체 서비스 성과를 개인 성과로 적지 않는다.’
개인 TaskFlow에 적용하면 ‘팀과 조율했다’ 부분은 옮길 수 없습니다. 대신 ‘개인 프로젝트에서 배치 대안을 비교하고 본인이 수정·확인했다’고 씁니다.
자주 발생하는 문제와 해결
- 업무 목록을 그대로 복사
- 팀 프로젝트 전체를 본인 구현으로 표현
- 고객/회사 내부 이름과 수치를 공개
- 이력서와 경력기술서가 서로 다른 사실을 적음
개인 프로젝트와 실무 경험은 분리합니다. 팀 작업은 내가 맡은 범위와 팀 전체 결과를 따로 쓰고, 근거가 없는 수치·기간·실행 결과는 추가하지 않습니다. 비공개 자료는 익명화만으로 공개 권한이 생기지 않으므로 허용 범위를 먼저 확인합니다.
학습 완료 체크리스트
- 경력기술서와 개인 프로젝트 경험서를 구분했습니다.
- 팀 결과·본인 역할·결정 범위를 분리했습니다.
- 비공개 자료의 공개 허용 여부를 먼저 확인했습니다.
선택 실습: 포트폴리오 문서 이어 만들기
이 선택 연습은 TaskFlow 개발 경험을 이력서·포트폴리오 자료로 정리하는 과정입니다. 예시 경험은 자신의 실제 근거로 바꿔 작성합니다.
이번에는 career/career-description.md 문서를 작성·보완합니다.
TaskFlow 누적 적용
시작 방법: 과정대로 이어가는 독자는 이전 글: 프론트엔드 이력서 작성법: 프로젝트 경험을 성과로 쓰는 기준의 기록을 유지하고 이번 문서를 추가·보완합니다. 이번 결과물은 career/career-description.md입니다. 중간부터 읽는다면 아래 작성 표와 완성 예시를 새 문서에 옮겨 현재 보유한 자료부터 연결합니다. 없는 근거나 미작성 문서는 그대로 표시하며, 이전 과정을 이수한 것처럼 채우지 않습니다.
이전 체크포인트: career-step-10-resume. 직전 문서 career/resume-bullets.md와 앞선 자료를 유지합니다.
현재 결과물 상태: 앞선 10편의 career 문서를 보관한 상태에서 이번 문서를 추가합니다. 기존 파일은 유지하며 이번 추가·수정 파일은 career/career-description.md입니다. 중간부터 읽는 독자는 위 독립 예시로 작성법을 익힌 뒤 직전 문서의 필요한 사실을 가져오면 됩니다.
아래는 작성 방법을 보여 주는 가상 완성 문서입니다. 실제 독자의 실행·취업·협업 이력을 증명하지 않습니다. TaskFlow는 개인·학습 프로젝트이며 본인이 수행한 체크포인트와 저장소 상태만 반영하세요. 예시의 미확인은 작성 누락이 아니라 확인되지 않은 사실을 표시한 완성 상태입니다.
Before → 적용 → After
Before: TaskFlow 운영팀에서 서비스 전반을 개선했다.
적용: 관련 사실과 근거 범위를 대조하고, 이번 회차의 기준으로 문장을 수정합니다.
After: 개인 학습 TaskFlow의 입력 폼 배치 문제를 직접 정리했다. 회사 운영팀 경험이 아니라 프로젝트 경험서로 분류한다.
전체 파일·코드 보기
career/career-description.md
# 프로젝트 경험서 — TaskFlow 가상 예시
문서 유형: 개인 학습 프로젝트 경험서
회사·직급: 해당 없음
기간: 가상 사례이므로 실제 경력 기간 미제공
담당 범위: 입력 폼의 CSS 배치 판단과 수정
협업 범위: 팀 작업으로 가정하지 않음
문제: 390px에서 버튼이 영역 밖으로 나감
선택: 좁은 폭 세로 배치, 넓은 폭 기존 배치 유지
검증·가상 결과: 같은 조건의 390px·1280px에서 영역 내 표시 확인
근거: 교육용 E-DEMO-01
한계: 브라우저 전체 호환성·운영 성과는 미확인
실제 제출 시: 본인 수행한 자료와 기간을 확인하여 문서 전체에 동일하게 반영
결과 확인
저장한 문서를 다시 열고 위 학습 완료 체크리스트를 적용합니다. 이전 문서의 프로젝트 유형·역할·검증 상태와 충돌하면 사실 원본부터 수정합니다. 예시 문장의 작성 완료와 실제 프로젝트 검증 완료는 다른 상태입니다.
직접 작성할 결과물: career/career-description.md 문제 해결 기록
질문: 반복 업무 목록 중 하나를 본인이 한 판단과 결과로 설명할 수 있나요?
작성 예시(가상): 가상 예시: 이벤트 페이지의 키보드 포커스 누락을 발견해 버튼 구조를 바꾸고 수동 점검 항목을 추가했다. 실제 회사 성과·협업 역할은 본인 기록으로 확인한 뒤 교체합니다.
스스로 점검: 담당 범위와 팀 결과를 분리하고, 문제 발생 조건·선택 이유·검증 자료가 있는지 확인합니다. 회사 비공개 자료는 공개 권한부터 확인합니다.
다음 학습: 12편에서는 이 사실 원본에서 지원 공고와 관련된 경험만 앞쪽에 배치합니다.
완료 체크포인트
career-step-11-career-description
다음 학습
12편 「채용 공고별 지원서 맞춤화: 이력서 · 포트폴리오 · 프로젝트 순서 조정」로 이어집니다. 이번 문서의 사실과 미확인 항목을 다음 회차 입력으로 사용합니다.
이 글이 도움이 되었나요?
읽음 기록
읽음 — / 전체 19개 · 필수 19개
새 글 받아보기
RSS 리더에서 BlogFlow의 새 글을 확인할 수 있습니다.