6개월 방치된 포트폴리오, 이 3단계로 살려내세요

포트폴리오를 6개월 이상 손도 대지 않았다면, 지금 느끼는 불안감이 당연합니다. 하지만 완전히 망쳐진 건 아닙니다. 오늘부터 시작해도 충분히 회복할 수 있습니다. 이 글에서는 방치된 포트폴리오를 현실적으로 되살리는 전략을 함께 살펴보겠습니다.

방치 기간이 당신의 포트폴리오에 미친 영향 정확히 알기

6개월은 개발 업계에서 꽤 긴 시간입니다. 그 동안 포트폴리오에서는 여러 가지 신호가 바뀝니다. 깃허브의 잔디밭이 텅 빔으로써 채용담당자에게 "최근에 활동하지 않는 개발자"라는 인상을 줍니다. 프로젝트 상세 설명이 오래된 기술 스택만 강조하고 있을 가능성도 높습니다. 특히 프론트엔드 개발자라면 배포된 사이트가 깨져있거나 느려졌을 수도 있습니다. 먼저 이런 손상을 직시하는 것이 출발점입니다. 부끄러워하지 마세요. 대부분의 개발자가 경험합니다.

지금 바로 체크해야 할 세 가지

포트폴리오 복구를 시작하기 전에 현재 상태를 객관적으로 점검하세요. 첫째, 배포된 프로젝트들이 정상 작동하는지 확인합니다. 링크가 깨졌는지, 화면이 제대로 로딩되는지, 기능이 실제로 작동하는지 직접 테스트해보세요. 둘째, 깃허브 리포지토리의 README 파일이 얼마나 낡았는지 살핍니다. 설명이 불분명하거나 설치 방법이 더 이상 통하지 않으면 즉시 갱신이 필요합니다. 셋째, 포트폴리오 웹사이트나 노션 페이지의 프로젝트 상세 설명을 읽어봅니다. 6개월 전의 기술 트렌드와 지금의 트렌드가 다를 수 있으니까요.

손대기 쉬운 것부터 우선순위 정하기

전부를 한 번에 고치려다 보면 포기하게 됩니다. 대신 우선순위를 정합니다. 가장 중요한 프로젝트 2~3개에 집중하세요. 그것이 당신의 강점을 가장 잘 드러내는 것들이어야 합니다. 그 프로젝트들의 배포 환경이 정상인지 확인하고, README와 설명을 다시 쓰세요. 나머지 프로젝트는 "추후 갱신 예정"이라고 명시하거나, 정말 필요 없으면 포트폴리오에서 빼는 것도 방법입니다. 품질 낮은 프로젝트 많은 것보다 탄탄한 프로젝트 소수가 낫습니다.

빠른 회생을 위한 실무적 팁

먼저 최근 6개월 동안 학습하거나 경험한 것이 있다면 그것을 추가하세요. 정식 프로젝트 아니어도 좋습니다. 블로그 포스팅, 기술 스터디 노트, 오픈소스 기여 기록 등도 포함시킬 수 있습니다. 깃허브 잔디밭을 채우는 것도 중요하지만, "지난 6개월 동안 뭘 했는가"를 설명할 수 있어야 합니다. 포트폴리오의 "About" 섹션을 다시 써서, 지금의 당신을 드러내세요. 이전 버전의 낡은 목표나 기술 스택은 과감히 제거합니다.

앞으로 방치하지 않는 습관 만들기

포트폴리오 복구는 일회성이 아닙니다. 6개월 후 또 같은 상황이 반복되지 않으려면 작은 습관부터 시작하세요. 월 1회라도 좋으니 포트폴리오를 열어 상태를 확인합니다. 새 프로젝트를 완성할 때마다 즉시 추가합니다. 기술 스택이 바뀌면 설명을 업데이트합니다. 노력이 부족해 보일까 걱정하지 마세요. 꾸준함 자체가 신호입니다.

지금 이 순간이 반환점입니다. 방치된 포트폴리오를 다시 손에 잡고, 현실적인 단계로 살려내세요. 완벽함을 기다리지 마세요. 움직이는 것, 보여주는 것, 그리고 꾸준한 것이 당신을 채용공고로 한 발짝 더 가깝게 할 것입니다.