포트폴리오의 목적
•
개인이 수행한 프로젝트들을 집약한 자료
•
이력서와 별개로 작성
•
이력서에서 미쳐 보여주지 못 한 본인의 노력 및 결과물을 상세히 보여줄 수 있다.
⇒ 내가 보여주고 싶은 것이 아니라, 회사가 보고 싶은 것을 포트폴리오에 담아야 한다.
⇒ 채용 담당자의 입장이 되어, 내 포트폴리오가 어떻게 보일지를 고민해야 한다.
채용 담당자가 포트폴리오를 평가하는 기준
1.
문제 해결 능력을 보유하고 있는가?
•
단순히 프로젝트 결과물만 있는지, 과정에서 발생한 문제들을 해결하기 위한 과정이 기재되어 있는지를 본다.
⇒ 주니어 개발자의 경우 프로젝트의 난이도가 높지 않은 경우가 많다. 그렇기 때문에 프로젝트 결과물만 나열된 포트폴리오에서는 지원자가 프로젝트 과정에서 어떤 고민을 했는지, 어떤 식으로 문제 해결 능력을 보여줬는지 알 방법이 없다.
예시
a.
특정 기술을 사용했을 경우 왜 그 기술은 선택했는가? 다른 선택지는 없었는가? 사용 과정에서 어떤 문제가 발생했는가?
b.
사용자에 대해 고민을 했는가?(lazy loading 등을 고려)
c.
다양한 상황에 대한 고민이 프로젝트에서 보이는가?(유지보수, 등을 고려)
2.
커뮤니케이션 능력을 갖추었는가?
커뮤니케이션 능력의 기준
a.
논리적이고 명료한 의사소통
b.
잘못이 있다면 인정하고, 문제 해결에 초점
c.
겸손한 자세로 대화에 참여
판단 기준
a.
포트폴리오가 논리적인 흐름으로 구성되어 있는지
b.
팀 프로젝트 과정에서 어떤 식으로 팀원과 커뮤니케이션을 했는지
c.
팀 프로젝트 경험이 없으면 간접적으로 문체나 회고 내용 등을 통해 정성적인 평가를 진행
예시
a.
git commit message를 명료하게 작성하였는가?
b.
프로젝트 진행 과정에서 실수했던 점과 개선하기 위한 노력이 같이 기재되어 있는가?
c.
팀원과 같이 회고를 진행한 경험이 있는가?
3.
성장에 대한 의지가 있는가?
예시
a.
성장에 대한 구체적인 방향성을 정의하고 있는가?
b.
개인 블로그나 github를 통해, 일관성 있게 성장을 위한 노력의 흔적이 보이는가?
4.
회사의 상황에 맞는 인재인가?
스타트업의 특성상 누군가의 도움 없이 문제를 해결해야하는
예시
a.
기재된 기술 스택을 개인 블로그 혹은 github와 비교해 봤을 때, 제대로 사용하고 있는가?
b.
기초를 쌓기 위해 공부한 흔적이 보이는가?
c.
지원 회사의 요구사항을 분석하였는가?
실무 경험이 없을 때 어떻게 차별화를 줄 수 있을까?
포트폴리오를 통해 이력을 보완하는 전략이 필요하다. 포트폴리오를 차별화 할 수 있는 방법
1. 포트폴리오 구성과 템플릿에 변화 주기
•
부트캠프에서 제공하는 템플릿에 맞춰서 지원서와 포트폴리오를 구성하면 심심해진다.
•
구성에 조금만 차별화를 두어도 쉽게 이목을 끌 수 있다.
•
우선 내가 생각하는 포트폴리오 구성을 먼저 정리해보고, 타인이 만들어 놓은 구성을 비교해가며 수정래 보길 추천한다.
2. 지원할 회사를 분석하고 맞춤화 전략 세우기
•
채용 담당자의 입장에서 지원하고자 하는 회사를 분ㅅ헉하고 그에 맞는 포트폴리오를 구성한 사람을 노력을 많이 한 사람이라고 느낀다.
회사를 대상으로 포트폴리오를 준비하는 법
•
내가 가고 싶은 회사의 모습과 그 회사를 통해 성장하는 내 모습 적어보기
•
회사 목록들을 보고 1번에서 적은 모습과 가장 유사한 회사 순으로 우선순위 정해보기.
•
우선순위 별로 그 회사와 채용 중인 포지션에 대해 분석해보기.(만약 붙게 된다면 거기서 어떤 일을 할 것인지)
•
맞춤화된 포트폴리오 작성하기.