8. 비교/예시 위주의 위험성
초보 게임 디자이너들이 자주 범하는 실수 중 하나가 바로, 기존 게임의 특정 게임 플레이를 예로 들어서 설명하는 것입니다. 이 경우, 실무자는 그 게임을 실제로 해 보아야만 설명하는 내용을 제대로 이해할 수 있을 것입니다.
게임 플레이 경험이란 개인적인 취향과 배경에 따라 많은 차이가 날 수도 있기 때문에, 접근하는 방식이나 인지하는 태도에 따라 그 내용이 180도 달라질 수 있는 매우 높은 위험성을 지니고 있습니다.
게임의 전체적인 분위기나 눈에 보이는 비주얼 부분은 생각보다 예시를 통해서 쉽게 설명할 수 있는 부분입니다. 이처럼 비교와 예시는 양날의 검으로써 사용 방법과 시점, 그 전체적인 맥락에 따라 약이 될 수도, 독이 될 수도 있습니다.
9. 지나친 상세함의 비효율성
게임 설계 문서는 전체적인 게임의 컨셉과 전달하려고 하는 게임 플레이, 그리고 기술 설계 문서를 진행하기 위한 Framework 용도의 문서입니다.
그러나, 종종 게임 설계 문서 상에서 상세한 기술 설계 부분을 구성하면서 불필요한 시도를 하는 게임 디자이너를 종종 보게 됩니다. 예를 들어, 낚시 게임을 설계하는데 있어서 게임 피쉬(fish) 중에 하나인 옐로우핀 튜나를 설명할 때, “잠수하면서 줄을 끌어 당기는 힘은 3”이다라고 했다면,표현이 매우 애매해서 프로그래머가 적절한 정보라고 인정하지 않을 것입니다. 보다 구체적이고 정량적인 수치 표현이 되어야 합니다. 물론, 여러 가지 게임 피쉬들이 테이블 상에서 그 수치가 표현된다면, 상대적인 비교에 따라 대략적인 정의가 될 수도 있습니다. 그러나, 게임 설계 문서 상에서 그러한 불필요하고, 애매한 노력을 집중할 필요가 없다는 것입니다.

기술 설계 문서 상에서는 프로그래머와 논의하여 같이 정량적으로 재구성하면 됩니다. 머리 속에서 시뮬레이션 하는 것과 실제로 게임플레이로 구현한 후 경험하는 것에는 많은 차이가 발생할 수 있습니다. 최근에는 대략적으로 수치 설계를 진행한 후, 게임의 프로토타입이 나온 다음에 다시 한 번 기술 설계를 진행하는 방법론이 우세하게 적용되고 있습니다.
긴 설명이었지요? 정리하겠습니다. click 하세요.