문서는 아이디어를 개발 결정으로 바꾸는 장치다
컨셉 문서, GDD, TDD, 프로토타입은 순서대로 쌓이는 파일이 아니라 서로 다른 결정을 고정하고 검증하는 기준표입니다.
세 가지 질문
why
누구에게 어떤 경험을 줄 것인가
what
어떤 시스템과 규칙을 만들 것인가
how
어떤 구조로 구현하고 검증할 것인가
산출물마다 고정하는 결정이 다르다
산출물
고정하는 결정
위험 질문
검증 결과
Concept
한 문장 컨셉, 타겟 플레이어, 장르와 플랫폼
시장과 팀이 같은 게임을 상상하는가
핵심 경험과 판매 포인트가 한 화면에 설명됨
GDD
코어 루프, 캐릭터, 월드, UI, 전투, 퀘스트 규칙
기능이 늘어도 플레이 경험이 같은 방향인가
새 기능을 넣을 때 비교할 기준 문장이 있음
TDD
아키텍처, 데이터, 네트워크, 성능 목표, 빌드 계획
구현 방식이 비용과 성능 목표를 만족하는가
시스템 책임과 병목 후보가 코드 전에 드러남
Prototype
재미, 기술 난도, 제작 범위에 대한 실제 증거
문서의 가정이 플레이와 엔진 안에서도 맞는가
유지, 축소, 폐기할 결정을 스프린트에 반영
문서는 한 번 쓰고 끝내지 않는다
기획에서 설계로
컨셉과 GDD는 플레이어 경험을 고정하고, TDD는 구현 가능한 구조로 번역합니다.
설계에서 검증으로
위험한 기능은 프로토타입으로 먼저 확인해 문서의 가정을 실제 결과와 비교합니다.
검증에서 갱신으로
스프린트 피드백은 문서를 다시 고쳐 다음 구현의 선택 기준으로 남깁니다.