10. 아이디어의 현실성

게임 설계 문서는 실시간으로 프로그래머 및 아티스트, 사운드 담당자와 기술적으로 구현 가능성을 검토하면서 작성해야 합니다. 단순한 아이디어의 나열이 되어서는 곤란합니다. 계속 기술적 구현 가능성을 체크하고, 승인 받은 상태에서 설계를 진행해야 추후에 수정이 용이하고 전면 재검토라는 ‘벼락’을 피할 수 있습니다. 현재의 보편적인 유저의 PC 시스템에서 20% 정도의 Performance를 보일 수 밖에 없는 비주얼을 설계한다면, 그 게임 디자이너는 기술적 구현 가능성 체크 부분에서 팀원들로부터 신뢰를 상실할 수 있습니다. 잘 모르겠거나 판단이 서지 않으면, 솔직히 인정하고 실무자에게 도움을 청하는 ‘열린 마인드’가 필요합니다.

11. 버전 및 파일명 관리

버전 관리는 문제가 많이 발생하는 부분 중 하나입니다. 실제로 많은 문서들이 잘못된 버전 관리로 인하여 그 용도를 잃거나, 제대로 활용되지 못하는 경우가 있습니다. 버전이 제때 업데이트 되지 않거나, 문서의 내용이 업데이트 되었는데도 버전이 바뀌지 않아서 제대로 인지되지 못하는 경우가 종종 발생합니다. 개발 현장에서 자주 발생하는 사례로는 서로 서로 다른 버전을 가지고 작업을 하는 것입니다. 이는 개발용 홈페이지나 기타 공지 사항을 포함한 이메일을 개발 멤버들이 적극적으로 확인하지 않기 때문입니다.

“나중에 보면 되겠지.. 아, 골치아파..” 하면서 미루다 놓쳐 버리는 경우가 많은데, 이것은 프로젝트 매니저나 프로듀서의 책임입니다. 팀 멤버 중에 그러한 실무자가 있다면, 엄중히 공식적으로 경고를 하고 다른 멤버들이 있는 자리에서 주의를 주어야 합니다( 케이스가 되어서, 다른 멤버들이 신경을 쓸 수 있게 해야 합니다.).