우리는 백 번을 살아도 다 쓰지 못할 잠재력을 가지고 태어났다 - 데니스 웨이틀리

최근 읽은 책에서 마음에 와닿았던 말이다. 모두가 특출난 장점을 가지고있다고 나는 확신한다.
단지 사회와 어울리거나 어울리지 않는 것으로 재능이 인정받거나 그렇지 않거나라고 생각한다.
시대를 잘 타고났다라는 말이 적합하다고 느낀다.

시작에 앞서 이 말을 하는 이유는 나 자신을 믿는 것부터가 시작인 것 같다. 우리 모두 각자의 기준에서 성공하고 싶어한다(사회적 기준에서 성공하고 싶어하더라도 그 곳에 있는 '나'를 바라보는 것이 곧 각자의 기준이 된다고 생각한다). 그래서 "나는 안돼", "저 사람은 재능을 가지고 태어났어"하고 낙담하지 말고 내가 잘할 수 있는 것을 어떻게 살려서 남은 시간을 보내고 능동적으로 살아갈 것인지를 고민하는 것이 자기 자신에게 좋을 것 같다.

---

포트폴리오란?

포트폴리오가 무엇인지 정의해보고 들어가자

포트폴리오란 내가 지금까지 만든 프로젝트와 경험을 정리한 문서

이 정의를 보면 내가 해온 많을 수도 있고 적을 수도 있는 경험들을 최대한 정리해서 풍성한 문서를 작성하고 싶어진다.

그런데 이번 특강을 들으면서 위와 같은 생각이 취업에 유리하지 않다는 것을 느꼈다.
오늘 글의 내용에서 다룰 특강은 개발자H님의 포트폴리오 특강이다.

강사님의 포인트는 포트폴리오는 면접을 가기 위한 문서였다.
면접을 가기 위한 문서? 이 말에 거창한 포트폴리오만을 생각해오던 일종의 개념이 깨졌다.
포트폴리오의 목적은 합격 자체가 아니라 면접으로 이어지는 것이다.

이 관점에서 생각해보면
포트폴리오를 만드는 방식도 조금 달라진다.

• 모든 내용을 설명할 필요는 없다.

• 면접관이 이해하기 쉽게 작성해야 한다.

• 면접으로 이어질 만큼만 보여주면 된다.

포트폴리오 특강을 들으며 정리한 내용을 바탕으로 내가, 나아가 개발자가 어떤 방식으로 포트폴리오를 준비하고 공부해야 하는지에 대해 정리해보려고 한다.

---

면접관의 관점에서 본 포트폴리오

내 포트폴리오가 정말 화려하고 아무리 내 스타일대로 잘 작성되었다고해도 이것의 독자는 정해져있다. 바로 면접관이다.

포트폴리오는 결국 면접관이 읽는 문서다

여기까지도 우리는 쉽게 이해할 수 있다. 하지만 면접관이 과연 내 포트폴리오를 꼼꼼히 100% 이해하면서 읽어줄까? 여기서 조금 속상했지만, 결국 면접관도 상황이 있기에 제출하는 우리들의 기대와 다르게 처음부터 끝까지 꼼꼼하게 읽기는 어렵다. 한 포지션에 몇백 개의 포트폴리오가 들어오는 경우도 흔하기 때문이다. 또한 면접관은 채용 전담 업무만 진행하는 것이 아니기에 내 포트폴리오가 면접관의 컨디션이 안좋은 상태에서 읽히는 상황이 발생할 수도 있다.

여기서 우리는 불평을 하거나, 운이 좋지 않았다고 치부하고 넘어가기에는 이 문제를 아무도 해결해줄 수 없는 무한 반복일 것이다.
어떻게 해결할 수 있을까? 다시 말해 어떻게 만들어야 면접관이 내 포트폴리오를 다른 포트폴리오보다 조금이라도 더 읽어보거나 기억에 남게 할 수 있을까?
경쟁력을 갖추기 위해서는 두 가지를 챙겨야 한다.

