게임 PM 커리어 로드맵 예시

한 프로젝트의 마일스톤과 업데이트 일정을 안정적으로 운영해도 여러 프로젝트가 공용 서버와 QA 인력을 두고 부딪힐 때 어떻게 나눌지는 다른 사람이 정하는 경우가 많습니다. PMO로 가려면 충돌을 찾아 보고하는 데서 나아가 배분을 결정하고 그 결과를 책임진 기록이 필요하거든요. 일정 기준을 만든 기록과 목표 직무를 함께 보면 이미 갖춘 단일 프로젝트 운영과 아직 맡지 않은 프로젝트 간 조정 책임이 따로 보입니다. 찾아낸 충돌의 조정 결과를 추적하고 세 프로젝트의 일정을 하나로 묶는 경로(A), 포트폴리오 일정 사례집과 PMO 역할 비교 문서를 만드는 경로(B), 90일 안에 그런 책임을 맡을 수 없다고 확인되면 이직을 검토하는 경로(C)가 나옵니다. 아래는 게임 PM 8년차가 게임 개발 PMO 리드를 목표로 받은 리포트 예시입니다.

이 예시의 입력: 게임 PM 8년차

커리어 로드맵은 아래처럼 입력한 커리어 데이터·기록·목표를 근거로 만들어져요. 내 데이터를 넣으면 내 상황에 맞춘 리포트를 받을 수 있어요.

목표 직무
게임 개발 PMO 리드
커리어 지향
제너럴리스트 (범위 확장)
입력한 데이터
경력 2건 · 사이드 프로젝트 1건 · 커리어 기록 11건
현재 회사 상황 (본인 서술)
현재 회사(모바일 게임 개발사, 개발 인원 180명, 프로젝트 3개)에서 한 프로젝트의 개발 PM. 여러 프로젝트를 함께 맡아 본 적은 없음.
기타 희망사항
한 프로젝트 일정 관리에서 스튜디오 전체 프로젝트를 보는 PMO나 개발 총괄로 갈지 고민 중.
예시 · 게임 PM 8년차

총평

현재는 한 프로젝트의 출시·라이브 일정과 일정 통제 방식을 설계해 온 개발 PM이며, PM 사다리에서 단일 프로젝트의 미들 후반에서 스튜디오 단위 조정으로 넘어가는 지점에 있어요. 긴급 점검을 11건에서 4건으로 줄이고 공용 일정 템플릿의 충돌 구간 3곳을 찾아 본부장에게 조정안을 올린 기록은 PMO로 이어지는 근거입니다. 다만 목표인 게임 개발 PMO 리드에 필요한 여러 프로젝트 간 우선순위 결정, 공용 인력 배분 결과에 대한 책임, 표준 프로세스의 정착 범위는 아직 확인되지 않습니다. 우선 현 직장에서 프로젝트 간 일정·리소스 조정의 실제 의사결정 범위를 맡아 증거를 쌓는 경로가 가장 빠릅니다. 개인 작업은 포트폴리오를 정리하는 보조 수단으로 두고, 이직은 현재 회사의 3개 프로젝트를 가로지르는 책임을 맡을 기회가 없다고 확인될 때 다시 검토하는 편이 맞습니다.

커리어 돌아보기

솔바람게임즈 | 개발 PM / 모바일 수집형 RPG

  • 수행 레벨은 단일 프로젝트 일정의 개선과 일부 설계에 도달해 있어요. 알파부터 출시까지 다섯 단계의 완료 기준을 직군 리드와 합의했고, 업데이트 날짜 기준과 빌드 락 이후 수정 승인제를 운영 규칙으로 만들었습니다.
  • 난이도는 직군 의존성과 출시 리스크가 읽히는 수준입니다. 외주 일러스트 납품이 2주 늦었을 때 콘텐츠 순서를 바꿔 예정일을 지켰고, 베타에서는 일부 콘텐츠를 첫 업데이트로 옮기는 안을 승인받아 출시일을 계획보다 2주 늦추는 선에서 조정했습니다. 다만 프로젝트 예산, 인력 규모별 의사결정 권한은 기록에 없어 그 범위까지는 판정하기 어렵습니다.
  • 시장 동시대성은 Jira 대시보드, 마일스톤 통제, 빌드·QA 일정 관리로 현재 게임 PM 업무와 맞닿아 있습니다. 대시보드로 경영진 보고 준비 시간이 주 3시간에서 1시간 미만으로 줄었고, 긴급 점검은 1년차 11건에서 2년차 4건으로 감소했습니다. 수치가 있는 운영 개선은 분명하지만 스튜디오 전체의 프로세스 표준을 설계하고 정착시킨 범위는 아직 제한적으로 드러납니다.

