기획 지망생 포트폴리오에서 가장 아쉬운 부분은 아이디어는 많은데 숫자와 근거가 빠져 있다는 점입니다. 수업에서는 전투 공식과 성장 곡선을 엑셀로 직접 계산하고…
30대 지원자가 먼저 인정해야 할 세 가지 제약
첫째는 시간입니다. 회사에 다니거나 가정이 있다면 하루에 공부할 수 있는 시간이 길지 않습니다. 몇 달을 쉬고 몰두하는 방식보다, 퇴근 후와 주말을 쪼개 쓰는 계획이 오래 버팁니다.
둘째는 돈입니다. 이직 기간 동안 소득이 줄어들 수 있으니, 준비를 시작하기 전에 생활비를 몇 달 버틸 수 있는지 먼저 계산해 두는 편이 마음이 덜 흔들립니다.
셋째는 게임 개발 기초입니다. 일정 관리를 잘해도 기획, 아트, 프로그래밍, QA가 어떤 순서로 맞물리는지 모르면 회의에서 판단을 내리기 어렵습니다. 면접관도 이 부분을 가장 먼저 확인합니다.
이전 경력에서 그대로 가져갈 수 있는 것
PM은 신입이라도 '일을 굴려 본 경험'이 있는 사람을 반깁니다. 30대 지원자는 이 부분에서 20대보다 유리한 경우가 많습니다. 중요한 것은 경험을 나열하는 것이 아니라, 게임 개발 상황에 대입해 설명하는 것입니다.
- 일정 관리: 마감이 겹칠 때 무엇을 먼저 처리했는지
- 이해관계 조율: 부서끼리 요구가 부딪쳤을 때 어떻게 합의를 만들었는지
- 위험 대응: 문제가 커지기 전에 어떤 신호를 보고 움직였는지
- 문서화: 회의 결과와 결정 사항을 어떻게 남기고 공유했는지
- 숫자 감각: 매출, 비용, 진척률 같은 지표를 보고 판단한 경험
예를 들어 제조업에서 납기를 관리했다면, 그 경험은 빌드 일정과 마일스톤(중간 목표 시점) 관리로 이어서 설명할 수 있습니다. 영업이나 고객 응대 경력이 있다면 라이브 서비스 운영과 유저 소통에서 쓸 수 있는 역량이 됩니다.
퇴근 후 시간으로 짜는 단계별 준비 순서
- 게임 개발 파이프라인 익히기: 기획 → 프로토타입 → 알파 → 베타 → 출시 → 라이브 운영 흐름을 정리하고, 각 단계에서 누가 무엇을 넘겨주는지 그려 봅니다.
- 협업 도구 손에 익히기: 일정표, 칸반 보드, 이슈 트래커를 직접 만들어 보며 작업 단위를 쪼개는 연습을 합니다.
- 게임 하나를 PM 관점으로 분석하기: 업데이트 주기, 이벤트 구성, 공지 방식을 보고 개발팀이 어떤 일정으로 움직였을지 추정해 봅니다.
- 작은 팀 프로젝트 경험 만들기: 스터디나 게임잼, 수업 팀 프로젝트에서 일정과 회의를 맡아 실제 기록을 남깁니다.
- 포트폴리오와 지원서 정리: 프로젝트 기록과 이전 경력을 하나의 이야기로 묶어 지원합니다.
기간은 사람마다 크게 다릅니다. 이미 IT 업계에서 일했다면 몇 달 안에 지원 단계로 넘어갈 수 있고, 게임을 거의 모르는 상태라면 파이프라인 공부와 팀 경험에 더 긴 시간을 잡는 편이 안전합니다.
평일에는 짧게 이론과 분석을 하고, 주말에는 팀 프로젝트나 문서 작업처럼 긴 호흡이 필요한 일을 배치하면 흐름이 끊기지 않습니다. 한 주가 끝나면 무엇을 했고 무엇이 밀렸는지 스스로 회고해 보세요. 이 습관 자체가 PM이 매주 하는 일과 같아서, 나중에 면접에서 이야기할 재료도 됩니다.
포트폴리오에는 '관리한 흔적'을 담습니다
PM 포트폴리오는 화려한 기획서보다 프로젝트가 어떻게 굴러갔는지 보여 주는 자료가 중심입니다. 계획을 세운 문서, 중간에 바뀐 일정, 그 이유와 결과가 함께 있으면 설득력이 커집니다.
| 자료 | 보여 주는 역량 |
|---|---|
| 작업 분해표와 마일스톤 일정 | 큰 목표를 실행 가능한 작업으로 나누는 능력 |
| 회의록과 결정 기록 | 논의를 정리하고 합의를 남기는 습관 |
| 리스크 목록과 대응 기록 | 문제를 미리 보고 대비하는 판단력 |
| 회고 문서 | 끝난 프로젝트에서 배운 점을 다음에 반영하는 태도 |
팀 프로젝트 결과물이 작아도 괜찮습니다. 일정이 밀렸을 때 범위를 어떻게 줄였는지, 누구와 어떻게 이야기했는지가 더 중요한 평가 지점입니다.
면접에서 나이보다 먼저 확인되는 것
30대 지원자는 면접에서 '왜 지금 게임 업계인가'라는 질문을 거의 반드시 받습니다. 게임을 좋아한다는 답만으로는 부족합니다. 이전 일에서 느낀 한계와 게임 개발에서 하고 싶은 역할을 연결해 설명하는 방향이 좋습니다.
또 하나 자주 확인하는 것은 나이가 어린 팀원이나 선배와 일하는 태도입니다. 경력이 있다고 해서 업계 방식을 가르치려 들면 오히려 감점이 됩니다. 모르는 부분은 배우고, 아는 부분은 팀에 보탬이 되게 쓰겠다는 균형을 보여 주는 편이 좋습니다.
실무 상황 질문도 자주 나옵니다. 출시 직전에 큰 버그가 발견되면 어떻게 하겠느냐, 아트 일정이 밀려 기획 일정까지 흔들리면 누구와 먼저 이야기하겠느냐 같은 질문입니다. 정답을 외우기보다 우선순위를 정하는 기준, 정보를 모으는 순서, 결정을 공유하는 방식을 차례로 설명하면 됩니다. 이전 직장에서 비슷한 상황을 겪었다면 그 사례를 짧게 붙이면 좋습니다.
무리하지 않는 첫 진입 경로 고르기
처음부터 대형 프로젝트의 PM 자리만 노리면 기회가 좁아집니다. 사업 PM, 라이브 운영, 퍼블리싱 협업처럼 이전 경력과 가까운 자리에서 시작해 개발 PM으로 넓혀 가는 사람도 많습니다. 중소 개발사에서 여러 역할을 겸하며 빠르게 경험을 쌓는 방법도 있습니다.
중요한 것은 내 경력 중 어떤 부분이 게임 PM에 바로 쓰이고, 무엇을 새로 채워야 하는지 구분하는 일입니다. 지금까지의 경력을 PM 직무 언어로 어떻게 풀어낼지 막막하다면, SBS아카데미게임학원 게임사업&서비스 과정 상담에서 경력과 맞는 진입 경로를 함께 짚을 수 있습니다.
자주 묻는 질문
게임을 많이 해 보지 않았는데 PM이 될 수 있을까요?
플레이 시간보다 게임이 어떻게 만들어지고 운영되는지 이해하는 것이 중요합니다. 다만 지원 회사의 게임은 직접 해 보고 운영 방식을 분석해 두는 것이 좋습니다.
PM 관련 자격증이 도움이 되나요?
자격증이 있으면 관리 방법론을 공부했다는 근거는 되지만, 채용에서는 실제 프로젝트 경험과 기록을 더 중요하게 봅니다. 자격증보다 팀 프로젝트 기록을 먼저 만드는 편을 권합니다.
기획자로 먼저 들어가서 PM으로 옮기는 게 나을까요?
기획 경험은 PM에게 큰 자산이 되지만 꼭 거쳐야 하는 단계는 아닙니다. 이전 경력이 관리 업무에 가깝다면 PM 직무로 바로 지원하는 것도 가능합니다.
가까운 캠퍼스에서 게임기획 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.