포트폴리오 만드는 법 — 신입도 만들 수 있는 구조와 순서

가장 흔한 실수 — 결과물만 모아두기

포트폴리오를 내가 만든 것들의 목록으로 여기면 대체로 실패합니다. 보는 사람 입장에서는 "잘 만들었네" 다음에 할 말이 없거든요.

채용담당자가 포트폴리오에서 확인하려는 건 결과물의 완성도가 아니라 이 사람이 어떻게 판단하는가입니다. 무엇이 문제였고, 왜 그 방법을 골랐고, 안 됐을 때 어떻게 바꿨는지. 그래서 좋은 포트폴리오는 작품집보다 기록에 가깝습니다.

프로젝트마다 아래 6개를 채우면 됩니다. 각 항목은 짧아도 됩니다.

1. 한 줄 요약 — 무엇을 만들었는지. 맨 위에.
2. 문제 / 배경 — 왜 만들었나. "과제라서"도 솔직한 답이지만, 그 안에서 내가 정한 목표를 덧붙이면 훨씬 좋습니다.
3. 내 역할 — 팀이면 내가 맡은 범위를 명확히. 이게 없으면 전부 내가 한 것처럼 읽히고, 면접에서 무너집니다.
4. 과정과 판단 — 여기가 핵심입니다. 고민했던 선택지, 그중 무엇을 왜 골랐는지, 중간에 바꾼 것.
5. 결과 — 숫자가 있으면 숫자로. 없으면 "무엇이 달라졌는지"로.
6. 아쉬운 점 / 다시 한다면 — 빠뜨리기 쉬운데 가장 인상적으로 읽히는 항목입니다. 자기 결과물을 객관적으로 볼 줄 안다는 신호거든요.

4번이 빈약하고 결과물 이미지만 큰 포트폴리오가 정말 많습니다. 이미지를 줄이고 4번을 늘리세요.

신입에게 가장 현실적인 고민입니다. 순서대로 시도해 보세요.

1. 이미 한 것을 다시 쓰기 — 팀플 과제, 공모전, 동아리 활동, 아르바이트에서 개선한 것. 대단하지 않아도 위 6개 구조로 정리하면 포트폴리오가 됩니다.
2. 공개 데이터로 작은 것 만들기 — 공공데이터포털 같은 무료 자료로 분석 리포트 한 편, 관심 서비스의 개선 제안서 한 장. 2~3주면 충분합니다.
3. 남의 것을 뜯어보기 — 잘 만든 서비스를 골라 "나라면 이렇게 바꾸겠다"를 근거와 함께 쓰기. 실행 없이도 판단력은 보여줄 수 있습니다.
4. 개수보다 깊이 — 얕은 프로젝트 5개보다 제대로 정리한 2개가 낫습니다. 면접에서 깊이 물어봐도 답할 수 있는 것만 넣으세요.

개발 — GitHub 저장소 + README가 사실상 포트폴리오입니다. README에 위 6개 구조를 적어두세요. 코드보다 README를 먼저 봅니다.
디자인 — 최종 시안만 넣지 말고 중간 시안과 왜 바꿨는지를 함께. 결과물이 예쁜 건 기본이고, 변별력은 과정에서 생깁니다.
마케팅 — 캠페인 기획서, 지표 분석 리포트. 숫자가 없으면 가설과 검증 방법이라도 적으세요.
기획 — 문제 정의 → 요구사항 정리 → 우선순위 판단 흐름이 보이게. 화면 설계보다 왜 그 순서로 정했는지가 중요합니다.
데이터 — 분석 노트북 + 결론. 코드보다 어떤 질문을 던졌는지가 평가 대상입니다.

포트폴리오에 정리한 프로젝트는 그대로 자기소개서의 경험 재료가 되고, 면접에서 "주도적으로 무언가를 바꾼 경험"에 대한 답이 됩니다. 세 곳에서 같은 경험을 다른 깊이로 다루면 준비가 훨씬 가벼워집니다.