누리판엔터 | QA 담당 / 모바일 게임 QA

  • 수행 레벨은 기능·회귀 테스트 운영에서 검증 일정과 결함 분류 기준 개선으로 넓어졌어요. 업데이트 빌드의 결함을 재현 절차와 Jira 항목으로 남겼고, 마지막 1년에는 빌드 수령부터 검증 완료까지 일정을 구성했습니다.
  • 난이도는 퍼블리싱 게임 2종의 업데이트 검증과 개발사 간 결함 기준 조율에서 확인됩니다. 빌드가 늦게 오면 테스트 범위를 우선순위에 따라 줄이는 기준을 만들었고, 결함 심각도 표현을 4단계로 정리해 출시 차단 여부를 같은 기준으로 논의하게 했습니다. 다만 장애 규모나 테스트 자동화 범위는 입력에 없어 판정할 수 없습니다.
  • 시장 동시대성은 Jira 기반 결함 추적과 QA·개발 일정의 연결 경험에 있습니다. QA 이전 단계에서 일정 지연 원인을 관찰하고 개발 PM으로 옮긴 경로는 제작 공정 이해의 근거예요. 현재 기록에는 자동화 도구나 품질 지표 체계가 없어 그 역량의 수준은 별도 확인이 필요합니다.

스튜디오 공용 일정 템플릿 | 제안·작성

  • 수행 레벨은 개인 프로젝트가 아니라 회사 내부 공통 업무 양식을 제안하고 두 프로젝트가 쓰기 시작한 개선 단계입니다. 마일스톤과 업데이트 기준 날짜를 같은 화면에 놓고 서버·QA 투입 구간을 겹쳐 표시하도록 만들었습니다.
  • 난이도는 세 프로젝트의 서로 다른 일정 양식과 공용 인력 충돌을 한 문서에서 다루려 한 점에서 읽힙니다. 충돌 구간 3곳을 발견해 개발 본부장에게 조정안을 올렸고, 3개 중 2개 프로젝트가 템플릿 사용을 시작했습니다. 조정안의 승인 여부와 실제 인력 이동 결과는 입력에 없어 영향의 최종 범위는 아직 판정할 수 없습니다.
  • 시장 동시대성은 Jira 중심의 단일 프로젝트 일정 관리에서 포트폴리오 일정 가시성으로 범위를 넓힌 데 있습니다. 2025년 9월 초안부터 2026년 2월 채택까지 사용 방식이 구체화됐어요. 다만 템플릿 사용이 스튜디오 표준으로 확정됐는지, 유지 관리 책임자가 정해졌는지는 기록에 나타나지 않습니다.

현재 위치

게임 PM 성장 사다리에서 단일 프로젝트의 마일스톤과 라이브 업데이트 통제를 소유하는 미들 후반에 있으며, 스튜디오 단위 PMO로 넘어가는 초기 증거도 만들고 있어요. 2018년 QA에서 시작해 2021년 개발 PM으로 옮긴 뒤 출시와 라이브 운영을 맡았고, 현재 책임 직급과 약 5년의 개발 PM 경력은 프로젝트 일정 책임과 맞습니다. 다만 목표 직함인 PMO 리드의 핵심은 일정 취합이 아니라 여러 프로젝트의 우선순위와 공용 자원 배분을 결정하는 일이므로, 현재 경험만으로 리드 수준을 확정할 수는 없습니다.

