포트폴리오를 먼저 만들어야 한다는 압박, 저도 똑같이 느꼈습니다. 프로젝트를 보기 좋게 정리하고 사용 기술을 줄줄이 나열하면 어느 정도 준비된 것처럼 보일 것 같았으니까요. 그런데 막상 문서를 완성하고 나서야 깨달았습니다. 포트폴리오가 문제가 아니라, 그 안을 채울 준비 자체가 빠져 있었다는 것을.
IT 취업 준비생은 포트폴리오보다 직무 명확성이 먼저다
IT 취업 시장에서 포트폴리오는 필수라는 말은 틀리지 않습니다. 그런데 일반적으로 포트폴리오를 먼저 만들어야 한다고 알려져 있지만, 제 경험상 그 순서는 좀 다릅니다. 방향이 없는 상태에서 만든 문서는 아무리 디자인이 깔끔해도 내용이 흐릿합니다.
IT 직무는 프런트엔드, 백엔드, 데이터 분석, 클라우드 인프라, QA 등으로 세분화되어 있고, 각 직무마다 채용 담당자가 보는 포인트가 다릅니다. 예를 들어 프런트엔드(Front-end)를 지원할 때는 컴포넌트 설계 방식, 반응형 웹 구현, API 연동 흐름이 보여야 합니다. 여기서 API(Application Programming Interface)란 서버와 클라이언트가 데이터를 주고받는 통로를 의미합니다. 단순히 API를 사용했습니다라고 적는 것과, 어떤 흐름으로 데이터를 요청하고 화면에 반영했는지 설명하는 것은 전혀 다른 이야기입니다.
저도 처음에는 목표 직무를 명확히 정하지 않은 채 프로젝트를 넣었습니다. 그러다 보니 백엔드 관련 내용도 조금, 프런트엔드 관련 내용도 조금 섞인 어중간한 포트폴리오가 됐고, 결국 어느 쪽으로도 설득력이 없었습니다.
채용 공고를 먼저 여러 개 살펴보면 직무별로 반복되는 요구 기술이 보입니다. 예를 들어 백엔드 공고에는 REST API 설계, 데이터베이스(Database) 설계 경험, 인증과 권한 처리가 자주 등장합니다. 여기서 데이터베이스란 구조화된 데이터를 저장하고 관리하는 시스템을 말하며, 서버 개발에서 핵심 역량으로 꼽힙니다. 공고를 먼저 분석하지 않으면 내가 보여주고 싶은 내용만 담게 되고, 기업이 확인하고 싶은 내용은 빠지게 됩니다.
포트폴리오 문서를 만들기 전에 점검해야 할 항목을 정리하면 다음과 같습니다.
- 목표 직무가 프런트엔드, 백엔드, 데이터 분석 중 어디인지 명확히 정했는가
- 지원하려는 공고 3~5개를 분석해 반복되는 기술 스택을 파악했는가
- 내 프로젝트가 목표 직무와 직접 연결되어 있는가
- GitHub README가 프로젝트 목적, 역할, 문제 해결 과정을 담고 있는가
이 네 가지 중 하나라도 빠져 있다면 포트폴리오 문서 작성보다 이쪽을 먼저 채우는 것이 더 현실적인 준비입니다.
국내 IT 인력 현황을 보면, 2023년 기준 소프트웨어 인력 공급 대비 수요 격차가 지속적으로 확대되고 있는 상황입니다(출처: 과학기술정보통신부). 이 말은 직무 적합성을 갖춘 지원자에 대한 수요는 높지만, 방향 없이 스펙만 쌓은 준비생은 오히려 경쟁력을 잃을 수 있다는 뜻이기도 합니다.
기본기 검증 없이 포트폴리오는 종이 한 장이다
포트폴리오는 결국 면접 질문으로 이어집니다. 저는 이 사실을 문서를 다 만들고 난 뒤에야 실감했습니다. 면접관이 이 기술을 왜 선택했나요?라고 물었을 때 머릿속이 하얘진 적이 있습니다. 프로젝트 설명서에는 React, Spring, SQL이 적혀 있었는데, 막상 왜 그걸 썼는지, 어떤 구조로 동작하는지 설명하지 못했습니다.
기본 개념을 내 말로 설명할 수 있는지가 핵심입니다. 예를 들어 인증(Authentication)과 권한(Authorization)의 차이를 묻는 질문은 신입 면접에서도 자주 등장합니다. 여기서 인증이란 사용자가 누구인지 확인하는 과정이고, 권한이란 확인된 사용자가 어떤 기능에 접근할 수 있는지 결정하는 과정입니다. 포트폴리오에 JWT 기반 로그인 구현이라고 적었다면, JWT(JSON Web Token)가 무엇인지, 왜 세션 방식 대신 선택했는지까지 설명할 수 있어야 합니다. JWT란 서버가 사용자 인증 정보를 토큰 형태로 발급하고, 클라이언트가 이를 저장해 요청마다 제시하는 방식으로 서버 부하를 줄이는 데 유리합니다.
솔직히 이건 예상 밖이었습니다. 기술 이름만 나열하면 어느 정도 통할 줄 알았는데, 면접관들은 생각보다 훨씬 구체적인 설명을 기대하고 있었습니다.
GitHub 정리도 이와 같은 맥락입니다. 코드를 올리는 것 자체보다, 커밋(Commit) 이력이 기능 단위로 쌓여 있는지가 중요합니다. 여기서 커밋이란 코드 변경 사항을 저장소에 기록하는 단위를 말하며, 커밋 메시지와 이력을 보면 개발자가 어떤 순서로 문제를 해결했는지 파악할 수 있습니다. 하루에 전체 코드를 한 번에 올린 이력과, 기능별로 나눠 작업 흐름이 보이는 이력은 채용 담당자 눈에 분명히 다르게 보입니다.
제가 직접 확인해 봤는데, README가 비어 있는 GitHub 레포지토리는 아무리 코드가 잘 짜여 있어도 외부에서 볼 때 진입 장벽이 너무 높습니다. 프로젝트 소개, 제작 목적, 사용 기술, 실행 방법, 본인 역할, 문제 해결 과정을 명시해 두면 포트폴리오 문서와 코드 저장소가 서로를 보완하는 구조가 됩니다.
한국직업능력연구원의 보고서에 따르면, 신입 개발자 채용 과정에서 면접 탈락의 주요 원인 중 하나가 프로젝트 경험을 구두로 설명하지 못하는 것으로 나타났습니다(출처: 한국직업능력연구원). 문서 완성도보다 설명력이 더 결정적인 변수라는 점을 수치로도 확인할 수 있는 부분입니다.
결국 포트폴리오는 준비를 대신해 주는 자료가 아닙니다. 그동안 쌓아온 기본기, 프로젝트 경험, 문제 해결 과정을 한 곳에 정리해서 보여주는 결과물입니다. 저는 지금도 포트폴리오 작성을 준비의 마지막 단계로 생각하고 있습니다. 직무 방향, 기본 개념 설명력, GitHub 정리, 면접 답변 연습이 먼저이고, 문서 꾸미기는 그다음입니다. 이 순서를 지키는 것만으로도 준비의 질이 눈에 띄게 달라집니다.
채용공고와 내 준비가 맞는지 점검해야 한다
포트폴리오를 만들기 전에 반드시 해야 할 일은 채용 공고 분석입니다. 많은 준비생이 먼저 문서를 만들고, 나중에 공고에 맞춰 수정하려고 하지만 실제로는 공고를 먼저 봐야 어떤 내용을 강조해야 할지 알 수 있다.
- 프런트엔드 공고에서 JavaScript, React, TypeScript, API 연동, 반응형 웹이 반복된다면 관련 경험을 앞쪽에 배치하는 것이 좋습니다.
- 백엔드 공고에서 Java, Spring, SQL, REST API, 인증, Git 협업 경험이 자주 보인다면 해당 역량을 프로젝트 설명에 포함해야 합니다.
- 데이터 분석 공고라면 SQL, Python, 데이터 시각화, 지표 분석, 리포트 작성 경험을 확인해야 합니다.
- 클라우드나 인프라 공고라면 Linux, 네트워크, AWS, Docker, 모니터링, 배포 경험이 중요하게 보일 수 있습니다.
채용 공고를 보지 않고 만든 포트폴리오는 내가 보여주고 싶은 내용만 담길 수 있습니다. 하지만 취업용 자료는 기업이 확인하고 싶은 내용을 담아야 합니다. 포트폴리오를 만들기 전에는 목표 직무 공고를 여러 개 확인하고, 반복되는 기술과 경험을 정리해야 합니다. 그 기준에 맞춰 내 프로젝트와 학습 경험을 재배치하면 훨씬 설득력 있는 자료가 됩니다. IT 취업 준비생이라면 포트폴리오를 만들기 전에 먼저 자신의 방향, 기본기, 프로젝트, 기록, 채용 기준, 면접 설명력을 점검하는 것이 필요합니다.