• 가독성이 좋아야한다
• 면접관이 질문하기 쉽게 만들어야한다

면접관이 피로하지 않게 내 포트폴리오를 읽고, 이해하고, 질문할 수 있도록 설계된 문서여야 한다는 것이다.

---

그래서 첫 페이지가 중요하다

가독성, 그리고 면접관이 쉽게 이해할 수 있고 질문과 연관 지을 수 있어야한다는 자연스럽게 아래와 같은 말로 귀결된다.

첫 페이지가 가장 중요하다

면접관이 내 포트폴리오를 더 읽을 수 있게 유도해야한다. 이를 강사님은 호기심을 만드는 페이지라 표현했다. 첫 페이지를 보았을 때 "이 사람 뭐지?" 라는 반응이 나오면 성공이라고 볼 수 있다. 궁금해야 다음 페이지를 읽어볼 이유가 하나라도 더 생기기 때문이다.

그럼 무엇을 보여줘야할까?
세 가지를 정하고 들어가보자

• 개발자 컨셉 (타이틀)
• 강점 3가지
• 이미지 기반 디자인

개발자 컨셉 (타이틀)

컨셉이라함은 곧 타이틀을 말한다. "안녕하세요. 풀스택 개발자 xxx입니다." 이런 타이틀은 궁금증을 불러오지 않는다.

• 일당백 개발자 xxx입니다.
• 퍼포먼스에 진심인 개발자 xxx입니다.
  이러한 타이틀은 면접관으로 하여금 궁금증을 만든다

강점 3가지

자신의 강점 3가지 정도를 압축해서 보여주자. 중요한 점은

문장은 20자 이내 / 가능하다면 숫자를 활용하여

이미지 기반 디자인

텍스트보다는 이미지가 눈에 더 쉽게 들어오고 이해하기 쉽다. 이미지로 표현은 조금 생소했다. 강사님이 추천해주신 방법으로는

• 핀터레스트에서 레쥬메(Resume) 템플릿 참고
• 프로젝트 스크린샷을 목업 이미지로 제작
• 텍스트보단 시각적 요소 활용 텍스트보단 시각적 요소 활용

여기서 숫자를 활용 이 부분이 중요하다고 느껴졌다.
추상적인 표현보다 프로젝트1_Backend개발 : 기여도 60% 와 같이 숫자를 활용하여 보여주면 훨씬 직관적으로 표현할 수 있다.

여기서 걱정되는 점은 '어느정도 숫자가 과하지 않을까?' 였는데 내가 충분히 잘 설명할 수만 있다면 숫자에 대한 걱정은 하지 않아도 된다고 하셨다.

또한 역할에 대한 설명을 적는 것도 좋은 방법이다. 'API 설계', '배포 자동화' 등 자신이 맡은 파트도 좋지만 역할을 정리해서 적어주는 것도 면접관에게 쉽게 나를 이해시킬 수 있는 방법이다.

---

영화의 예고편

첫 페이지의 구조를 잘 작성했다면 이제 내 프로젝트들과 경험을 소개해야한다.
포인트는

프로젝트 상세는 '영화의 예고편'처럼 작성한다

영화 예고편에서는 관객들의 흥미를 돋굴 수 있도록 중요한 장면들은 보여주지만 결말이나 핵심 내용은 숨겨둔다. 이것이 핵심이다.
포트폴리오도 마찬가지로 모든 것을 문서에 상세하게 담아내기보다는 면접에서 설명할 여지를 남겨두는 것이 중요하다

너무 많은 내용은 가독성을 저하시키고 면접관으로 하여금 흥미를 떨어트린다

어떻게 예고편을 꾸밀까?

기술 키워드와 간단한 설명을 중심으로 정리해보자

예를 들어,

Redis Cache 적용으로 API 응답속도 개선
JWT 기반 인증 시스템 구현
Docker 기반 배포 자동화

이 방식의 장점은 명확이다.
키워드를 확실하게 적어 면접관에게 질문을 떠올리게 유도할 수 있는 것이다.