강점

  • 출시 준비부터 라이브 업데이트까지 담당 범위가 이어집니다. 다섯 단계 마일스톤을 만들고 비공개 테스트 2회, 출시 이후 격주 업데이트의 기준 날짜를 관리했어요. 시장에서는 제작 공정의 앞뒤를 아는 PM으로 읽히며, PMO로 확장할 때 프로젝트별 일정 위험을 비교하는 토대가 됩니다.
  • 일정 통제 변경과 결과를 수치로 연결한 기록이 있습니다. 1주년 업데이트에서 빌드 락 이후 수정 4건만 승인해 예정일에 긴급 점검 없이 배포했고, 디렉터가 다음 대형 업데이트에도 같은 방식을 요청했어요. 이는 절차를 문서로 남기는 데 그치지 않고 운영 방식의 재사용까지 확인한 신호이며, 스튜디오 공통 기준을 만드는 목표와 맞닿습니다.
  • 프로젝트 경계를 넘어선 자원 충돌 탐색을 시작했습니다. 공용 템플릿에 서버·QA 일정을 겹쳐 충돌 구간 3곳을 표시하고 개발 본부장에게 조정안을 보고했어요. 단일 프로젝트 PM보다 넓은 관점을 보인 근거지만, 목표 대비로는 조정 결과와 이후 자원 배분 책임까지 기록해야 완성도가 높아집니다.

공백

  • 여러 프로젝트를 동시에 맡아 일정 우선순위를 결정한 실무 범위가 없습니다. 기록상 신규 프로젝트 일정 지원은 2개월간 프리 프로덕션 일정 회의에 들어가 초안을 함께 작성하고 인계한 일입니다. 따라서 PMO 리드 채용에서 요구하는 반복적인 포트폴리오 판단과 결과 책임을 증명하기에는 부족해요.
  • 공용 인력 배분을 실제로 조정하고 결과를 추적한 증거가 아직 없습니다. 충돌 3곳에 대한 조정안을 올렸지만, 승인 여부와 투입 변경, 일정 영향은 입력에 나오지 않습니다. 목표 역할의 핵심 의사결정 범위이므로 현재 회사에서 후속 조정과 결과 측정을 맡을 수 있는지 확인해야 합니다.

목표 대비 격차

이미 준비된 것

  • 프로젝트 일정의 기준을 만들고 현장에서 작동시킨 경험이 있습니다. D-14 콘텐츠 락, D-7 빌드 락, D-3 스토어 제출 날짜를 합의하고, 빌드 락 이후 수정 승인제를 운영해 업데이트 리스크를 줄였습니다. 이 기반은 여러 프로젝트에 적용할 공통 일정 기준을 만드는 데 연결되며, 우선 경로 A에서 적용 범위와 예외 처리까지 맡아야 합니다.
  • 공용 일정 가시성과 프로젝트 간 충돌 탐색의 초기 실적이 있습니다. 3개 프로젝트 중 2개가 템플릿을 사용하기 시작했고, 공용 서버·QA 인력 충돌 3곳을 보고했습니다. 이는 PMO 전환의 출발점이지만 조정안의 실행 결과가 빠져 있으므로, 경로 A에서 후속 결정과 영향을 기록하고 경로 B에서 판단 기준을 문서로 정리할 수 있습니다.

