내가 이력서 검토자 입장에서 알게 된 가장 잔혹한 진실 하나. 검토자는 내 이력서를 읽는 데 평균 2분도 채 투자하지 않는다는 것이다. 2분이면 길고, 보통은 1분 30초 내외다. 이력서에 따라 1분도 투자하지 않을 때도 있다. 그 짧은 시간 안에 내 모든 것이 판단된다. 합격을 판단하진 않는다. 다만 불합격임을 판단한다. 그리고 그 판단은 대부분 첫 몇 줄에서 결정된다. 이것이 현실이다. 받아들이기 싫지만, 부정할 수도 없는 현실이다.
이력서를 검토하는 검토자의 입장에서 하루를 상상해보자. 채용 공고 하나에 몰려든 수천 장의 이력서가 있다. 지원자마다 포트폴리오를 같이 주기도하고 notion, github, blog 까지 생각하면 몇배의 문서를 봐야한다. 그리고 검토자들에게는 본업도 있다. 회의도 참석해야 하고, 진행하던 프로젝트도 마무리해야 한다. 그 틈새에서 이력서를 검토한다. 하루에 30장, 50장, 100장, 때로는 그 이상의 이력서를 봐야 한다. 이런 상황에서 한 장의 이력서에 10분씩 시간을 투자한다는 것은 불가능하다. 물론 너무 잘 알고 있다. 검토자들도 이력서를 작성했었으며 이력서 한장에 얼마나 많은 노력을 기울이고 또 지원자가 이력서를 제출하면서 어떤 마음이었을지 말이다. 검토자들도 결국 이력서를 작성하고 지원해 지금 검토하는 입장에 있는 것이니까. 그들도 사람이고, 시간은 한정되어 있다. 그래서 그들은 빠르게 스캔해야 한다. 빠르게 판단하고, 직감으로 걸러낸다. 혹시나 놓치지 않았을까 하는 마음에 다음날 다시 검토했던 이력서를 열어보지만 그 때도 짧은 시간만이 할애 될 뿐이다.
하지만 여기에 기회가 있다. 만약 내 이력서가 그들의 시선을 2분이 아닌 5분, 10분 동안 붙들어둘 수 있다면? 그들이 다른 이력서는 빠르게 넘기면서도 내 것만큼은 천천히, 자세히 들여다본다면? 그 순간 나는 경쟁자들과 완전히 다른 출발선에 서게 된다. 검토자의 시간을 사로잡는 것, 그것이야말로 이력서 작성의 핵심 전략이어야 한다.
요즘은 당연히 이력서를 종이형태가 아닌 pdf같은 파일 형태로 열람을 하거나 웹서비스로 제공된다. 따라서 이력서를 검토할 때 이력서 전체가 한눈에 들어오는 것이 아니라 자신의 모니터에 맞춰 순차적으로 열람하게 된다. 그리고 스크롤을 내려가면서 빠르게 지원자의 강점을 찾아나선다. 그렇다. 스크롤은 빠르게 내려간다. 그리고 대부분의 이력서들은 비슷비슷하다. 수천장, 수만장의 이력서를 읽다보면 비슷한 양식과 비슷한 폼의 이력서가 겹치고 어디를 봐야할지, 어떻게 봐야할지 빠르게 판단이 선다. 지원자들은 최선을 다해 이력서를 작성했지만 검토자들은 이력서를 읽지 않는다. 이력서를 본다.
하지만 이력서 파일을 열람하면서 이력서 맨 앞장의 상단 부분은 항상 보게 된다. 그 자리에 대부분의 지원자들은 "성실하고 책임감 있는 개발자입니다"라거나 "항상 배우려는 자세로 임하겠습니다"와 같은 다짐을 적는다. 하지만 그런 문장들은 검토자의 뇌리에서 즉시 지워진다. 천 번, 만 번도 더 본 문장이기 때문이다. 그들에게는 아무런 감흥도, 호기심도 주지 못한다.
진짜 강력한 첫 문장은 다르다. 검토자가 그 문장을 읽는 순간 "어? 이 사람은 뭐지?"라는 생각이 들게 만든다. 호기심이 생긴다. 더 알고 싶어진다. 그래서 다음 줄로, 그 다음 줄로 시선이 자연스럽게 이어진다. 이것이 바로 시간을 사로잡는 한 문장의 힘이다. 그 한 문장이 2분짜리 검토를 10분짜리 검토로 바꿔놓는다.
나는 수천 장의 이력서를 보면서 기억에 남는 첫 문장들을 만났다. "실패한 창업가가 개발자가 된 이유"라고 시작하는 이력서가 있었다. 순간 궁금해졌다. 왜 창업에 실패했을까? 그리고 왜 개발자가 되려고 하는 걸까? 나는 그 이력서를 끝까지 읽었다. "코드 1만 줄을 지우고 깨달은 것"이라는 문장으로 시작하는 이력서도 있었다. 무엇을 깨달았는지 알고 싶어서, 그 개발자가 어떤 경험을 했는지 궁금해서 계속 읽어 내려갔다. "코드에 머리 박고 죽을 예정인 개발자 코박죽 XXX입니다"라는 문장도 인상적이었다. 웃기기도 했고 지원자가 재치있다고 생각했으며 그 안에 담긴 이야기가 궁금했다.
이런 문장들의 공통점은 명확하다. 직접적으로 자신의 능력을 어필하지 않는다. 대신 이야기를 암시한다. 호기심을 자극한다. 그리고 그 뒤에 숨겨진 맥락을 알고 싶게 만든다. 검토자는 사람이다. 사람은 이야기에 끌린다. 특히 평범하지 않은 이야기, 예상과 다른 이야기에 호기심을 느낀다. 그 호기심이 바로 시간을 끄는 자석이 된다.
하지만 이런 문장을 쓰려면 전제 조건이 있다. 내가 말하고 싶은 핵심 메시지가 명확해야 한다는 것이다. 내 철학이 무엇인지, 내가 개발자로서 추구하는 가치가 무엇인지, 내가 가장 자신 있게 말할 수 있는 한 가지가 무엇인지를 알아야 한다. 그것이 없으면 아무리 기교를 부려도 빈 껍데기일 뿐이다. 검토자들은 그런 허상을 금세 알아챈다.
나는 멘토링을 하면서 수많은 지원자들에게 물어봤다. "당신이 개발자로서 가장 말하고 싶은 한 가지는 무엇인가요?" 대부분은 답하지 못했다. 아니, 답은 있었지만 그것이 너무 뻔했다. "사용자 경험을 중시합니다", "깔끔한 코드를 추구합니다", "팀워크를 중요하게 생각합니다." 이런 답들은 차별화가 되지 않는다. 누구나 할 수 있는 말이기 때문이다. 개발팀으로 합류하기 위해 당연히 필요한 것들이기도 하다.
진짜 강력한 메시지는 더 구체적이고 개인적이다. 예를 들어, "저는 사용자가 불편해하는 순간을 못 견뎌하는 개발자입니다"라고 말할 수 있는 사람이 있다. 이 사람에게는 실제로 사용자의 불편함을 해결한 구체적인 경험이 있을 것이다. 없다면 이 문장을 이력서에 쓰면 오히려 역효과가 나온다. 그 경험이 이 사람만의 철학을 만들어냈고, 그 철학이 개발자로서의 정체성이 되었다. 이것이 진짜 메시지다. 이런 메시지가 있어야 그것을 흥미롭게 포장할 수 있다.
직접적인 표현보다는 은유나 비유를 활용하는 것이 효과적이다. 사람의 뇌는 추상적인 표현에 더 큰 관심을 보인다. 해석이 필요한 문장, 생각할 거리를 주는 문장에 끌린다. 예를 들어, "버그는 친구다"라는 문장이 있다고 하자. 이상하다. 버그가 어떻게 친구일 수 있을까? 검토자는 궁금해진다. 그 이유를 알고 싶어한다. 그래서 계속 읽는다. 실제로 이 개발자는 버그를 통해 더 나은 코드를 작성할 수 있었고, 버그를 디버깅하는 과정에서 시스템을 더 깊이 이해하게 되었을 것이다. 그런 철학을 "버그는 친구다"라는 문장으로 압축한 것이다.
"코드는 시가 아니라 소설이어야 한다"는 문장도 흥미롭다. 시는 짧고 함축적이지만, 소설은 길고 자세하다. 이 개발자는 아마 간결한 코드보다는 읽기 쉽고 이해하기 쉬운 코드를 추구하는 사람일 것이다. 주석을 자세히 달고, 변수명을 명확하게 짓고, 코드의 흐름을 논리적으로 구성하는 개발자일 것이다. 이런 철학을 시와 소설의 비유로 표현한 것이다.
유명인의 명언을 활용하는 것도 좋은 방법이다. 다만, 그 명언이 나와 어떤 연관이 있는지를 명확하게 해야 한다. 단순히 멋있어 보여서 갖다 붙인 명언은 공허하다. 하지만 내 경험과 철학에 딱 맞는 명언을 찾아서 활용한다면, 그것은 강력한 임팩트를 만들어낸다. 예를 들어, 거스 히딩크의 "I'm still hungry"를 활용한다면, 나는 성장에 대한 욕구가 높고, 내가 실제로 계속 배우고 도전하는 개발자라는 것을 보여줄 수 있어야 한다. 그 명언이 내 철학과 일치한다는 것을 구체적인 경험으로 증명할 수 있어야 한다.
아무리 좋은 문장을 썼어도 배치가 잘못되면 소용없다. 이 한 문장은 반드시 이력서의 가장 최상단에 와야 한다. 이력서 첫 페이지의 상단 30% 이내의 가장 강조된 폰트의 사이즈로 그 무엇보다도 위에 와야 한다. 그래야 검토자가 이력서를 펼치는 순간 가장 먼저 눈에 들어오게 된다. 그래야 첫인상을 결정할 수 있다. 그래야 나머지 내용을 어떻게 볼지를 결정하는 기준이 될 수 있다.
많은 지원자들이 이 문장을 자기소개 부분에 넣거나 강조 되지 않는 형태로 넣는다. 검토자가 이력서에서 찾아야하고 때로는 번역하거나 해석해야 한다. 이는 완전히 잘못된 전략이다. 그때는 이미 늦다. 검토자는 바쁘다. 이력서가 검토자의 흥미를 빠르게 유발하지 못한다면 관심이 떨어진 후에 좋은 문장을 써봤자 효과가 없다. 첫인상이 이미 결정된 후이기 때문이다. 이 한 문장의 목적은 검토자의 시간을 사로잡는 것이다. 그러려면 가장 먼저 읽히는 자리에 있어야 한다.
글자 크기나 폰트도 중요하다. 너무 작으면 눈에 띄지 않고, 너무 크면 오히려 거슬린다. 적당한 크기로, 하지만 다른 텍스트보다는 조금 더 눈에 띄게 만들어야 한다. 색깔을 넣는 것도 하나의 방법이지만, 너무 화려하면 오히려 가벼워 보일 수 있다. 절제된 강조가 필요하다. 검토자가 이력서를 펼치는 순간, 자연스럽게 그 문장에 시선이 가도록 하는 것이 목표다.
결국 이 모든 것의 목적은 하나다. 검토자의 호기심을 자극하는 것이다. 호기심은 시간을 만든다. 궁금한 것이 있으면 사람은 시간을 투자한다. 바쁜 와중에도 알고 싶은 것이 있으면 시간을 낸다. 이것이 인간의 본성이다. 검토자도 마찬가지다. 그들이 아무리 바빠도, 정말 궁금한 이력서가 있으면 시간을 들여서 읽는다. 다른 이력서는 30초 만에 넘기면서도, 궁금한 이력서는 10분 동안 들여다본다. 더 많은 시간을 쓰기도 하고 이력서에 걸려있는 notion, github, blog같은 여러 링크에 들어오기도 한다.
내가 직접 경험한 일이다. 어떤 지원자의 이력서 첫 줄에 "3번의 실패 후에 찾은 나만의 개발 철학"이라고 쓰여 있었다. 나는 그 실패가 무엇인지, 그리고 그 실패를 통해 어떤 철학을 찾았는지 알고 싶었다. 그래서 그 이력서를 끝까지 읽었다. 그리고 지원자가 내세운 철학에 대해 토론하고 싶었다. 그래서 난 지원자를 면접장으로 불러오게 되었다. 그렇게 면접에서 그 실패 경험에 대해 자세히 물어봤다. 그 지원자는 결국 합격했다. 호기심이 시간을 만들어냈고, 그 시간이 기회를 만들어냈다.
이처럼 호기심을 자극하는 한 문장은 검토자의 시간을 사로잡는다. 그리고 그 시간이 곧 기회가 된다. 2분짜리 검토가 10분짜리 검토가 되고, 그 10분 동안 나의 진짜 가치를 보여줄 수 있다. 이것이 바로 시간을 사로잡는 한 문장의 진짜 목적이다. 기교나 기법이 아니라, 나에게 더 많은 기회를 주는 전략적 도구인 것이다.
지금 당장 자신에게 물어보자. 나를 한 문장으로 표현한다면 무엇일까? 검토자가 그 문장을 읽고 나를 더 알고 싶어할까? 더 궁금해할까? 만약 그렇지 않다면, 다시 생각해봐야 한다. 내 이야기를 찾고, 내 철학을 정리하고, 그것을 흥미롭게 포장할 방법을 고민해야 한다. 그 한 문장이 나의 운명을 바꿀 수 있다. 검토자의 시간을 사로잡는 그 한 문장을 만들어라.