게임을 좋아하는 것과 게임을 분석하는 것은 다른 일입니다. 수업은 익숙한 게임 하나를 골라 재미의 구조를 뜯어보는 역기획부터 시작합니다. 보상이 언제 주어지는…
QA 경험이 기획자에게 주는 실제 장점
QA(품질 관리)는 게임이 출시되기 전에 오류를 찾고, 기획 의도대로 동작하는지 확인하는 직무입니다. 매일 기획서를 읽고 그 내용을 바탕으로 테스트 케이스를 만들기 때문에, 좋은 기획서와 부족한 기획서의 차이를 누구보다 많이 보게 됩니다. 어떤 문서가 질문을 많이 부르고 어떤 문서가 깔끔하게 구현되는지 몸으로 익히는 셈입니다.
예외 상황을 찾는 습관도 큰 자산입니다. QA는 '이 버튼을 두 번 누르면?', '인벤토리가 가득 찬 상태에서 보상을 받으면?' 같은 질문을 늘 던집니다. 이 시선을 가진 기획자는 문서를 쓸 때부터 빈틈을 미리 막을 수 있습니다. 또 개발 전체 흐름과 빌드 일정, 버그 처리 과정을 현장에서 경험했다는 점도 기획자로서의 적응을 빠르게 합니다.
전환이 생각보다 어려운 이유
QA와 기획은 같은 게임을 다루지만 하는 일의 방향이 반대입니다. QA는 이미 만들어진 것을 검증하고, 기획은 아직 없는 것을 설계합니다. 그래서 QA 업무를 잘한다고 해서 기획 역량이 자동으로 증명되지는 않습니다. 회사 입장에서는 '이 사람이 새로운 시스템을 설계할 수 있는가'를 따로 확인하고 싶어 합니다.
업무 강도도 변수입니다. 출시나 업데이트 직전에는 QA 업무가 몰려 개인 공부 시간을 내기 어렵습니다. 처음에는 기획 공부를 병행하겠다고 마음먹어도 몇 달이 지나면 QA 일에 익숙해져 그대로 머무르는 경우가 생깁니다. 또 QA를 외부 전문 업체에 맡기는 회사도 있어, 소속이 개발사가 아니라면 내부 이동 자체가 어려울 수 있습니다.
입사 전에 확인하면 좋은 것들
기획 전환을 염두에 두고 QA로 들어간다면, 지원 단계에서 몇 가지를 확인해 두는 것이 좋습니다. 같은 QA라도 어디에 소속되어 어떤 방식으로 일하는지에 따라 기획팀과 가까워질 기회가 크게 다릅니다.
- 개발사 내부 QA인지, 외부 QA 전문 업체 소속인지
- QA가 개발팀과 같은 공간에서 일하며 기획자와 직접 소통하는지
- 사내 직무 전환이나 내부 공모 제도가 있는지
- 기획 문서에 QA가 의견을 낼 수 있는 구조인지
면접에서 직무 전환을 너무 앞세우면 'QA는 잠깐 거쳐 가는 자리로 생각한다'는 인상을 줄 수 있습니다. QA 업무 자체에 대한 관심과 성실함을 먼저 보여 주고, 장기적으로 개발 전반을 이해하고 싶다는 정도로 표현하는 편이 자연스럽습니다.
QA로 일하면서 기획 역량을 증명하는 방법
가장 확실한 방법은 QA 업무 안에서 기획적인 시선을 보여 주는 것입니다. 버그를 보고할 때 현상만 적지 않고, 왜 이런 문제가 생겼는지와 어떻게 규칙을 바꾸면 막을 수 있는지까지 덧붙이면 기획팀이 그 사람을 다르게 보기 시작합니다. 이런 보고가 쌓이면 자연스럽게 기획 회의에 의견을 구하는 일이 생기기도 합니다.
- 맡은 기능의 기획서를 꼼꼼히 읽고 빠진 예외를 정리해 두기
- 버그 리포트에 원인 추정과 개선 제안을 짧게 덧붙이기
- 퇴근 후 서비스 중인 게임의 시스템을 역기획서로 정리하기
- QA 경험에서 발견한 문제를 바탕으로 개선 기획서를 써 보기
- 내부 공모나 이동 기회가 생겼을 때 바로 낼 수 있게 포트폴리오 유지하기
4번이 특히 강력합니다. 외부 지원자는 쓸 수 없는, 현장에서만 볼 수 있는 문제를 다룬 기획서이기 때문입니다. 다만 회사 내부 정보를 외부 포트폴리오에 그대로 쓰는 것은 보안 문제가 될 수 있으니, 공개된 게임을 소재로 같은 방식의 문서를 쓰는 것이 안전합니다.
전환 면접에서 받게 될 질문과 답의 방향
내부 이동이든 다른 회사 기획 직무 지원이든, QA 출신에게 자주 나오는 질문은 '왜 기획으로 가고 싶은가'와 'QA 경험이 기획에 어떻게 쓰일 수 있는가'입니다. 이때 QA가 힘들어서 떠난다는 인상을 주면 좋지 않습니다. 테스트를 하며 반복해서 마주친 문제를 직접 설계 단계에서 막고 싶어졌다는 식으로, QA 경험에서 출발한 동기를 말하는 편이 설득력이 있습니다.
'기획서를 보며 아쉬웠던 점이 있었나'라는 질문도 나올 수 있습니다. 특정 동료를 탓하는 답은 피하고, 예외 정의가 빠져 있을 때 어떤 문제가 생겼는지와 그 경험 이후 내가 문서를 쓴다면 무엇을 먼저 넣겠는지를 말하면 됩니다. 이 대답 하나로 QA의 시선과 기획자의 시선을 함께 갖췄다는 것을 보여 줄 수 있습니다.
처음부터 기획으로 지원할지 QA를 거칠지 고르는 기준
이미 기획 포트폴리오가 어느 정도 준비되어 있다면, 굳이 QA를 거치지 않고 기획 직무로 바로 지원하는 것이 시간을 아끼는 길일 수 있습니다. 반대로 포트폴리오가 부족하고 실무 경험부터 쌓고 싶다면 QA로 업계에 들어와 현장을 익히는 것도 의미 있는 선택입니다.
중요한 것은 QA를 '기획으로 가기 위한 대기실'로만 생각하지 않는 것입니다. QA 자체가 전문 직무이고, 품질 관리 리드나 QA 자동화 같은 방향으로 성장하는 사람도 많습니다. QA를 해 보다가 이쪽이 더 맞다고 느끼는 경우도 있습니다. 어떤 길이든 기획서를 깊게 읽는 경험은 남습니다.
지금 포트폴리오 수준으로 기획에 바로 도전할지, QA로 먼저 들어갈지 판단이 서지 않는다면 SBS아카데미게임학원 게임QA 과정이나 게임기획 과정 상담에서 테스트 케이스 작성과 기획 문서 준비를 어떤 순서로 할지 함께 정리할 수 있습니다.
자주 묻는 질문
QA 경력은 기획 경력으로 인정되나요?
보통 같은 경력으로 계산되지는 않지만, 개발 과정을 이해하고 있다는 점은 면접에서 장점으로 평가받을 수 있습니다.
QA에서 기획 외에 옮겨 가는 직무도 있나요?
운영, PM, 사업 쪽으로 옮기는 경우도 있습니다. 게임 전반을 넓게 다뤄 본 경험이 여러 직무에서 쓰이기 때문입니다.
QA를 몇 년 정도 하고 옮기는 게 좋나요?
정해진 기간은 없습니다. 기간보다 그동안 기획 역량을 보여 줄 결과물을 얼마나 쌓았는지가 전환의 기준이 됩니다.
가까운 캠퍼스에서 게임기획 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.