2곳 중 1곳은 무조건 합격하는 개발자 이력서 만들기 | 인프콘2023

비개발 직군에서 쓰던 기승전결과 소프트 스킬 중심 서술은 개발자 이력서의 기술 중심 불릿과 크게 달랐다. 여러 콘텐츠를 한꺼번에 적용한 첫 초안은 노력과 교육 내용만 늘어놓은 다섯 장짜리 문서가 됐고, 정작 어떤 문제를 어떻게 해결했는지는 드러나지 않았다. 일단 작성한 뒤 피드백을 받으며 이력서라는 문서의 목적과 핵심부터 다시 파악하기 시작한다.

첫 피드백인 ‘말랑말랑하다’는 표현을 전문성이 부족하다는 뜻으로 해석하고, 각 문장에 무엇을·왜·어떻게 했는지를 담도록 고쳤다. 노션에서 구글 문서로 옮겨 여백과 행간을 조절하고 핵심을 두 장에 압축했으며, 단순히 여러 기술을 공부했다는 배지 모으기보다 실제로 만든 결과를 보여 주는 쪽으로 초점을 바꿨다. 외부 공개 피드백을 통해 기획 의도가 아니라 기술적 문제의 구체화와 해결 과정이 개발자 이력서의 중심임을 확인한다.

이력서만으로는 작업의 고민과 맥락을 충분히 보여 줄 수 없다는 멘토링 피드백을 받고 별도의 노션 포트폴리오를 만든다. 문제를 만난 주인공이 해결 과정에서 변화하는 이야기 구조처럼, 자신이 무엇을 위해 어떤 선택을 했고 무엇을 배웠는지를 하나의 서사로 연결한다. Needs에는 조건과 문제, Challenge에는 기술 선택과 해결 과정, To-Be에는 제품·사용자·회사에 만든 결과를 적어 코드보다 먼저 사고 과정을 읽히게 한다.

실무 경력이 적어도 개인 프로젝트에서 문제를 해결하고 명확한 아웃풋을 만들 수 있으므로 미래의 가능성만 말하기보다 이미 해본 일을 근거로 제시해야 한다. 좋은 재료가 있어도 글쓰기 방식이 약하면 전달되지 않으므로 한두 달 동안 문장을 묵히고 고치며, 다른 사람이 소리 내 읽을 때 호흡이 자연스러운지도 확인한다. 사실에 기반한 단단한 근거와 매력적인 첫 문장으로 채용 담당자가 다음 내용을 궁금해하게 만드는 것이 최종 목표다.