신입 IT 포트폴리오를 시작할 때 보여 줄 프로젝트가 없다고 해서 화려한 템플릿부터 고를 필요는 없습니다. 먼저 지원하려는 직무에서 작은 문제 하나를 골라 끝까지 구현하고 기록하세요. 완성된 결과물 한 개가 중단된 아이디어 여러 개보다 설명하기 쉽습니다.
직무에 맞는 작은 문제 고르기
프론트엔드라면 검색·필터가 있는 목록 화면, 백엔드라면 입력 검증이 있는 API, 데이터 분석이라면 출처가 분명한 자료를 정제·시각화하는 작업처럼 범위를 좁힙니다. 기능은 한 주 안에 시험할 수 있을 정도로 작게 잡고, 사용자와 성공 조건을 먼저 적습니다.
과정을 남기며 만들기
코드를 한 번에 올리기보다 기능 단위로 커밋합니다. 예상과 다르게 동작한 부분, 선택한 해결 방법, 확인한 결과를 기록하세요. 외부 튜토리얼을 따라 했다면 그대로 따라 한 부분과 직접 바꾼 부분을 구분합니다.
첫 README 작성
프로젝트 목적, 기능, 사용 기술, 실행 방법, 테스트 방법, 남은 한계를 적습니다. GitHub README 공식 안내를 참고해 저장소 첫 화면에서 필요한 내용을 찾을 수 있게 하세요. 배포 주소가 있다면 로그아웃 상태에서 실제로 열리는지 확인합니다.
두 번째 프로젝트는 반복하지 않기
첫 작업에서 부족했던 역량을 다음 작업의 목표로 잡습니다. 화면 구현만 했다면 API와 연결하고, API만 만들었다면 배포·로그·오류 처리까지 확장할 수 있습니다. 결과물을 앞에 배치하는 방법은 신입 IT 포트폴리오 구성법에서 이어집니다. 프로젝트 개수가 합격을 보장하지는 않습니다.