[커리어데이] 이력서/면접 특강

 

 

이력서는 채용 담당자가 나를 가장 먼저 알게 되는 문서이고,

면접은 이력서와 포트폴리오에 적힌 경험을 바탕으로 나의 사고 과정과 잠재력을 확인하는 자리

 

결국 중요한 것은

내가 어떤 문제를 어떻게 해결했고, 그 과정에서 어떤 PM 역량을 보여줬는지를 설득력 있게 전달하는 것이다.

이력서와 면접은 “내가 무엇을 했는가”를 보여주는 것이 아니라,
내 경험이 이 회사와 이 포지션에 왜 맞는지 설명하는 과정이다.

---

이력서

이력서는 채용 담당자가 나를 처음 만나는 나의 첫인상이다.

채용 담당자가 이력서를 처음 스크리닝하는 시간은 매우 짧고, 평균 검토 시간도 길지 않다.

그래서 이력서는 짧은 시간 안에 “이 사람이 우리가 찾는 사람인지”를 보여줘야 한다.

구분	내용
첫 스크리닝 소요 시간	약 10초
평균 검토 소요 시간	약 5분

 

채용 담당자가 이력서에서 보는 것

질문	의미
우리가 찾는 사람이 맞는가?	채용 공고에 맞는 경험과 역량이 있는가?
다음 단계로 넘어갈 사람인가?	포트폴리오를 보고 싶거나, 직접 대화해보고 싶은가?

핵심 내용
이력서는 내가 하고 싶은 말을 모두 적는 문서가 아니다.
채용 담당자가 짧은 시간 안에 “이 사람은 우리 포지션과 연결된다”고 판단할 수 있게 만드는 문서다.

---

 

작성 필수 항목

기본 정보

기본 정보는 채용 담당자가 나에게 쉽게 연락할 수 있도록 정리하는 영역

이름, 연락처, 이메일, 링크드인, 포트폴리오 링크 등을 명확하게 작성

 

자기소개

자기소개는 나의 강점, 근거, 방향성을 짧게 보여주는 영역

길게 쓰기보다 채용 공고에 맞는 역량을 3~4문장 내외로 압축하는 것이 좋음

포함할 내용	예시 방향
강점	데이터 기반 문제 정의, 개발 이해도, 협업 경험 등 (정성적)
증거	실제 프로젝트 경험, 성과, 역할 (정량적)
방향성	채용 공고에 맞는 역량 어필

 

경력 사항

경력 사항은 최신순으로 정렬

항목	작성 내용
회사명 / 직무 / 기간	기본 경력 정보
한 줄 요약	내가 맡았던 일의 핵심
주요 역할 및 성과	문제, 접근 방식, 결과 중심으로 작성

 

프로젝트

프로젝트는 PM 역량을 가장 구체적으로 보여줄 수 있는 영역

1) 어떤 문제가 있었고, 2) 이 문제를 해결하기 위해 어떻게 접근했고, 3) 결과가 어떻게 됐는가
* 논리적, 정량적, 객관적으로 기재

질문	작성 방향
어떤 문제가 있었는가?	사용자 문제, 비즈니스 문제, 운영 문제 등
어떻게 접근했는가?	데이터 분석, 가설 수립, 우선순위 판단, 협업 방식
결과는 어땠는가?	정량 지표, 정성 피드백, 배운 점

 

기타 정보

기타 정보는 PM 직무 또는 지원 도메인과 관련이 높은 정보만 기재

관련성이 낮은 정보는 오히려 이력서의 집중도를 떨어뜨릴 수 있음!

---

 

작성 가이드

JD 분석부터 시작하기

확인할 질문	의미
이 회사는 어떤 PM을 원하는가?	채용 공고에서 반복되는 역량과 경험 확인
내 경험 중 JD와 연결되는 것은 무엇인가?	지원 포지션에 맞게 이력서 재구성

주의
같은 경험이라도 지원하는 회사와 포지션에 따라 강조해야 할 포인트가 달라진다.

 

프로젝트는 PM답게 작성하기

PM 이력서에서 프로젝트는 결과물보다 문제를 바라본 방식과 해결 과정이 중요

강조할 역량	작성 방향
문제 해결력	문제를 어떻게 정의했고, 어떤 기준으로 해결 방안을 선택했는지
정량화 및 수치화	성과, 규모, 개선폭, 전환율 등 가능한 수치로 표현
협업 및 리더십	팀 규모, 구성, 이견 조율, 제안 또는 리딩 사례 작성
레슨런	무엇이 안 됐고, 무엇을 배웠고, 이후 어떻게 바꿨는지
가독성	짧은 문장, 불릿 포인트, 핵심 강조

 

직무 전환은 PM의 언어로 설명하기

직무 전환자는 이전 경력을 숨기기보다, PM 직무와 연결되는 역량으로 번역해야 한다.

본인의 개발자 경험도 단순 개발 경력이 아니라,

기술 이해도, 개발자와의 협업 역량, 구현 가능성을 고려한 기획 역량으로 연결할 수 있다!

 

가독성 있는 문서

