[아카이브] 게임 디자인 문제 해결사의 5가지 기본기

[Zerasion 4]

Voosco 님이 작성하셨던 포스팅의 아카이빙입니다.

---

 

말 그대로 '기본기' 이기에 대단히 새로운 내용은 아닙니다만, 보편적이고 일반적인 방법론을 한번 더 상기해본다는 취지에서 옮겨봅니다. 글쓴이는 '작은 팀'을 기준으로 얘기하고 있지만 대부분의 내용은 큰 팀에서 더 중요한 부분인 것 같군요.

원문 주소 : http://www.gamasutra.com/blogs/ScottBrodie/20130701/195392/The_Five_Basics_of_Being_a_Game_Design_Problem_Solver.php

내가 책임지고 있는 일일업무 중 가장 중요한 것은 게임 디자인에서 아래의 싸이클을 지속적으로 수행하는 것이다. 

1. 팀 멤버와 플레이어들로부터 피드백을 수집한다. 
2. 수집한 피드백을 어떻게 잘 취합할지 또는 어떻게 그것만 빼고 취합할지 결정한다.
3. 플레이어들의 변화를 추적하여 이 결정을 확인한다. 

어떤 의미로 봐도 내가 이 싸이클을 마스터했다고 볼 수는 없을 것이다. 그러나 특히나 Highgrounds 를 개발하는 작은 팀에 속한 디자이너로서 나는 몇 가지 지침들을 따름으로써, 이 과정에서 팀원들과 좀더 정중하게 일하면서 효율적으로 팀의 디자인을 이끌어나갈 수 있음을 알게 되었다. 이하는 무순으로 나열한 지침들이다. 

1. 해결책을 찾기 전에 문제부터 명확히 하라 

내가 만나는 많은 피드백들은 날 것 그대로의 생각 또는 발상에서 나온다. ("라이트닝 볼트를 막을 수 있는 캐릭터가 있어야만 해!") 이런 피드백은 이걸 실제로 게임에 적용할지 말지를 결정하는 과정에서는 아무 쓸모가 없을 때가 있다. 질적인 평가를 만들기 위해서, 당신은 이 제안들이 디자인상의 어떤 문제를 해결하려는 시도인지를 먼저 파악해야만 한다. 

예를 들어 라이트닝 볼트를 막을 수 있는 캐릭터가 필요하다는 요청은 라이트닝 볼트가 너무 강하다고 느끼기 때문일 수 있다. 그러나 이런 캐릭터를 만드는 것은 게임의 밸런스를 망가뜨리고, 결국 재미를 감소시킨다. 문제를 이해했다면, 이 제안이 문제를 해결할 수 있을지 없을지를 고민하는건 훨씬 쉬운 일이다. 만약 이 제안이 문제를 해결하는데 도움이 되지 않거나 게임 내의 어딘가 다른 곳에 새로운 문제를 만든다면, 최소한 이 문제를 해결하기 위한 대안을 어디에서부터 찾기 시작해야 할지는 아는 셈이다. 나는 또한 이 피드백의 제안자와 대화를 하는 것이 내가 왜 동의하거나 동의하지 않는지를 전달하기에 더 쉽다는 점을 발견했다. 이제 당신의 피드백은 팀 멤버의 아이디어나 디자인 감수성을 충족시키는 대신 문제를 직접 겨냥하게 된다. 

2. 제안에는 반드시 근거를 붙여라

반대로 보면, 내가 어떤 디자인을 제안해야 할 경우에, 내가 게임에서 파악한 문제점이 무엇이고, 왜 내 제안이 그 문제를 해결하기 위한 최적의 제안이라 믿는지를 충분히 설명하는게 중요하다. 나는 종종 디자인의 무언가를 바꾸기 위한 근거로서 이러한 부분들을 참조한다. 

만약 내가 피드백에 붙일 충분한 근거를 찾지 못했다면, 이는 내가 해당 이슈에 대해 충분히 깊이 있게 생각하지 않았다는 것을 의미한다. 또는, 그저 그 제안이 불필요한 것일 수도 있다. 

3. 디자인 메모를 유지하라

