게임기획자는 "이 게임이 왜 재미있는가"를 문서로 증명하는 사람입니다. 아이디어가 아무리 좋아도 프로그래머와 그래픽 팀이 읽고 바로 작업할 수 있는 문서가 아…
기획자는 게임의 내용을, PM은 만드는 과정을 책임집니다
기획자는 게임 안을 들여다봅니다. 전투 규칙, 성장 구조, 퀘스트 흐름, 보상 수치처럼 플레이어가 직접 경험하는 것을 설계합니다. 좋은 기획자는 '이 기능이 플레이어에게 어떤 재미를 주는가'를 끝까지 붙잡고 있습니다.
PM(프로젝트 매니저 또는 프로덕트 매니저)은 게임 바깥, 즉 만드는 과정을 봅니다. 이번 업데이트에 어떤 기능을 넣을지 우선순위를 정하고, 각 팀의 작업이 언제 끝나는지 추적하며, 일정이 밀리면 범위를 줄일지 인력을 조정할지 판단합니다. 좋은 PM은 '이 일정 안에 팀이 무엇을 끝낼 수 있는가'를 정확히 알고 있습니다.
회사마다 PM이라는 이름이 가리키는 범위가 다릅니다. 개발 일정 관리에 집중하는 프로젝트 PM이 있고, 출시 후 매출과 유저 지표를 보며 서비스 방향을 정하는 사업·서비스 PM도 있습니다. 공고를 볼 때는 직무 이름보다 상세 업무를 꼭 확인해야 합니다.
같은 기준으로 놓고 본 두 직무
| 기준 | 게임기획자 | 게임 PM |
|---|---|---|
| 핵심 질문 | 무엇을 만들면 재미있을까 | 무엇을 언제까지 만들 수 있을까 |
| 주요 결과물 | 기획서, 데이터 테이블, 레벨 문서 | 일정표, 우선순위 목록, 진행 보고 |
| 주로 쓰는 도구 | 엑셀, 문서 툴, 게임 엔진 | 일정·이슈 관리 툴, 스프레드시트, 회의록 |
| 판단 기준 | 플레이 경험과 게임 내 논리 | 일정, 비용, 인력, 위험 요소 |
| 출시 후 역할 | 업데이트 콘텐츠 설계, 밸런스 조정 | 업데이트 일정 관리, 지표 확인, 외부 협의 |
둘 다 여러 직군과 소통한다는 공통점이 있지만 대화의 내용이 다릅니다. 기획자는 '이 규칙을 이렇게 구현해 주세요'를 이야기하고, PM은 '이 작업이 언제 끝나고 다음 작업과 어떻게 이어지나요'를 이야기합니다.
두 직무가 부딪히는 순간과 협업하는 방식
기획자와 PM이 가장 자주 부딪히는 지점은 범위입니다. 기획자는 완성도를 위해 기능을 더 넣고 싶어 하고, PM은 일정을 지키기 위해 기능을 줄이자고 합니다. 이 긴장은 나쁜 것이 아니라 건강한 프로젝트의 정상적인 모습입니다. 둘 중 한쪽만 이기면 게임은 재미가 없거나 출시되지 못합니다.
잘 맞는 팀에서는 기획자가 기능의 핵심과 부가 요소를 미리 구분해 둡니다. '이 부분이 빠지면 기능의 의미가 사라지지만, 이 부분은 다음 업데이트로 미뤄도 된다'고 말할 수 있으면 PM과의 협상이 훨씬 수월해집니다. 반대로 PM은 일정 문제를 미리 알려 기획자가 대안을 준비할 시간을 줍니다. 서로의 역할을 존중하는 팀일수록 회의가 짧고 결정이 빠릅니다. 기획 지망생이라도 이 협상 장면을 알고 있으면, 포트폴리오 문서에 '필수 범위'와 '확장 범위'를 나눠 적는 습관을 미리 들일 수 있습니다.
PM에게 필요한 역량은 기획자와 어떻게 다를까
PM에게 가장 중요한 것은 전체를 보는 시야와 정리 능력입니다. 여러 팀의 작업이 서로 어떻게 얽혀 있는지 파악하고, 한 곳이 늦어지면 어디에 영향을 주는지 빠르게 계산해야 합니다. 일정이 꼬였을 때 감정적으로 대응하지 않고 선택지를 정리해 결정권자에게 보고하는 능력도 필요합니다.
- 일정 관리: 작업을 쪼개고 순서와 걸리는 시간을 예측하는 능력
- 위험 관리: 문제가 커지기 전에 신호를 알아차리고 알리는 습관
- 커뮤니케이션: 개발팀, 사업팀, 외부 파트너 사이에서 내용을 정확히 옮기는 능력
- 지표 이해: 서비스 PM이라면 유저 수, 잔존율, 매출 같은 숫자를 읽는 능력
기획자에게 필요한 깊은 게임 설계 능력은 PM에게 필수는 아닙니다. 하지만 게임 개발 과정과 기획 문서를 이해하고 있어야 일정과 범위를 현실적으로 판단할 수 있어서, 기획이나 QA 경험을 거쳐 PM이 되는 경우도 있습니다.
신입이 바로 PM으로 시작할 수 있을까
PM은 여러 팀을 조율하는 자리라 개발 경험이 있는 사람을 찾는 경우가 흔합니다. 개발 과정을 직접 겪어 보지 않으면 어떤 작업이 얼마나 걸릴지, 어디서 일이 막히기 쉬운지 예측하기 어렵기 때문입니다. 공고를 보면 같은 PM이라도 신입 지원이 가능한 자리와 경력만 받는 자리가 섞여 있으니 자격 요건을 먼저 확인해야 합니다. 그래서 신입이라면 PM 보조나 사업·운영 직무로 시작해 경험을 쌓거나, 기획자로 일하다 PM으로 옮기는 경로를 생각해 볼 수 있습니다.
다만 사업·서비스 쪽 PM은 신입을 뽑는 경우도 있습니다. 이때는 게임 시장과 수익 모델에 대한 분석 문서, 라이브 운영 이벤트 제안서처럼 비즈니스 관점이 드러나는 포트폴리오가 도움이 됩니다. 기획 포트폴리오와는 강조점이 다르다는 점을 알고 준비해야 합니다.
이런 사람은 기획자, 이런 사람은 PM
게임을 하다가 '나라면 이 규칙을 이렇게 바꿀 텐데'라는 생각이 자주 들고, 그것을 문서로 정리할 때 즐거움을 느낀다면 기획자 쪽이 맞을 가능성이 큽니다. 반대로 팀 프로젝트에서 일정표를 짜고 누가 무엇을 언제까지 할지 정리하는 역할을 자연스럽게 맡아 왔다면 PM 쪽 적성을 의심해 볼 만합니다.
어느 쪽이든 게임 개발 과정을 깊이 이해하는 것이 출발점입니다. 내가 설계하는 사람인지 조율하는 사람인지 아직 확신이 서지 않는다면, SBS아카데미게임학원 게임기획 과정이나 게임사업&서비스 과정 상담에서 지금까지의 경험을 바탕으로 어느 쪽 포트폴리오를 먼저 준비할지 함께 판단해 볼 수 있습니다.
자주 묻는 질문
PD와 PM은 같은 직무인가요?
회사마다 다르게 씁니다. PD가 게임의 방향을 총괄하고 PM이 일정과 실행을 관리하는 구조가 많지만, 두 명칭을 섞어 쓰는 곳도 있습니다.
PM도 기획서를 쓰나요?
게임 기능의 상세 기획서는 기획자가 쓰는 경우가 대부분입니다. PM은 업데이트 계획서, 일정 문서, 진행 보고서를 주로 작성합니다.
가까운 캠퍼스에서 게임기획 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.