부트캠프에서 팀 프로젝트를 했다는 사실만으로 실무 경험이 완성되지는 않습니다. 팀에서 맡은 결정과 변경이 기록되고, 다른 사람이 코드를 실행하고 검토할 수 있어야 면접에서도 구체적으로 설명할 수 있습니다.
1. 역할과 의사결정 기록
팀원별 담당 기능만 적지 말고 기능을 왜 그런 방식으로 설계했는지 남깁니다. 예를 들어 예약 서비스의 중복 요청을 처리했다면 실패 사례, 선택한 규칙, 테스트 결과를 연결하세요. 회의 기록에는 대안과 선택 이유를 짧게 적어 두면 개인 기여를 과장하지 않고 설명할 수 있습니다.
2. 코드 리뷰와 수정 과정
저장소에 코드를 합치기 전에 변경 내용을 작은 단위로 제안하고 동료가 질문할 수 있게 합니다. GitHub 풀 리퀘스트 문서는 변경을 논의하고 검토하는 흐름을 보여줍니다. 리뷰 의견을 반영한 커밋과 그 이유가 남으면 단순한 최종 결과물보다 협업 과정을 설명하기 쉽습니다.
3. 운영 상황과 테스트
정상 동작 데모뿐 아니라 잘못된 입력, 서버 오류, 권한 없는 요청을 시험합니다. README의 설치 명령이 새 환경에서도 작동하는지 확인하고 비밀값은 저장소에 넣지 않습니다. 사용자가 실제로 겪을 오류를 처리하지 못한다면 포트폴리오의 기능 수를 늘리기 전에 그 부분을 보완하세요.
과정 선택 전 질문
멘토가 코드 자체를 검토하는지, 한 팀의 규모와 개인 작업 범위는 얼마인지, 과제 수정 기간이 있는지 물어보세요. 국비 과정이라면 고용24에서 개설 정보와 비용 조건을 확인합니다. 백엔드 과정을 비교한다면 국비 백엔드 실무 경험 확인법도 참고하세요.