비어 있는 것

  • 여러 프로젝트의 일정과 공용 자원을 동시에 책임진 경험이 비어 있습니다. PMO 성장 경로에서 프로젝트별 현황 취합을 넘어 마일스톤 간 충돌을 조정하고 우선순위를 정하는 일이 핵심입니다. 현 회사의 3개 프로젝트에서 책임 범위를 넓힐 수 있는지 먼저 경로 A로 시험하고, 구조적으로 불가능하면 경로 C의 PMO 포지션을 검토해야 합니다.
  • 조정안이 승인된 뒤 실제 인력 배치와 일정 결과를 책임진 증거가 없습니다. 충돌 구간을 찾아 본부장에게 올린 것은 문제 발견의 근거지만, 목표 직무는 선택지 비교와 결정 후속 관리까지 보여줘야 합니다. 경로 A에서 조정안을 결정권자와 검토하고 결과를 추적하며, 경로 B에서는 가상의 포트폴리오 사례로 판단 논리를 보완할 수 있습니다.
  • 스튜디오 프로세스의 적용률과 유지 책임이 확인되지 않습니다. 템플릿은 두 프로젝트에서 사용되기 시작했지만 세 번째 프로젝트의 미도입 사유, 사용 준수 여부, 운영 주체는 기록에 없습니다. 경로 A에서 사용 프로젝트와 예외를 정기 점검하고, 회사 안에 책임을 둘 수 없다면 경로 C에서 PMO 조직이 이미 작동하는 회사를 살펴야 합니다.
  • 개발 총괄과 PMO 리드 중 어느 쪽을 원하는지 결정 근거가 아직 충분하지 않습니다. 2026년 8월 PMO 공고를 조사했지만, 기록에는 실제로 끌린 업무나 개발 총괄과의 차이 분석이 남아 있지 않습니다. 경로 A에서 본부 단위 의사결정에 노출되는 범위를 확인하고 경로 B에서 역할·권한 비교 자료를 만들어 선택 기준을 세우는 편이 좋습니다.

경로 선택

주력경로 A · 현 직장

현 직장에서 세 프로젝트 일정 통합과 충돌 조정의 실행 결과를 맡는 데 우선 시간을 쓰세요. 이것이 목표의 핵심 공백인 실제 우선순위 판단과 자원 배분 책임을 가장 직접적으로 확인합니다.

병행경로 B · 개인 프로젝트

개인 작업은 주당 2시간 이내로 제한하고, 공고 조사 노트를 역할 비교 문서와 포트폴리오 일정 사례집으로 정리하세요. 실제 운영 경험을 대체하지 않도록 문서화와 판단 기준 정리에만 범위를 둡니다.

보류경로 C · 이직

현재 회사에는 세 프로젝트가 있고 공용 템플릿 채택도 시작돼 있어 이직을 먼저 할 이유는 부족합니다. 90일 뒤 실제 조정 권한이나 세 번째 프로젝트 적용 기회가 모두 없다고 확인될 때 다시 검토하세요.

경로 A · 현 직장 안에서

충돌 조정 결과 추적

현재 템플릿에서 찾은 서버·QA 충돌 3곳의 조정안을 개발 본부장 및 관련 PM과 다시 검토하고, 가능한 범위에서 결정 내용과 담당자를 합의해 보세요. 기존 기록은 충돌 발견과 보고까지 보여주지만 실제 배분 결정은 확인되지 않아, PMO 역할의 핵심 공백을 현 직장에서 가장 낮은 비용으로 시험할 수 있습니다. 충돌별 결정, 변경된 투입 구간, 일정 영향, 미해결 사유를 한 건씩 기록으로 남기세요.

세 프로젝트 일정 통합

템플릿을 쓰지 않는 세 번째 프로젝트의 PM에게 현재 일정 양식과 공용 인력 표기 방식을 확인하고, 합의가 가능하면 다음 마일스톤부터 같은 형식으로 맞춰 보세요. 현재는 3개 중 2개 프로젝트가 사용하므로 스튜디오 전체 가시성이라는 목표에는 적용 범위가 남아 있습니다. 프로젝트별 채택 여부, 필수 입력 누락, 월별 갱신 횟수와 미적용 사유를 기록하세요.

분기 포트폴리오 회의

조건이 허락한다면 세 프로젝트의 주요 마일스톤, 공용 인력 충돌, 결정 대기 항목을 한 장에 모아 분기 점검을 제안하고 회의 안건 하나를 직접 정리해 보세요. 2026년 6월 신규 PM 공석 때 2개월간 프리 프로덕션 일정을 지원했지만 인계로 끝났으므로, 이번에는 프로젝트 간 의사결정의 후속 결과까지 맡아야 합니다. 안건별 결정자, 선택한 조정안, 보류 사유와 다음 점검일을 회의 기록에 남기세요.

