컨셉, GDD, TDD, 프로토타입은 같은 결정을 추적해야 한다
문서가 많아도 서로 연결되지 않으면 설계 변경이 시스템과 일정에 어떻게 번지는지 보이지 않는다.
| 산출물 | 담는 결정 | 다음 문서와의 연결 |
|---|---|---|
| Concept | 핵심 경험, 장르, 플랫폼, 차별점 | GDD의 코어 루프와 승패 조건으로 풀린다 |
| GDD | 시스템 규칙, 콘텐츠 범위, 플레이 흐름 | TDD의 모듈과 데이터 계약으로 바뀐다 |
| TDD | 모듈, 데이터, 네트워크, 성능 목표 | 프로토타입에서 위험 가정을 검증한다 |
| Prototype | 재미와 기술 리스크의 최소 검증 | 스프린트 결과로 문서를 갱신한다 |
처음부터 완벽한 답을 쓰는 것보다 바뀐 결정의 영향을 추적하는 것이 더 중요하다.