또 하나는 앞서 첫 페이지에서 사용했던 이미지 활용이다.

• 프로젝트 스크린샷
• 목업 이미지
• 서비스 구조 이미지
  등을 적극적으로 활용하여 프로젝트의 맥락을 텍스트로 길게 적어내지 말고 가시적으로 표현해보자.

---

대기업 vs 스타트업 전략

전체적인 구조와 작성법에 대해서는 잘 알아보았다.

이제 내가 서류를 낼 곳에 대해 알아보자. 크게 대기업과 스타트업으로 분류하였다.
모든 회사가 같은 기준으로 개발자를 채용하는 것은 아니다. 이 둘로 구분지은 이유는 둘의 관점이 꽤 다르기 때문이다.

대기업

대기업은 보통 스페셜리스트를 선호한다.
이미 개발 조직이 충분히 크고 체계가 잡혀있기 때문에, 특정 포지션에 정확하게 맞는 사람을 찾는 경우가 많다.
그래서 아래와 같은 특징들이 있다.

• 특정 기술 스택에 대한 깊은 경험
• 포지션에 맞는 전문성
• 즉시 투입 가능한 역량

즉,

넓은 경험보다 깊은 경험이 중요하다

스타트업 / 중소기업

반면 스타트업을 비롯한 중소기업은 조직 규모가 작고 빠르게 움직여야 하기 때문에 문제 해결 능력과 적응력을 더 중요하게 보는 경우가 많다.

• 다양한 경험
• 문제 해결 과정
• 협업과 커뮤니케이션
• 컬쳐핏(함께 일할 수 있는 사람인가)

즉,

제네럴리스트 성향이 더 유리할 수 있다

이 이야기로 미루어보았을 때, 중요한 것은 결국 전략을 세워야한다는 것이다.

목표하는 회사에 따라

• 강조할 경험
• 프로젝트 구성
• 기술 스택 설명

이 달라질 수 있기 때문이다.

나는 어떤 회사에 지원할 것인가

이것을 깊게 생각해보고 포트폴리오 전략을 세워보자

---

특강 회고

이번 특강은 포트폴리오 작성법에 대한 내용이었지만 듣다 보니 결국 개발 공부의 방향성에 대한 이야기라는 생각이 들었다.

본디 포트폴리오는 취업을 위한 문서이기 전에 지금까지 내가 어떤 방식으로 공부해왔는지를 보여주는 결과물이기 때문이다.

기록과 태도
특강을 듣고 정리하며 느낀 두 가지의 키워드다.

기록

• 어떤 문제를 해결했고
• 어떤 기술을 사용했고
• 왜 그런 선택을 했는지

이런 내용들은 시간이 지나면서 쉽게 잊혀진다. 그래서 더욱 기록으로 남겨둬야 단순한 경험에서 설명할 수 있는 경험이 된다.

또한, 숫자는 설득력을 높이기에 프로젝트를 진행할 때

• 성능 개선
• 운영 효율
• 사용자 변화
  등의 내용을 숫자로 기록해두는 것도 중요하다고 하셨다.

태도

태도에 대한 내용이 많지 않았지만 내가 태도를 키워드로 뽑은 이유는 결국 내가 해온 경험을 소개하는 것이기에 개발 공부에 대한 내용이 포트폴리오의 내용일 것이다.
개발 공부는 생각보다 긴 과정이다. 그 꾸준함을 유지하는 태도가 가장 중요하다고 생각이 들었다.

스프린트를 진행한지도 벌써 한 달이 넘어갔다.
가장 두려운 점은 내가 합리화를 시작했거나 욕심이 사라졌을까하는 부분이다.

내가 나를 가장 잘 알기에 미연에 방지하고자 스터디도 진행했다.
정말 많은 도움이 되고있고, 좋은 동료도 얻었다.
이들과 함께 끝까지 가기 위해 지치더라도 꾸준히 나아갔으면 좋겠다.