게임을 좋아하는 것과 게임을 분석하는 것은 다른 일입니다. 수업은 익숙한 게임 하나를 골라 재미의 구조를 뜯어보는 역기획부터 시작합니다. 보상이 언제 주어지는…
기획 과제에서 평가하는 것은 아이디어보다 논리입니다
기획 과제를 처음 준비하는 사람은 기발한 아이디어를 내야 한다고 생각하기 쉽습니다. 하지만 평가자가 더 중요하게 보는 것은 아이디어의 근거와 구조입니다. 왜 이 문제를 골랐는지, 이 해결책이 어떤 목표를 위한 것인지, 실제로 구현할 수 있을 만큼 구체적인지, 그리고 그 결과를 어떻게 확인할지가 문서에 담겨 있어야 합니다.
평범한 아이디어라도 문제 분석과 근거가 탄탄하면 좋은 평가를 받을 수 있습니다. 반대로 참신한 아이디어라도 개발팀이 무엇을 만들어야 할지 알 수 없는 문서라면 실무에서 쓸 수 없습니다. 기획 과제는 결국 "이 문서를 받은 프로그래머와 아티스트가 바로 일을 시작할 수 있는가"를 묻는 시험이라고 생각하면 방향이 분명해집니다. 그래서 문서 안에 필요한 리소스 목록이나 데이터 항목처럼 다른 직군이 실제로 쓸 정보를 넣어 두면, 평가자는 지원자가 협업 흐름을 이해하고 있다고 판단합니다.
자주 나오는 과제 유형과 준비할 문서 틀
회사와 직무에 따라 과제 형태는 다르지만, 자주 보이는 유형은 몇 가지로 정리할 수 있습니다. 유형별로 문서의 기본 틀을 미리 만들어 두면 실제 과제에서 구조를 짜는 시간을 줄이고 내용에 집중할 수 있습니다.
| 유형 | 주로 요구하는 것 | 문서 기본 틀 |
|---|---|---|
| 개선 제안 | 기존 게임의 문제를 찾아 개선안 제시 | 현황 분석 → 문제 정의 → 개선안 → 기대 효과 → 확인 방법 |
| 시스템 설계 | 새 시스템의 규칙과 흐름 정의 | 목적 → 규칙 → 흐름도 → 예외 처리 → UI 요소 → 데이터 항목 |
| 밸런스 | 수치 테이블 작성과 근거 설명 | 목표 곡선 → 공식 → 시트 → 검증 사례 → 조정 기준 |
| 콘텐츠·레벨 | 던전, 퀘스트, 스테이지 구성 | 목표 경험 → 동선·구성도 → 등장 요소 → 난이도 흐름 → 보상 |
지원 직무가 시스템 기획인지, 콘텐츠 기획인지, 밸런스 기획인지에 따라 비중이 다릅니다. 공고에 적힌 업무와 가장 가까운 유형부터 연습하고, 나머지 유형은 틀만이라도 익혀 두세요.
개선 제안 과제는 문제 정의가 절반입니다
"우리 게임의 문제점을 찾아 개선안을 제시하라"는 과제는 가장 흔한 유형 중 하나입니다. 이 과제에서 많은 지원자가 바로 개선안부터 쓰지만, 평가자는 문제를 어떻게 찾았는지를 먼저 봅니다. 직접 플레이하며 느낀 불편, 그 불편이 생기는 구조적 원인, 그 문제가 어떤 플레이어에게 어떤 영향을 주는지를 차례로 정리해야 합니다.
문제를 정의할 때는 개인 취향과 구조적 문제를 구분하세요. "그래픽이 마음에 들지 않는다"는 취향이지만, "신규 플레이어가 튜토리얼 이후 다음 목표를 찾지 못하는 구간이 있다"는 구조적 문제입니다. 개선안에는 구현 범위와 우선순위를 함께 적고, 개선 후 무엇을 보고 효과를 판단할지도 써 두면 실무에 가까운 문서가 됩니다. 확인할 수 없는 내부 수치를 지어내 쓰는 것은 피하고, 필요하다면 가정이라고 분명히 밝히세요.
시스템·밸런스 과제는 예외와 근거를 챙깁니다
시스템 설계 과제에서 자주 빠지는 것이 예외 처리입니다. 인벤토리가 가득 찼을 때, 네트워크가 끊겼을 때, 조건을 동시에 만족했을 때 어떻게 되는지 같은 상황입니다. 실제 개발에서는 이런 예외가 질문으로 가장 많이 돌아오기 때문에, 문서에 미리 정리해 두면 완성도가 크게 올라갑니다. 흐름도를 그릴 때도 정상 흐름뿐 아니라 실패 흐름을 함께 그려 보세요.
밸런스 과제는 숫자 자체보다 그 숫자가 나온 이유를 봅니다. 레벨별 필요 경험치나 몬스터 체력을 정할 때 어떤 목표 곡선을 먼저 정했고, 어떤 공식을 썼는지 설명할 수 있어야 합니다. 스프레드시트를 제출한다면 수식이 살아 있게 두고, 주요 셀에 설명을 달아 평가자가 계산 과정을 따라갈 수 있게 하세요. 몇 가지 예시 상황으로 직접 계산해 검증한 결과를 덧붙이면 더 좋습니다.
시간 제한을 걸고 연습하는 방법
과제 전형 대비는 실제 조건과 비슷하게 연습하는 것이 가장 효과적입니다. 출시된 게임 하나를 골라 스스로 과제를 내고, 정해진 시간 안에 문서를 완성해 보세요. 처음에는 넉넉하게 시간을 주고, 익숙해지면 점점 줄여 갑니다.
- 게임을 정하고 플레이하며 분석 메모 작성
- 과제 유형 하나를 골라 문서 틀에 맞춰 초안 작성
- 시간이 끝나면 멈추고, 완성하지 못한 부분을 기록
- 다음 날 처음 보는 사람의 눈으로 다시 읽고 부족한 점 표시
- 같은 유형을 다른 게임으로 반복하며 시간 줄이기
연습한 문서는 가능하면 현직 기획자나 함께 준비하는 사람에게 보여 주고 의견을 받으세요. 혼자서는 내 문서가 개발팀에게 어떻게 읽힐지 판단하기 어렵기 때문입니다. 연습 문서 중 완성도가 높은 것은 포트폴리오에 넣을 수도 있습니다.
실제 과제를 받았을 때의 마무리 점검
실제 과제를 받으면 연습한 틀을 그대로 쓰기보다 과제 요구 사항에 맞게 조정해야 합니다. 요구 사항 목록을 만들어 문서의 어느 부분이 각 항목에 답하는지 표시하고, 빠진 항목이 없는지 확인하세요. 문서 맨 앞에는 전체 내용을 한 페이지로 요약해 두면 평가자가 핵심을 빨리 파악할 수 있습니다.
제출 후 면접에서는 과제 내용을 바탕으로 "이 수치는 왜 이렇게 정했나요?", "이 기능을 구현하면 어떤 문제가 생길까요?" 같은 질문이 나오기 쉬우니 근거를 다시 정리해 두세요. 어떤 유형부터 연습해야 할지, 내 문서가 실무 기준에 맞는지 판단하기 어렵다면 SBS아카데미게임학원 게임기획 과정 상담에서 지원 직무에 맞는 과제 연습 순서를 함께 정해 드립니다.
자주 묻는 질문
기획 과제는 어떤 도구로 작성해야 하나요?
회사가 형식을 정했다면 그에 따르고, 정하지 않았다면 문서 도구와 스프레드시트를 함께 쓰는 경우가 많습니다. 평가자가 쉽게 열 수 있는 형식으로 제출하세요.
과제에 이미지나 흐름도를 꼭 넣어야 하나요?
필수는 아니지만 시스템 흐름이나 레벨 구성은 그림이 있으면 훨씬 빨리 이해됩니다. 손그림을 정리한 수준이라도 글로만 설명하는 것보다 낫습니다.
가까운 캠퍼스에서 게임기획 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.