PMO 업무 범위 확인

2026년 8월 작성한 PMO 공고 조사 노트를 바탕으로 현재 조직에서 PMO가 맡을 수 있는 의사결정과 보고선을 상급자에게 질문하고, 90일 동안 맡을 수 있는 범위를 제안하세요. 회사에는 프로젝트 3개와 개발 인원 180명이 있지만, 내부 PMO 자리나 권한이 있다는 정보는 없으므로 가능성을 사실처럼 전제하면 안 됩니다. 질문 답변, 합의된 업무 범위, 권한이 없어서 맡지 못한 항목을 노트에 구분해 저장하세요.

경로 B · 개인 프로젝트로

포트폴리오 일정 사례집

공용 인력 충돌을 다루는 가상 게임 스튜디오 일정 사례집을 만들고, 프로젝트별 마일스톤·의존 관계·결정 대기 항목·조정 대안을 한 문서로 연결하세요. 실제 PMO 신호가 되려면 단순 템플릿 소개를 넘어 충돌의 우선순위 기준, 선택하지 않은 대안의 비용, 결정 후 일정 영향까지 설명해야 하며, 실제 회사 자료나 기밀 정보는 쓰지 않아야 합니다. 3~4주 동안 사례 문서와 익명화된 예시 화면, 판단 기준 설명을 산출물로 정리하세요.

PMO 역할 비교 문서

이미 작성한 PMO 공고 조사 노트를 바탕으로 게임 개발 PMO 리드와 개발 총괄의 업무·권한·성과 책임을 비교하는 문서를 만드세요. 시장 신호가 되려면 공고 문구를 모으는 데서 멈추지 말고, 여러 공고에서 반복되는 책임을 분류하고 본인 경험의 근거와 공백을 항목별로 연결해야 합니다. 2주 안에 비교 문서와 본인 경험 매핑, 추가로 확인할 질문 목록을 산출물로 남기세요.

일정 리스크 판단 기록

공개된 게임 개발 사례나 직접 구성한 가상 상황을 사용해 일정 지연, 외주 납품, 빌드 락 이후 변경이 겹칠 때의 우선순위 판단 기록을 만드세요. 시장에서 통하려면 선택 이유와 이해관계자별 영향, 결정 뒤 검증할 지표가 들어가야 하며, 실제 다중 프로젝트 운영 경험을 대체한다고 주장하면 안 됩니다. 3주 안에 사례 2건과 의사결정 로그, 사후 점검 기준을 문서로 완성하세요.

개인 프로젝트로는 안 되는 것

실제 여러 프로젝트에서 공용 인력을 배분하고 일정 결과에 책임지는 경험은 개인 프로젝트로 증명되지 않습니다. 이 격차는 현 회사에서 실제 조정 권한과 후속 추적을 맡아 메우는 것이 우선이며, 그런 권한이 구조적으로 없다면 다중 프로젝트를 운영하는 스튜디오 PMO 자리로 옮겨야 합니다.

경로 C · 이직 관점

현 시점에는 이직이 필요하지 않아요. 현재 회사에 프로젝트 3개가 있고 이미 공용 템플릿을 2개 프로젝트가 쓰기 시작했으므로, 먼저 실제 조정 권한과 결과 책임을 얻을 수 있는지 확인하는 편이 빠릅니다. 90일 안에 세 번째 프로젝트 확장이나 조정 후속 책임이 모두 불가능하다고 확인되면 이직 검토를 시작하세요.

중형 라이브 스튜디오

세 개 안팎의 프로젝트와 라이브 타이틀을 운영하며 공용 서버·QA 인력을 배분하는 중형 게임 스튜디오를 우선 살펴보세요. 템플릿 적용 범위와 충돌 조정 결과를 기록한 뒤, 실제 PMO 또는 포트폴리오 관리 업무를 맡는 공고와 비교하는 시점이 적절합니다. 단일 프로젝트 마일스톤, 업데이트 통제, 긴급 점검 감소는 통하지만 실제 자원 배분 권한은 아직 입증되지 않았어요.

