이력서에서 경험을 설명할 때는 프로젝트 단위로 정리하는 것이 효과적입니다. 프로젝트 단위란 시작과 끝이 명확한 업무를 의미하는데, 끝이 애매하다면 기간을 기준으로 구분하면 됩니다.
모든 업무에는 시작된 배경이 있습니다. 상사의 지시로 시작된 일이라도 그 배경을 논리적으로 설명할 수 있어야 합니다. 왜 그 시점에 그 업무가 필요했는지, 어떤 상황에서 출발했는지 맥락을 제시하세요. 배경이 물음표라면, 문제 정의는 느낌표입니다. 막연한 의문에서 출발한 문제 제기는 구체적인 데이터를 통해 명확히 정의될 수 있습니다. “고객 이탈률이 높은 것 같다”는 직관이 실제 이탈률 수치를 확인하며 “지난 분기 대비 15% 증가”라는 사실로 확정되는 과정입니다.
다음은 문제 해결을 위한 가설입니다. 명확한 정답이 있는 문제라면 가설이 불필요하겠지만, 불확실성이 큰 문제일수록 검증 가능한 가설이 중요합니다. 가설은 객관적 데이터에 근거한 해결 방안이어야 하며, 성공할 수도 있고 실패로 판명될 수도 있습니다.
실행 단계에서는 협업한 사람들, 발생한 어려움, 극복 과정을 구체적으로 담아내세요. “이것도 하고 저것도 했다”는 나열보다는 특별히 신경 쓴 부분이나 의사결정의 근거를 설명하는 편이 훨씬 설득력 있습니다.
마지막은 성과입니다. 성과는 성공일 수도, 실패일 수도 있습니다. 목표 대비 초과 달성이면 성공이고 미달이면 실패지만, 실패에서 얻은 배움이 있다면 충분히 가치 있는 경험입니다. 많은 이력서가 성공 사례만 나열하는데, 어설픈 성공을 과장하기보다는 실패를 솔직하게 인정하되 그 과정에서 무엇을 배웠고 다음에 어떻게 개선할 수 있는지 보여주는 것이 오히려 더 신뢰를 줍니다.
최근 헤드헌팅 과정에서 서비스 기획, UX 디자인, Product Manager 포지션 채용 시 기업들이 특히 이런 구조로 경험을 정리한 인재를 원한다는 요청을 자주 받습니다.
경험 설명은 스토리텔링입니다. 하지 않은 일이나 모르는 것을 거짓으로 꾸미자는 이야기가 아닙니다. 다만 내 경험을 설명하는 과정에서 적절한 맥락과 의미를 더하는 것은 필요합니다. 음식도 과한 조미료는 본연의 맛을 해치지만, 적절한 양념은 요리의 풍미를 살리는 법입니다.