첫 스크리닝 타임인 10초 안에 채용 담당자가 봐야 할 핵심이 보이도록 작성

좋은 방향	주의할 점
짧고 명확한 문장	길고 복잡한 문장 지양
불릿 포인트 활용	문단형 나열 지양
핵심만 강조	강조가 많으면 오히려 역효과

---

 

Q&A

질문	튜터님 답변
백엔드 개발자 경력과 PM 경험이 함께 있을 때, 개발자 경력은 얼마나 기재해야 할까?	백엔드 경력은 무조건 어필해야 한다. 단, 개발자로서 한 일을 그대로 나열하기보다 PM 역량과 연결해 작성한다.
PM으로서 0→1 경험만 있다면, 이를 강조해도 될까?	0→1 경험도 충분히 어필 가능하다. 다만 향후 프로젝트에서는 1→100 관점의 개선, 운영, 성장 경험도 의식적으로 쌓아보는 것이 좋다.

내 상황에 대입해본다면
백엔드 개발자 경력은 PM 전환에서 강점이 된다.
기술적 제약을 이해하고, 개발 조직과 현실적인 제품 의사결정을 할 수 있다는 방향으로 표현

---

면접

핵심 : 잠재적인 역량을 얼마나 설득력 있게 보여주는가

이력서와 포트폴리오에 적힌 경험을 바탕으로,

내가 어떤 방식으로 문제를 정의하고 의사결정을 내리는 사람인지 보여주기

 

면접 구성

구성	핵심
자기소개	이력서 반복이 아니라 지원동기와 강점 중심으로 간단하게 어필
경력·포트폴리오 기반 질문	HOW와 WHY 중심으로 사고 과정과 근거 설명
기타 확인 질문	상황 가정 질문, 즉흥 문제 해결 질문 대응

---

 

준비하기

자기소개

간.단.하.게 지원동기와 강점 어필

면접의 자기소개는 이력서에 이미 적힌 내용을 다시 읽는 시간이 아님

포인트	내용
지원동기	왜 반드시 이 회사여야 하는지
강점	이 회사와 포지션에 적합한 나의 역량
근거	기술 블로그를 참고하여 조직 문화, 제품 개발 방식 등 구체 자료 언급

 

포트폴리오 질문

HOW와 WHY가 핵심

면접에서는 포트폴리오에 적힌 결과보다, 그 결과에 도달한 과정이 중요

특히 “왜 그렇게 판단했는지”, “어떻게 문제에 접근했는지”를 설명할 수 있어야 한다.

질문 영역	내용
데이터 활용 경험	어떤 데이터를 봤고, 어떤 판단으로 연결했는지
커뮤니케이션 역량	이견, 갈등, 조율 상황에서 어떻게 해결했는지

프로젝트 복기 
모든 문장에 “왜?”를 붙여보기
프로젝트 중 어려웠던 커뮤니케이션 경험과 해결 과정을 그때그때 노션에 기록하기

 

상황 가정 질문

간혹 즉흥적으로 문제를 분석하거나 제품을 개선해보라는 질문이 나올 수 있음

평소 앱을 사용하면서 불편했던 점, 의문이 들었던 지점, 개선 아이디어를 스크린샷과 함께 정리해두는 습관을 들이자.

e.g)
“쿠팡 또는 컬리를 켜서 홈 화면의 문제점을 3가지 이유와 함께 설명해보세요.”
-> 정답을 맞히는 것보다, 문제를 관찰하고 구조화해서 설명하는 힘을 보는 질문

---

 

지양할 점

우기거나 감정적인 모습

: PM은 의견 충돌 상황에서도 합리적으로 조율할 수 있어야 한다.

면접관의 의견이 합리적이라면 무조건 방어하기보다 인정하고, 앞으로 어떻게 개선해볼지 말하는 태도가 더 좋다.

---

Q&A

질문	답변 정리
회사가 현재 선호하는 성향이나 컬쳐핏은 어떻게 알 수 있을까?	링크드인, 지인 네트워크, 현직자 정보 등을 통해 조직 분위기와 구성원의 성향을 미리 파악해볼 수 있다. 다만 억지로 다른 사람이 되기보다, 회사가 원하는 방향과 내가 가진 성향의 접점을 찾는 것이 중요하다.
마지막 질문 시간에 회사가 나와 맞는지 확인하는 질문을 해도 될까?	오히려 질문은 많이 하는게 좋다. 다만 회사의 약점을 직접 찌르는 질문보다는, 이 포지션을 왜 뽑는지, 조직의 의사결정 과정은 어떤지처럼 핏을 확인할 수 있는 질문이 좋다.

 

* 질의응답 타임에 해볼 수 있는 질문

질문	확인할 수 있는 것
이 포지션을 지금 채용하는 가장 큰 이유는 무엇인가요?	조직의 현재 문제, 기대 역할, 채용 배경
PM이 의사결정을 할 때 주로 어떤 방식으로 논의가 진행되나요?	조직의 의사결정 구조와 협업 방식
이 포지션에서 입사 후 3개월 안에 가장 먼저 기대하는 역할은 무엇인가요?	초기 기대치와 실제 업무 우선순위