사이드 프로젝트 포트폴리오, 대체 뭐가 문제인 걸까
회사 다니면서 퇴근 후에 따로 뭔가를 만들었다.
블로그도 써봤고, 깃허브에도 올려봤다.
노션에 예쁘게 정리도 했다.
그런데 면접에서 이걸 꺼내는 순간, 면접관 표정이 미묘하다.
“그래서… 이걸로 뭘 해결하신 건가요?”
이 질문에 말문이 막혀본 적 있다면, 이 글이 정확히 그 지점을 건드린다.
직장인 571명을 대상으로 한 뉴워커 설문조사 결과, 응답자의 53.1%가 사이드 프로젝트 경험이 있다고 답했다. 경력 5~6년차가 70.2%로 가장 많았다. 이른바 허리급이다. 그런데 이 경험을 면접에서 제대로 활용한 사람은 얼마나 될까. 여기서부터 이야기가 갈라진다.
왜 열심히 만든 포트폴리오가 면접에서 먹히지 않는 걸까
여러 후기와 자료를 모아서 들여다보니, 패턴이 보였다.
첫 번째, 만들기만 하고 정리를 안 한다.
사이드 프로젝트를 하는 동기 1위는 본업 외에 새로운 일거리를 탐색하기 위해(55.8%)였다. 그런데 탐색만 하고, 그 과정을 기록으로 남기지 않는 경우가 대부분이었다. 한 브런치 작성자의 회고에 따르면, 두 개의 프로젝트를 진행했지만 초기 기획이 미흡해 “반짝 아이디어”가 흐지부지 사라졌다고 했다. 프로젝트 자체보다 왜 이걸 했고, 뭘 배웠는지를 정리하지 않은 것이 진짜 실패 원인이었다.
두 번째, 보여주기식 포트폴리오의 함정.
서울연구원이 발간한 「서울시 청년의 사이드 프로젝트 활동과 노동에 대한 가치관 고찰」 보고서에 흥미로운 대목이 있다. 청년들이 사이드 프로젝트를 하는 이유는 단순 스펙 쌓기가 아니라, 삶의 의미를 구현하는 수단이자 새로운 노동 정체성을 발견하려는 방식이라는 것이다. 그런데 정작 포트폴리오로 정리할 때는 결과물의 겉모습만 올린다. 문제를 발견한 과정, 실패한 시행착오, 거기서 얻은 인사이트는 빠져 있다.
세 번째, 면접관이 보는 시간은 생각보다 짧다.
링커리어 커뮤니티 조사에 따르면, 인사 담당자가 포트폴리오를 꼼꼼히 보는 시간은 매우 짧아 10~15페이지를 넘기면 오히려 핵심이 흐려진다. 잡코리아 설문에서는 인사담당자의 73.7%가 지원자의 SNS를 참고한다고 했다. 즉, 깃허브와 블로그와 노션이 곧 당신의 디지털 첫인상이다.
실제로 통한 사람들은 어떻게 했을까, 자료와 사례 정리
여기서부터는 검색하면서 발견한 사실들만 정리했다. 판단은 읽는 분의 몫이다.
네이버의 시작은 삼성SDS 사내벤처였다. 이해진 창업자는 삼성SDS 입사 5년차에 사내벤처로 검색엔진 사업을 기획했고, 1999년 분사해 네이버를 만들었다. 본업 옆에서 시작한 사이드 프로젝트가 대한민국 1위 인터넷 기업이 된 것이다.
윤종신의 월간 윤종신 프로젝트. 매달 한 곡씩 발표하는 이 프로젝트를 10년 넘게 유지하고 있다. 월간 윤종신, 회사 일, 방송 일, 가족 일 이 패턴으로 10년 넘게 살아왔다는 본인의 언급이 있다. 사이드 프로젝트의 핵심이 꾸준한 루틴이라는 걸 보여주는 대표 사례다.
비전공자 사이드 프로젝트 1년 후기. 한 개발자는 전공도 컴퓨터 과학이 아니고 경력도 없는 상태에서 사이드 프로젝트를 포트폴리오로 활용해 취업에 성공했다. 핵심은 최대한 많은 기술적 경험을 하기 위해 여러 기능을 고민하고 개발에 꽤 많은 시간을 썼다는 것이었다.
인사담당자 90%가 포트폴리오만 보고 서류합격 시킨 경험이 있다고 답한 조사도 있다. designdb 조사 결과, 연구와 개발과 디자인 직군에서는 포트폴리오가 이력서보다 강력한 무기라는 것이다.
포트폴리오 정리, 매일 10분 루틴이 왜 필요한가
여러 자료를 조합해보니, 사이드 프로젝트를 면접용 포트폴리오로 바꾸는 데는 루틴이 결정적이었다.
한 기업에서는 두 달에 한 번씩 자신의 성과를 전사에 공유하는 제도가 있었는데, 이 덕분에 포트폴리오 정리가 꽤 쉬웠다는 후기가 있다. 반대로, 기록 없이 1~2년 지나면 자기가 뭘 했는지도 기억이 안 난다는 이야기도 여럿 나왔다.
발견된 루틴 패턴은 이랬다.
- 매일 퇴근 후 10분, 오늘 프로젝트에서 겪은 문제와 해결 과정을 노션에 한 줄이라도 적는다. 퇴근 후 2시간으로 디지털 포트폴리오를 구축한 직장인 사례에서도 시간과 경험과 도구를 최적화하는 것이 핵심이라고 했다.
- 매주 금요일, 그 주에 적은 기록을 블로그 한 편으로 정리한다. F-Lab의 면접관 관점 분석에 따르면, 개발자 블로그는 단순 기술 정리가 아니라 문제 해결 과정을 보여주는 도구여야 한다.
- 매월 마지막 주, 깃허브 README를 업데이트하고, 노션 포트폴리오 페이지에 프로젝트 진행 상황을 반영한다. 노션 포트폴리오의 핵심은 구조화와 직무 맞춤과 증빙자료 연결이라는 분석이 있었다.
왜 이 루틴이 중요한가. ITWorld 보도에 따르면 사이드 프로젝트 참여자의 85%가 20~34세 MZ 세대였고, 목적은 경험과 성장이었다. 그런데 경험은 기록하지 않으면 증명이 안 된다. 면접관 앞에서 “해봤습니다”와 “여기 기록이 있습니다”의 차이는, 합격과 불합격의 차이와 정확히 겹쳤다.
실제 후기에서 발견한 반전, 예쁘게 만드는 게 아니었다
처음에는 다들 비슷한 고민을 한다.
“노션을 예쁘게 꾸며야 하나?”
“깃허브 잔디를 빽빽하게 채워야 하나?”
“블로그 조회수가 높아야 하나?”
그런데 실제로 합격한 사람들의 후기를 모아보니, 반전이 있었다.
한 프론트엔드 신입 개발자의 면접 합격 후기에서 가장 인상적이었던 건 이 문장이다. 생각보다 자세히 보신다. 면접관은 예쁜 레이아웃이 아니라, 프로젝트 안에서 본인이 어떤 판단을 내렸는지를 봤다는 것이다.
또 다른 후기에서는 대부분의 회사가 첨부파일 포트폴리오는 잘 안 보고, 깃허브 링크나 블로그를 직접 클릭해본다는 경험이 나왔다. 결국 핵심은 정리된 결과물이 아니라 살아있는 기록이었다.
사이드 프로젝트가 실패할 수밖에 없는 이유를 분석한 글에서는 이런 노하우가 있었다. 사이드 프로젝트는 그대로 두고, 사용자를 생각하며 했던 고민들을 포트폴리오에 담는다. 완성 여부가 아니라, 고민의 깊이가 면접관을 움직인다는 것이다.
정리, 판단은 당신의 몫이다
취합된 사실들을 한눈에 놓고 보면 이렇다.
직장인 53.1%가 사이드 프로젝트를 경험했지만, 이걸 제대로 포트폴리오화해서 면접에서 활용한 비율은 극소수다. 인사담당자 90%가 포트폴리오만 보고 합격시킨 경험이 있다고 했고, 73.7%는 지원자의 SNS와 블로그를 확인한다고 했다. 면접관은 프로젝트의 완성도보다 이 사람이 문제를 어떻게 풀었는가를 본다는 후기가 반복적으로 나왔다.
한편, 2026년 AI 채용 전략 리포트에 따르면 채용 담당자 76%가 AI 때문에 지원자의 진정성을 평가하기 어려워졌다고 답했다. AI가 이력서를 대신 써주는 시대에, 직접 부딪히며 기록한 사이드 프로젝트 포트폴리오가 오히려 진짜를 증명하는 도구가 되고 있다는 이야기가 나오고 있다.
네이버의 이해진은 삼성SDS 5년차에 사이드 프로젝트로 시작했다.
윤종신은 10년 넘게 월간 프로젝트를 루틴으로 유지하고 있다.
비전공자 개발자는 1년간의 사이드 프로젝트 기록 하나로 취업에 성공했다.
이 사실들을 어떻게 조합할지는, 지금 이 글을 읽고 있는 당신이 결정할 일이다.
다만 한 가지는 확실하다.
퇴근 후 10분, 오늘 한 일을 한 줄이라도 적는 습관.
그게 6개월 뒤, 면접장에서 당신의 입을 열게 해줄 유일한 무기가 된다.