지원할 때마다 새로운 프로젝트를 만들 필요는 없습니다. 기존 작업 중 공고의 업무와 가장 관련 있는 결과물을 앞에 놓고 설명을 조정하면 됩니다. 다만 공고에 나온 기술을 실제로 쓰지 않았다면 경험이 있다고 적어서는 안 됩니다.
공고를 세 칸으로 나누기
필수 업무, 사용 기술, 우대 경험을 나눠 적습니다. ‘서비스 운영’과 ‘특정 프레임워크 사용’은 다른 요구입니다. 현재 보유한 프로젝트가 어느 항목의 근거가 되는지 저장소·배포·테스트 링크를 연결하세요. 없는 항목은 빈칸으로 남겨 면접 준비나 다음 학습에 사용합니다.
대표 프로젝트 순서 바꾸기
프론트엔드 공고라면 사용자 흐름과 접근성이 확인되는 프로젝트를, 클라우드 운영 공고라면 배포·로그·복구 기록이 있는 프로젝트를 먼저 배치합니다. 프로젝트 제목만 바꾸지 말고 첫 두 문장에 문제와 본인 기여가 드러나게 하세요.
증거가 없는 성과 표현 지우기
‘사용성을 크게 향상’처럼 근거 없는 문장을 구체적인 변경으로 바꿉니다. 측정 자료가 있다면 측정 방법과 기간을 쓰고, 없으면 실제 구현한 기능만 설명합니다. README에는 GitHub 공식 안내를 참고해 실행과 검증 방법을 남깁니다.
제출 전 두 번 확인
첫째, 공고에 없는 프로젝트를 무리하게 관련 경험이라고 표현하지 않았는가. 둘째, 저장소와 배포 링크가 지금도 열리는가. 필요하면 다른 사람에게 첫 화면만 보여 주고 지원 직무와 대표 역량을 알아볼 수 있는지 물어보세요. 공고 요구와 증거의 연결표는 포트폴리오 평가 기준에서 이어서 작성할 수 있습니다.