디자인의 변경을 어떻게 처리해나갈지에 대해 결정이 내려지면, 나는 언제나 변경사항과, 문제와, 근거를 이후를 위한 참조용으로써 남겨두길 권한다. (보통은 간단한 구글 다큐먼트를 팀원 모두와 공유하는 정도로도 충분하다) 왜 이런 복잡한 절차들을 거치냐고? 당신이 지금 바꾼 게임의 어떤 부분은, 이후에 필연적으로 새로운 문제를 낳을 것이기 때문이다. 추가로 생겨난 이 문제들을 다루어야 할 때가 오면, 이부분을 이전에 왜 그렇게 바꾸었는지를 기억하는건 크게 도움이 된다. 당시에 참조했던 근거를 손에 쥐고 있는 것은 같은 실수를 반복하는 것을 막아주며, 새 해결책이 이전의 문제를 다시 일으키지는 않도록 보장해준다. 

4. '의견수집도구'를 사용하라

나는 운좋게도 짧은 업계 경력에도 불구하고 좋은 멘토를 여러명 만날 수 있었다. 나의 멘토들의 공통된 습관은, 모든 회의에 노트북이나 스케치패드 등을 들고 간다는 점이다. 나는 이 메모도구가 게임 디자인 싸이클에서 중요한 목적을 위해 필요하다는걸 깨달았다. 

1) 당연하게도, 이를 통해 빠른 대화 속에 스쳐지나가는 문제의 해결책을 즉각적으로 메모할 수 있다.
2) 이 도구들은 업무공간 이외의 장소에서 냅킨, 빨대, 소금통이나 후추통 등의 도구보다 훨씬 가시적으로 어떤 개념을 전달하는데 도움이 된다.
3) 개방성과 열린 마음에 대한 중요한 신호를 제공한다. 팀멤버가 뭔가를 말하는데 물리적인 노트를 들고 있다면, 이는 당신이 그 사람의 말에 귀를 기울이고 있으며 그 아이디어를 신중하게 고려하고 있다는 신호가 되는 것이다. 

노트북 그 자체는 물론 중요한게 아니다. 그보다는 다른 이들의 피드백을 귀기울여 듣고 '메모하려는' 의식적인 노력이 중요한 것이다. 이 관점은 지금 당장은 큰 관련이 없는 것으로 여겨질 수도 있다. 그러나 이후에 아주 유용해진다. 이는 당신이 현재 속한 팀이 아닌 외부인과의 의사소통에도 적용이 된다. 포럼에서 당신 게임의 유저에게 댓글을 달 때, 퍼블리셔의 잘못된 이해에 기초한 피드백을 무시하려고 할 때, 위에서 언급한 태도가 없다면 당신은 '불합리한 사람'으로 보일 위험을 갖게 되며, 길게 봐서 당신의 팀으로부터 오는 피드백도 줄어드는 것을 경험하게 될 것이다. 당신의 게임이 성공하는데 결정적일 수도 있는 바로 그 피드백이 말이다. 

5. 당신의 게임을 잘 알고, 플레이하라.

작은 팀에서, 한 명이 여러 책임을 짊어지고 여러 감투를 쓰게 되는건 흔한 일이다. 그 외에도 많은 여러가지 할 일이 있을 때, 당신의 게임을 플레이하는데 시간을 내느건 점점 더 정당화하기 어려워진다. 그러나 하이 레벨의 디자인에서 바꾼 사소한 문제가 최종적으로 게임에 어떤 영향을 끼치는지 이해하기 위해서 당신의 게임을 깊이 이해하는건 반드시 필요한 일이다. 문제가 어디에 있는지를 이미 당신이 알고 있다고 해도, 당신의 제안이 게임에 끼칠 영향력을 모두 이해하지 못한다면 어긋난 근거를 갖다대기 쉬워진다. 

Highgrounds에는 140개 이상의 캐릭터들이 각기 2-4개의 독특한 스킬들을 가지고 있으며, 나는 이들 모두의 장점과 약점을 파악하려 노력한다. 당신이 지금 자신의 게임에 대해 플레이하고 연구하는 내용들은, 이후의 개발에서 더 적은 디자인상의 문제라는 형태로 보상될 것이다. 

물론 다양한 더 다른 요소들이 있긴 하지만, 이 다섯 개의 기본기를 기억한다면 당신과 당신의 팀이 게임을 뜯어고치는 주기는 훨씬 줄어들 것이다.