
게임기획은 시스템, 레벨, 콘텐츠, 밸런스처럼 세부 직무가 나뉘어 있어 처음에는 어디로 가야 할지 헷갈립니다. 입문 단계에서 각 분야 문서를 한 번씩 써 보고…
PM 면접은 경험의 구체성을 본다
게임 PM은 기획, 프로그래밍, 아트, QA, 사업 등 여러 팀이 같은 목표를 향해 일하도록 일정과 범위, 우선순위를 관리하는 직무입니다. 직접 게임 콘텐츠를 만들지는 않지만, 만드는 과정 전체가 굴러가게 만드는 역할입니다. 회사에 따라 개발 일정 관리를 주로 맡는 개발 PM과 출시와 운영, 매출을 함께 보는 사업 PM으로 나뉘기도 하므로 지원하는 자리가 어느 쪽인지 먼저 확인해야 합니다.
PM 직무는 실무 경험이 없는 신입에게 특히 어려운 면접입니다. 그래서 면접관은 팀 프로젝트, 동아리 운영, 행사 준비, 아르바이트처럼 작은 규모라도 여러 사람의 일을 조율해 본 경험을 묻습니다. 경험의 규모보다 그 안에서 어떤 문제를 발견했고 어떻게 판단했는지를 구체적으로 말할 수 있는지가 중요합니다.
일정과 범위에 대한 질문
가장 대표적인 질문은 '마일스톤까지 남은 기간에 비해 작업이 너무 많다면 어떻게 하겠나요'입니다. 답변 방향은 선택지를 나눠 말하는 것입니다. 범위를 줄이거나, 일정을 늘리거나, 인력을 조정하거나, 품질 기준을 다시 합의하는 방법이 있고, 각각의 비용을 따져 결정한다는 흐름입니다. 대부분의 경우 범위를 줄이는 것이 현실적인데, 이때 무엇을 남기고 무엇을 뺄지 정하는 기준을 함께 말하면 좋습니다.
'일정을 어떻게 세우나요'라는 질문에는 작업을 잘게 나누고, 각 작업의 담당자와 소요 기간을 실무자에게 직접 확인하고, 작업 간 선후 관계를 정리한 뒤 여유 기간을 둔다는 순서를 설명하면 됩니다. PM이 혼자 일정을 정하지 않고 실무자의 추정을 바탕으로 한다는 점을 강조하는 것이 좋습니다. 세운 일정은 한 번 정하고 끝나는 것이 아니라, 정기 점검마다 실제 진척과 비교해 다시 맞춰 가는 문서라는 점도 덧붙이세요. 예상과 실제의 차이를 기록해 두면 다음 일정을 세울 때 근거가 됩니다.
우선순위와 조율에 대한 질문
- 기획팀은 새 기능을, 개발팀은 버그 수정을 먼저 하자고 하면 어떻게 하나요?
- 중요하지만 급하지 않은 일과 급하지만 덜 중요한 일 중 무엇을 먼저 하나요?
- 윗선에서 갑자기 요구 사항이 추가되면 어떻게 대응하나요?
- 팀원 한 명이 계속 일정을 지키지 못한다면요?
팀 간 의견 차이 질문에는 어느 한쪽 편을 드는 답보다, 공통 목표에 비추어 판단 기준을 세우는 과정을 보여 주는 것이 좋습니다. 출시 일정, 유저 영향, 리스크 크기 같은 기준으로 두 요청을 비교하고, 결정 이유를 양쪽에 투명하게 공유한다는 흐름이면 됩니다. 추가 요구 사항 질문에는 받아들이기 전에 기존 일정과 범위에 미치는 영향을 정리해 함께 보고하고, 무엇을 미룰지 합의한다는 답이 적절합니다.
일정을 지키지 못하는 팀원 질문에서는 바로 책임을 묻기보다, 작업량이 과한지, 의존하는 작업이 늦어지는지, 개인 사정이 있는지 원인을 먼저 확인한다는 태도를 보여 주세요. PM의 역할은 사람을 탓하는 것이 아니라 일이 막힌 지점을 푸는 것이라는 관점이 드러나면 좋습니다.
리스크와 지표에 대한 질문
'프로젝트의 위험 요소를 어떻게 미리 알아채나요'라는 질문에는 정기 점검에서 진척률뿐 아니라 막힌 작업, 의존 관계, 외부 일정 같은 신호를 함께 본다고 답하면 됩니다. 문제가 생긴 뒤 보고하는 것보다, 생길 가능성이 보일 때 미리 공유하는 습관을 말하는 것이 좋습니다. 리스크마다 발생 가능성과 영향 크기를 정리하고 대응 방안을 미리 적어 두는 방식도 설명할 수 있습니다.
사업 PM 성격이 강한 자리라면 '출시 후 어떤 지표를 보겠나요'라는 질문이 나올 수 있습니다. 유저가 얼마나 남아 있는지 보는 잔존율, 하루 접속 유저 수, 결제 관련 지표처럼 기본 지표의 뜻을 알고, 지표가 떨어졌을 때 원인을 어떻게 나눠 보겠는지 말할 수 있으면 됩니다. 숫자를 외우기보다 지표 사이의 관계를 이해하고 있다는 점을 보여 주는 것이 중요합니다.
피해야 할 답변
| 피해야 할 답 | 왜 문제인지 |
|---|---|
| 야근해서라도 일정은 맞추겠습니다 | 범위와 자원을 조정하는 판단이 빠짐 |
| 팀원들이 알아서 잘 해 줄 거예요 | PM의 관리 역할을 이해하지 못함 |
| 윗선 요구는 그대로 따르겠습니다 | 영향을 정리하고 합의를 만드는 과정이 없음 |
| 관리 툴을 잘 다룹니다 | 도구보다 판단과 소통이 핵심이라는 점을 놓침 |
관리 방법론 이름을 많이 나열하는 것도 피하는 것이 좋습니다. 용어를 아는 것은 도움이 되지만, 그 방법을 실제 상황에서 어떻게 썼는지 설명하지 못하면 오히려 경험이 없다는 인상을 줍니다. 용어는 경험을 설명하는 데 필요할 때만 짧게 쓰세요.
면접 전에 경험을 사건 단위로 정리하기
PM 면접 준비는 내 경험을 사건 단위로 정리하는 데서 시작합니다. 일정이 밀렸던 일, 의견이 갈렸던 일, 예상하지 못한 문제가 생겼던 일을 하나씩 골라 상황, 내가 한 판단, 결과, 배운 점으로 정리해 두세요. 팀 프로젝트에서 일정표나 회의록, 작업 보드를 만들었다면 그 자료를 포트폴리오로 정리해 가져가면 말에 근거가 생깁니다.
내 경험 가운데 어떤 사례가 PM 역량을 가장 잘 보여 줄지 고르기 어렵다면, SBS아카데미게임학원 PROJECT MANAGEMENT 과정 상담에서 지금까지의 프로젝트 경험을 함께 정리하며 면접에서 내세울 사례와 보완할 경험을 짚어 볼 수 있습니다.
자주 묻는 질문
게임 PM 면접에서 게임 개발 지식은 얼마나 필요한가요?
직접 만들 수 있을 정도는 아니어도, 기획·개발·아트·QA가 각각 어떤 순서로 일하는지는 이해하고 있어야 합니다. 그래야 일정과 의존 관계를 현실적으로 판단할 수 있습니다.
PM 경험이 전혀 없으면 무엇을 말해야 하나요?
작은 규모라도 여러 사람의 일을 조율했던 경험을 찾아보세요. 팀 과제, 동아리, 행사 준비에서 일정과 역할을 정리한 경험도 충분히 이야기할 거리가 됩니다.
가까운 캠퍼스에서 게임기획 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.