복수 프로젝트 개발사

신규 개발과 라이브 운영을 병행하고 프로젝트 간 인력 이동을 정기적으로 결정하는 게임 개발사를 후보로 두세요. 현 회사에서 조정안의 승인·실행 결과까지 확보하거나, 내부에서 해당 책임을 맡을 수 없다는 답을 받은 뒤 지원하는 편이 좋습니다. 출시 일정 조정과 외주 납품 대응은 제작 공정 이해로 읽히지만, 스튜디오 우선순위 결정 경험은 부족합니다.

퍼블리셔 개발 PMO

내부 개발팀과 외부 개발사 여러 곳의 마일스톤을 관리하는 퍼블리셔나 공동 개발 조직은 QA와 개발 PM 경력을 연결할 수 있는 선택지입니다. 포트폴리오 사례집과 실제 프로젝트 간 조정 기록을 만든 뒤, 공고가 요구하는 외부 파트너 일정 책임과 본인 경험을 대조해 검토하세요. 퍼블리싱 게임 2종의 QA와 개발사 결함 기준 조율은 전이 가능한 근거지만 외부 개발사 다수의 일정 책임은 아직 없습니다.

단기 목표 (분기)

  • 공용 인력 조정 결과 기록경로 A · 현 직장

    달성 판정: 충돌 구간별 결정자, 배분 변경, 일정 영향 또는 미해결 사유를 포함한 조정 기록을 남기세요. 실제 충돌이 없으면 가상 사례로 대체하지 말고, 담당자에게 확인한 결과를 기록합니다.

  • 세 프로젝트 일정 적용 현황경로 A · 현 직장

    달성 판정: 3개 프로젝트의 템플릿 사용 여부, 필수 일정 항목, 갱신 시점, 미적용 사유를 정리한 현황 문서를 남기세요. 공용 형식 채택을 제안했다면 합의나 보류 결과도 함께 기록합니다.

  • PMO 역할 비교 문서 완성경로 B · 개인 프로젝트

    달성 판정: PMO 리드와 개발 총괄의 반복 업무·권한·성과 책임을 비교하고, 본인 경험의 근거와 공백을 연결한 문서를 저장하세요. 기존 공고 조사 노트의 출처와 조사일도 표시합니다.

내 목표로 만들어보기 →달성 판정에 적힌 일을 기록 탭에 남기면 다음 리포트에 그 진척이 반영돼요.

리스크·막힘 지점

  • 세 프로젝트 일정 통합이나 인력 조정에 대한 권한을 상급자가 부여하지 않거나, 담당 PM들이 공용 템플릿을 쓰지 않을 수 있어요.

    대안조정 권한이 없으면 승인 요청과 거절 사유를 기록하고, 템플릿 적용 현황과 충돌 사례 분석까지만 맡으세요. 90일 뒤에도 책임 범위가 늘지 않으면 복수 프로젝트 PMO 채용을 검토합니다.

  • 현재 맡은 라이브 업데이트 업무가 몰려 개인 작업과 추가 포트폴리오 회의에 쓸 시간이 확보되지 않을 수 있어요.

    대안개인 작업은 PMO 역할 비교 문서 하나로 축소하고, 회사 안에서는 기존 회의록에 결정자와 일정 영향을 기록하는 방식으로 증거를 남기세요.

자주 묻는 질문

게임 개발자 커리어 로드맵은 어떻게 세우나요?
참여한 타이틀·라이브 서비스 경험과 커리어 기록에 남은 문제 해결 사례를 함께 읽어 테크리드에 필요한 역량과 지금 부족한 부분을 확인하고, 그 격차를 좁히는 경로를 제시해요.
여러 프로젝트를 옮겨 다닌 경력이어도 로드맵이 의미 있나요?
네. 오히려 여러 타이틀에서 반복적으로 마주한 구조적 문제가 무엇인지가 테크리드 역량을 보여주는 좋은 근거라, 로드맵은 그 경험을 어떤 기록으로 정리해야 하는지를 알려줘요.