역자의 변: 게임스파이에서 [던젼시즈Dungeon Siege] 발매 기념(?!)으로 5부작 PC RPG 게임의 역사를 게재하기 시작했습니다. 혼자보기는 아까운 내용이라 번역을 해보기로 했습니다. 5부까지 잘 마칠 수 있도록 빌어주세요. -_-

  원문은 이곳입니다. 그림도 있으니 직접 가보시는 것도 좋을 것입니다. 그리고 옮기실 때는 반드시 출처를 함께 기재해주실 것을 부탁드립니다. 오역이 있다면 책임을 져야겠지요. ^^;

  위스콘신에서 유래하다

  최초의 진정한 롤플레잉게임(이하 RPG)은 꽤 엉뚱한 곳에서 유래되었고, 그 곳은 위스콘신의 제네바 호(Geneva Lake)였다. 1960년대, E. 게리 자이각스(E. Gary Gygax)는 [체인메일Chainmail]이라는 중세풍의 전쟁게임(wargame)을 만들어냈다. [체인메일]은 일정한 성공을 거두었고, 곧 자이각스와 그 동료들은 "젠 콘"(Gen Con)이라는 작은 지역 게임대회를 개최하게 된다(당시, 젠 콘은 100-500명의 참석자들을 끌어 모았다. 이제 유명해진 이 대회의 작년 참석인원은 21,000명이었다). 참석자들중에는 미네소타에서 온 데이빗 아네슨(David Arneson)도 있었는데, 그는 [체인메일]의 규칙을 (하나의 참가자(figure)가 하나의 캐릭터(character)를 맡는) 1:1 방식으로 수정하였다. 전해지는 말에 따르면, 자이각스는 이러한 방식이 주는 친밀감과 즉시라도 죽을 수 있다는 위협에 매력을 느꼈고, 둘은 곧장 공동작업에 들어갔다. 이렇게 해서, [던젼스 앤 드래곤스Dungeons and Dragons(이하 D&D)]가 탄생하게 되었다.

  물론, 이는 공식적인 기록은 아니다. D&D의 탄생은 1974년에 와서야 이루어진다. 처음에 모든 업체들은 이 게임을 발매를 거절하였다. 이 게임은 "너무 자유도가 높았다(too open-ended)." 이길 수도 없는 전쟁게임을 누가 즐기겠는가? 이러한 시련에도 굴하지 않고, 자이각스는 자비를 털어 게임을 발매하게 된다. 그는 아네슨 및 다른 사람들을 규합하여 택티컬 스터디즈 룰즈사(Tactical Studies Rules, TSR)를 설립하였다. 또한 부인의 권유로, 자이각스는 새로운 게임을 D&D라고 명명(命名)하였다. 이후는 잘 알려진 바와 같다. D&D는 원 게임의 모태를 이룬 전쟁게임 장르를 압도하는 성공을 거두었고, TSR은 D&D의 발매를 거절했던 업체들을 누르고 업계에서 더욱 강력한 기반을 다지게 된다. 새로운 게임의 형태들, 즉 플레이어간의 상호작용, 상상력, 우정, 그리고 서사전개(storytelling)에 기반한 게임이 탄생한 것이다. 하지만, 당시의 다른 모든 게임들처럼 이 게임은 혼자서 플레이할 수는 없었다. 하지만 걱정을 마시라. PC가 몇 년 후에 등장했으니 말이다.

  테이블게임에서 PC로

  본격적인 이야기로 접어들기 전에, 오늘날의 저명한 개발자 중 상당수가 그 경력이 테이블게임 시절로 거술러 올라간다는 흥미로운 점을 지적해두기로 하자.

  "저는 복사한 <공격집Claw Law>와 <마법집Spell Law>를 옆구리에 끼고 첫번째 젠 콘에 갔었습니다." 1999년 인터뷰에서 [에이지 오브 엠파이어즈Age of Emprires]의 제작자 브루스 쉘리(Bruce Shelley)는 말한다. 쉘리는 [중간계 롤플레잉 게임Middle Earth Role-Playing Game]의 방계(傍系) 게임 및 특별판 게임을 만들었던 아이언 크라운 엔터프라이즈사(Iron Crown Enterprise)에서 일하기도 했다. 어느 운명의 날, 쉘리는 시드 마이어의 [파이어리츠Pirates]를 플레이하게 되었고, 게임에 너무나 반했던 나머지 곧장 마이크로프로즈사(Microprose)에 참여하여 마침 제작중이던 [문명(Civeilization)]의 제작에 결합하게 되었다.

  한편, [크림슨 스카이즈Crimson Skies]나 유명 메카물([멕워리어MechWarrior]) 등을 통해 고전이 된 전략게임들을 다수 배출해 온 FASA사의 설립자이자 인기 RPG인 [쉐도우런Shadowrun] 등을 제작했던 조던 와이즈먼(Jordan Wiseman)도 비슷한 경우이다.

  샌디 피터센(Sandy Petersen)은 케이어시움(Chaosium)의 [콜 오브 크수루Call of Cthulhu] 롤플레잉 게임[역자-러브크래프트가 만든 유명한 TRPG 게임]에 참여했고, 이후 id 소프트웨어에 입사하여 [둠]과 [퀘이크]의 작업에 참여하였다(퀘이크의 몬스터와 주 보스인 서브 니거래스(Sub-Niggurath)에서 러브크래프트(Lovecraft)의 영향을 엿볼 수 있다. ... 물론, 누구나 아는 사실이겠지만). 이후 피터센은 앙상블사(Ensemble)의 [에이지 오브 엠파이어스], [에이지 오브 킹스Age of Kings]을 거쳐 최근에는 [에이지 오브 미솔로지Age of Mythology]에 참여하고 있다.

  [매직 더 개더링Magic the Gathering]에 참여했던 존 타인스(John Tynes)는 현재 그가 고안한 [델타 그린 콜 오브 크수루]의 PC 전략게임 버전을 작업중이다. 테이블 게임업계의 최고 인재들이 이후에는 PC 게임업계로 투신했기에 이러한 사례들은 휠씬 더 많이 찾아볼 수 있다.

  광폭한 절대군주의 실험장으로

  텍스트기반의 초기 PC게임과 [텔레전드Telegend]와 [템플 오브 압샤이Temple of Apshai]와 같은 초기 어드벤쳐 게임이 앞서 등장하긴 했지만, 진정한 최초의 RPG, D&D가 비로소 PC에 등장했다고 말할 수 있는 최초의 시기는 바로 [위저드리Wizardry]가 PC로 등장했을 때이다.   

  베세스다의 토드 하워드는 "최초 보유기종인 애플에서 구입했던 게임이 [위저드리]"라고 말한다. 필자 자신을 포함하여 앞서 언급했던 모든 이들이 [위저드리]에 대해 느끼는 이러한 애틋함에 공감할 것이다. 우리 모두는 [위저드리]가 남긴 시초적인 영향을 기억한다. 단지 그 게임이 최초였기 때문은 아니다. 오히려, 복잡한 미로(corridor)를 통해 얽히고 설킨 서사의 맹아를 담고 있었기 때문이다. [위저드리]는 마하리토(Mahalito, 기본적인 불공격)같은 낯선 이름의 주문들로 가득한 마법서, 놀라운 깊이를 갖춘 캐릭터-성장 시스템 그리고 계급들까지 구분되는 수많은 다양성과 캐릭터들을 갖추고 있었다. 게임에는 몬스터들도 가득했으며 작은 보조창에 3D 미로까지 표현해 낸 혁신적인 인터페이스도 있었다. 이동할 때마다 벽도 함께 움직였다. 몬스터와의 마주치면, 이를 나타내는 정적인(그리고 매우 거친) 선으로 구성된 그래픽이 화면에 튀어 나왔다. 이 게임은 오랜 시간 플레이할 수 있었고 이후의 거의 모든 CRPG(Computer RPG)게임에 영향을 주게 된다.

  [위저드리]는 계속되었고, 90년대로 들어서면서 상당히 많은 부분이 변화되었다. 사실상 오랜 휴지기를 거치고서야, [위저드리8]이 작년에야 등장했다. 한편, 시리즈의 주요 멤버중 하나인 D.W. 브레들리(Bredley)는 2년전에 [위저즈 앤 워리어스Wizards and Warriors]를 내놓았다. 스코피아에 따르면, "[위저드리]는 최초의 대작 CPRG였다. 이 게임은 파티 시스템이라는 기본을 만들었고 [바즈 테일Bard's Tale], [마이트 앤 매직Might and Magic]에 큰 영향을 주었다. 어떤 사람들은 [바즈 테일]에 대해 "그래픽을 곁들인 [위저드리]"라고 말하기까지 한다."

  후에 등장한 [바즈 테일]은 [위저드리]와 플레이 방식이 상당히 유사하여, 작은 보조창 및 몬스터와 마주칠 때 갑자기 그래픽이 튀어나오는 것까지 모방하였다. 하지만, [바즈 테일]에는 단순히 움직이는 그래픽이 첨가된 것 이상이 있다. 드래곤이 머리를 돌려 나를 바라 볼 때 얼어붙곤 했던 기억이 아직도 생생하다(물론, 이것이 전부였지만). [바즈 테일]에는 음악이 가미되었으며, [위저드리]보다 휠씬 세밀한 서사구조를 갖추고 있었다.

  80년대에는 제법 성공을 거둔 CRPG들이 몇 편 더 있다. 제프 포겔은 [판타지Phantasie]가 "실제의 장소를 나타내고자 했던 썩 창조적인 던젼 구조를 갖춘 최초의 게임"이라고 평한다. 한편, [퀘스트론Questron]과 같이 인기를 누린 유사 RPG들도 있었다. 하지만, 이러한 게임들은 [위저드리]나 80년대 중반에 등장한 뉴월드 컴퓨팅사의 [마이트 앤 매직] 시리즈처럼 지속적인 인기를 누리지는 못했다. 특히나 [마이트 앤 매직]이 성공적이었고, 이 게임은 최초의 "일인칭" 시점을 도입한 것으로도 유명하다. 제프 포겔에 따르면, "[마이트 앤 매직]은 숨겨진 아이템과 몬스터와의 특별한 마주침으로 가득찬 거대하고 복잡한 공간을 갖춘 최초의 게임"이다. 스코피아는 회상한다. "[마이트 앤 매직]에는 탐색할 것, 해야 할 일, 퍼즐들 및 그려둬야 할 맵들이 너무나 많았다." 이 게임은 자동 맵핑이 지원되던 시기 전에 등장했기 때문에, 스코피아는 게임이 아주 맘에 드는 것은 아니었다고 곧바로 지적하기도 하였다.

  [마이트 앤 매직]은 오늘날까지 그 영향력을 발휘하고 있으며, 시리즈의 9편이 3월말이면 출시 될 예정이다. 한편, [마이트 앤 매직]과 더불어 오랫 동안 사랑받아 온 RPG 시리즈는 리처드 개리엇(Richard Garriott)의 [울티마Ultima] 시리즈이다.

  브리태니아(Britannia)를 지배하라!

  [울티마] 시리즈의 전편격인 [아칼라베스Akalabeth]를 만들었을 때, 개리엇은 여전히 부모님과 함께 살고 있었다. 그는 이 게임을 플라스틱 상자들에 넣어 팔았다. [울티마4]를 내놓았을 때, 그는 자신의 집을 장만했으며 자기 회사를 설립하게 되었다. 개리엇은 또한 생생한 게임의 세계를 창조해냈고, 이를 통해 CRPG의 영역을 확장시키게 된다.

  스코피아에 따르면, "[울티마]는 최초로 야외를 배경으로 갖는 CRPG이다. 던젼에서 '아래로 내려가는 것' 뿐만 아니라 '위로 올라가는 것'도 가능했다." [울티마]는 지상에서는 상위시점(top-down interpace)을, 그리고 던젼에서는 [위저드리]와 유사한 미로찾기 시스템을 채택하였다. "대화는 게임의 중요한 부분이다. [울티마] 이전 게임에서 대화할 수 있는 유일한 상대는 상인들 뿐"이었다고 스코피아는 덧붙였다.

  "근본적으로 [울티마] 시리즈는 매 시리즈마다 스스로를 혁신해왔다. 회를 거듭하면서, 그래픽, 사운드, 게임플레이가 대폭 개선되었다. 하지만, 일관되게 유지되었던 것은 당시의 기술이 허용하는 범위에서 몰입도가 높고 '사실적인' 게임의 세계를 창조해낸다는 핵심적인 목표였다. 따라서, 많은 여타의 RPG들이 서사 전개에 필요한 최소한의 범위에서 살을 붙여나갔던 것과는 달리 울티마 게임의 세계는 더욱 풍부하고 더욱 생동감있게 변모해나갔다."

  [울티마]는 당시로서는 많은 독창적인 요소를 갖추고 있었다. 2편에서는 공상과학적 요소를 시도하기도 했다. [울티마] 시리즈는 항상 그 게임플레이 만큼이나 흥미로운 서사구조를 갖추고 있었고, 내적으로 일관된 게임의 세계에서 서사를 펼쳐나갔다. 6편에서는 마법을 구사하려면 시약을 사용해야 한다는 식의 등가적인 관점을 추가하였고, 자기 계획에 따라 움직이는 NPC들을 선보이기도 했다. 또한 6편은 다양한 분기를 통해 촉발되는 캐릭터 창출 시스템도 갖추었다. 플레이어는 캐릭터의 행동을 선택하고 이를 통해 캐릭터의 계급이 정의되었다(이는 이후의 CRPG들이 흉내내온 것이기도 하다). 또한, [울티마]에는 그 유명한 조역들도 있다. 일부 시리즈에서는 만날 수 있는 시인 아이올라(Iolo the Bard), 샴미노(Shamino), 듀프레와 마리아(Dupre and Mariah)가 그들이다. 플레이어는 소사리아(Sosaria)가 제작자 자신인 플레이어 캐릭터 로드 브리티쉬에 의해 점령되어 브리태니아로 개명되는 것을 지켜볼 수 있었다. 플레이어는 마침내 그 영토의 신화적인 구원자가 되는 것이다.

  울티마 시리즈중 한 편의 명작을 꼽으라면 단연 4편이다. 4편에는 명시적인 악당들이 없으며, 캐릭터의 자아 내부 벌어지는 전투에서 아바타(Avatar)가 되는 것이 게임의 최종 목표이다.

  2002년 2월에 나눈 대화에서 리처드 개리엇은 밝힌다. "나는 뭔가 도덕적인 중용과 같은 것을 만들어내고 싶었다. 플레이어에게 일군의 크리처들을 죽이고 또 나쁜 놈들을 죽이는 것 이상의 의미를 지닌 도전거리를 주고 싶었던 것이다." [울티마4]에서는 8가지 덕 중에서 하나에서 완벽한 경지에 도달해야 하는 임무가 주어진다. 만일 거짓말을 하면, 정직성이 떨어진다. 도망치는 몬스터를 죽이게 되면, 명예가 위협받는다. 제프 포겔에 따르면, "([울티마4]는) 역사상 가장 혁신적이고 가장 큰 영향을 준 게임이다. 나는 이 게임을 플레이하는 데 그치지 않았고, 이 게임을 연구했다. 나는 모든 곳에 가 봤고 모든 것을 행해 보았다. 나는 게임을 완전히 분해해본 셈이다."

  이상 1부 마침

John Dennis 

john.Dennis@team17.com

(게임 기획&디자인 - 정보문화사)

누구든 자신이 가진 최고의 아이디어를 가지고 열정적으로 게임 기획 작업을 해 보았던 사람이라면, 자신의 기획이 갑자기 "나쁜"기획으로 변모하는 쓰라린 사태를 적지 않게 겪었을 것이다. 바로 자신이 가장 애착을 가졌던 작업이, 종이를 벗어날 수 없다는 사실을 깨닫게 되는 것이다. 그리고 그럴 경우에는, 그것이 게임의 어두운 그림자로 남게 된다. 팀원들은 서로 다투고, 사장은 잘 되어 가는지 이야기를 해 보고 싶어하며, 마감 시한은 독자가 작성했던 많은 기획 요소를 잘라 내도록 만들어 버린다. 종종 이런 징후들은 프로젝트의 전체적인 종말을 암시한다. 그리고 고된 작업의 결과물로 남게 된 것은, 형편없는 기획 문서와 반정도 만들다가만 레벨들과 언제 좋은 기획이 나쁜 기획으로 변하는가에 대한 경험 뿐이다.

초기 컨셉

기획자들의 가장 일반적인 문제는 초기 기획 문서에 너무 많은 것을 담으려 한다는 점이다. 예를 들어, 몇몇 기획자들은 자신이 선호하는 게임의 좋은 부분들만 따와서 간단히 붙여 버리고 나서는 퍼즐을 폰다. 그리고 나서는 RPG섹션을 플레이 하고, 배경에는 음악과 서라운드 효과음들이 플레이 되고 있다. 이런 범위의 게임이 블가능한 것만은 아니지만(쉔무와 같은), 이 정도의 게임을 만들려면 적어도 1,000명 정도의 개발자들이 있어야 할 것이다.

왜 기획자들이 수많은 요소들을 한 번에 다 넣기를 원하는지는 설명하기 어렵다. 기획자들도 그런 게임을 만든느 것이 현실성이 부족하다는 사실을 알고 있을 것이다. 하지만 그들은 "기획자 증후군"으로 인해 "사상 최고의 게임"을 만들고 싶어한다. 이런 강력한(그러면서도 잘못된)동기는 많은 기획자들이 기획에 대한 초점을 잃게 만들고, 프로젝트의 마감 기한이나 자원의 조달 가능성들을 무시하도록 만든다. 기획의 독립적인 각 부분들은 훌륭할 것이다. 하지만 그것들이 한데 모이게 되면 결과는 괴물처럼 엉망이 된다. 다행히 이런 문제들을 다루는 데에는 방법이 있다.

"괴물"을 길들이기 위한 가장 간단한 방법은, 독자의 기획에 대해 감정적으로 치우침이 없는 사람에게 기획 문서를 객관적으로 검토해 달라고 요청하는 것이다. 독자의 기획을 실제로 개발하게 될 사람 중 하나가 이상적인 검토 적임자일 것이다. 게임의 피날레 부분에 수백만의 외계인 무리들이 화면에 나타나는 장면이 있다면 그들은 결코 독자의 기획에 찬성하지 않을 것이다. 왜냐하면 그들은 그런 화면을 만들기 위해서 얼마나 많은 노력이 필요한 가를 알고 있기 때문이다. 그들이 말하는 것에 귀를 기울여라. 하지만 먼저 이 사람이 기획에 대해 주관적인 감정이 전혀 없다는 것을 확인해야 한다. 필요한 작업량을 잘 아는 프로그래머나 아티스트들이라 할지라도 나중에는 결국 기획자 증후군에 의해 고통받을 수 있고, 또는 현재 기획의 실용성 부분과 추가 인력자원에 대한 요구를 간과해 버리기 쉽상이다.

이런 검토 과정은 리스크 관리 요원을 프로젝트에 배당함으로써 기획 프로세스를 형식화 하고 일체화시킬 수 있다. 이상적인 리스크 관리 요원은 기술적인 노하우에 대해서 알고 있는 경험 있는 사람이어야 하며, 여러 프로젝트에서 작업을 해 보았거나, 최소한 현재 게임의 기획 과정과 관련이 없는 사람이어야 한다. 만약 리스크 관리요원이 프로젝트의 마감 시한이 지켜질 수 있을지에 관해 비관적이라면 더욱 도움이 될 것이다. 기획을 시작할 때부터 매주 리스크 관리 요원에게 기획의 내용에 대해 검토하도록 하고, 잠재적인 문제점들이 발견될때 문서화하도록 하면 된다.

리스크 관리 요원은 주어져 있는 요소들 중에서 실제로 일어날 만한 경우에 대해서만 검토하면 된다. 게임의 내용이나 게임플레이의 근본적인 것은 그들 권한 밖의 일이다. 독자와 독자의 팀은 리스크 관리 요원이 확인한 문제들에 대해 해결책을 고안해 내야 하며, 그에 따라 작업을 수행해야 한다. 이 프로세스로 인해 이전에 작성했던 문서에 비해서 기획자의 야망이 많이 줄어들게 되지만, 한편으로는 게임 기획이 좀더 실현 가능성 있는 것으로 탈바꿈될 것이다. 기획에 관련된 문제를 좀더 일찍 발견할수록 고치기도 그만큼 쉬워지며, 더 나아가서 마감 시점이 되었을 때 기획상의 문제들에 직면할 가능성도 줄어들 것이다. 기억하라. 기획자의 역할을 좋은 게임을 기획하는 것이기도 하면서, 한편으로는 현재의 직원들, 예산, 그리고 남아있는 시간을 활용해서 개발을 하는 것이기도 하다.

기획을 종이에 옮기기

누구든지 이전에 게임 기획 문서를 작성해 본 경험이 있는 사람이라면 말해 줄 것이다. 기획자가 겉으로 보기에는 환상적인 직업 같지만, 사실은 게임에서 정말 재미없는 부분들에 대해서 많은 양의 세부화 작업을 하는 직업이라고 말이다. 인공 지능에 고나련한 내부 작업부터 게임 메뉴들의 기능에 대한 게임의 외부적인 면까지 모두 해야 하는 것이다. 그리고 불행하게도 그런 많은 작업량으로 인해 실수를 할 기회도 많아지는 것이다.

나쁜 기획 문서는 팀에게도 많은 문제를 일으킬 수 있다. 문서가 읽기 힘들게 되어 있으면, 팀의 누구도 독자를 귀찮게 하지 않고 또는 기획에 대해서 물어 보지도 않을 것이다. 문서를 매력 없게 만들면, 상사와 마케팅 담당 직원들이 제안된 게임에 대해 어떤 장점을 가지고 있는지 확신하기 어려울 것이다. 문서의 구조를 제대로 갖춰 놓지 않으면, 금세 하나의 요소가 삭제되고, 기획의 다른 요소들은 흩어져서 붕괴돼 버릴 것이다. 기획자가 문서에 적절한 디테일을 집어 넣지 않았다면, 나머지 팀원들이 자기들 손 가는 대로 마음대로 게임을 만들어 버릴 수 있다.

다시 말하자면 게임의 컨셉이 얼마나 좋든 간에, 성공을 위한 열쇠는 문서의 디테일에 달려 있다는 것이다. 나쁜 게임 기획 문서는 사고의 나약함을 드러내는 것일 뿐 아니라, 프로젝트를 큰 위기로 몰고 갈 수도 있다. 좋은 게임 기획 문서를 만드는 것은 학습될 수 있는 능력이다.

다음 섹션들에서는 그런 ㄴ기획상의 난관들을 예방할 수 있는 몇 가지 간단한 규칙들에 대해 소개하고 있다.

기획의 모듈화

확실히 게임 기획처럼 복합적인 것은, 잘게 분할이 되어서 기획자가 각각에 대해 생각해 볼 수 있는 충분한 여지가 있어야 한다. 또한 전체 기획과 그것을 구성하는 모든 요소들에 관련해서 게임의 여러가지 면에 대해서도 고려해 보는 것이 중요하다.

우선 순위 결정

이제 중요도의 측면에서 기획의 각 모듈들에 대해서 판단해 보라. 핵심적인 부분에는 "매우 중요"라고 써 붙여 놓고, 중요성이 떨어지는 부분에는 "없어도 상관없음"이라고 적어 놓으면 된다. 게임 기획은 마치 건물을 짓는 것과 비슷하다. 건물을 지탱하기 위해서는 철근이 필요하고, 다른 자재들은  그에 비해 중요성이 떨어지기 때문에 없어도 상관은 없는 것이다.

중요한 파트에 댇해 구분짓는 것은 다른 팀원들에게 있어, 기획에서 꼭 알아야 할 부분에 대한 방향을 설정해 준다. 또한 기획에서 매우 중요한 부분들을 확인함으로써, 나중에 마감 시한에 맞추기 위해 프로젝트가 축소되더라도 중요한 것들은 남겨 놓을 수 있게 예방할 수 있다.

디테일에 관심 가지기

기획 문서는 아티스트, 사운드 테크니션 그리고 프로그래머들이 문서를 보고 게임을 만들기 위해 필요한 요구 사항들을 말할 수 있을 만큼 중분히 디테일 해야 한다.

물론 디테일한 것이 좋은 것만은 아니다. "스랙 더 마이티"라는 캐릭터가 Zorn행성에서 태어났다는 사실을 아는 것은 매우 흥미로운 일이다. 하지만 이런 디테일은 팀에게 기획을 현실로 만드는 데 있어서 별 도움이 되지 못한다. 기획 문서에 포함해야 할 디테일은 게임의 시스템에 대한 것이다. 예를 들어, 배경음악이 게임의 전후 상황에 따라 달라진다면, 어떤 이벤트가 음악의 상태를 변화시킬 수 있는가? 만약 게임에서 외계인 적 캐릭터들이 등장한다면, 그들은 어떻게 공격을 하며, 그들의 공격 사정 거리는 얼마나 되며, 얼마나 데미지를 주게 되는가?

올바른 디테일은 독작의 기획을 살찌게 만든다. 잘못된 디테일은 독자의 컨셉을 막히게 만들면서 기획의 매우 중요한 정보를 간단히 묻히게 만들어 버린다.

말하지 말고 보여주어라

독자는 현재 독자의 아이디어에 친숙하지 않은 사람들을 대상으로 기획서를 작성한다는 사실을 기억하라. 결과적으로 기획의 몇가지 복합적인 요소들은 실제 구현에 대한 시범이 필요할 숭도 있다. 독자의 기획에서 설명하기 어려운 부분은 드로잉 또는 이미지들을 삽입함으로써 도움을 받을 수 있다. 또는 더 나은 것으로 애니메이션을 삽입할 수도 있따. 일반 플레이의 10에서 20초 정도를 애니메이팅해서 보여주는것도 유용할 것이다. 그런 시범은 이전보다 독자의 아이디어를 좀더 잘 표출할 수 있도록 해주며, 실제로 게임을 만들어야 하는 팀원에게 독자가 생각하는 게임을 보여줌으로써 게임플레이에 대한 커뮤니케이션을 원활히 해 주게 된다.

문서의 독자

마지막으로 문서를 읽어야 하는 팀원들에 대해 생각해 보자. 문서를 흥미 있게 만들고, 가능하다면 독자의 아이디어를 그림을 통해 나타내어라. 그리고 문서가 읽기 쉬우면서도 나머지 팀원들이 게임을 만드는 데 필요한 정보를 담고 있는지 확인해 보아라. 만약 그들이 그정보를 정말 필요로 하는지에 대해서 확신하지 못한다면, 그들에게 물어 보라. 그리고 이 문서가 과연 그들이 이해할 수 있는 형식인지 확인해 보아라. 적절하고 읽을만한 기획문서를 만드는 것은 독자가 만든 기획이 나쁜 기획으로 변하는 것을 막는 중요한 포인트 이다.

기획을 개발로 옮기기

이제 독자는 기획이 완전히 비현실적인 것이 아니란 사실을 확신하고, 적절한 디테일을 포함한 이해하기 쉬운 포맷의 문서를 만들었다. 분명 이제 할 수 있는 것은 모두 다 했다. 그리고 이제 게임은 베스트 셀러의 반열에 올라서기 시작한다. 정말 그럴까? 아쉽지만 아니다. 기획 문서가 매우 훌륭하게 완료되었다 할 지라도, 해야 할 일이 산더미 처럼 쌓여있다. 그러므로 이제 우리는 기획 프로세스의 마지막 단계에 올라서야 한다. 기획의 실천이 그것이다.

게임 개발 과정의 이 단계에서는 많은 것들이 잘못될 수 있다. 하지만 게임 기획자에게, 수평선 상에서 불쑥 튀어나와 보이는 것이 레벨 디자인이다.

많은 사람들은 레벨 디자인 작업은 게임 기획 문서를 작성하는 것보다 하위의 단계라고 생각한다. 하지만 그것은 그렇지 않다. 게임에서 레벨을 디자인 하는 것은 기획 프로세스의 맨 마지막에 해당되는 작업이며, 플레이어가 실제로 경험하게 될 게임 기획의 구체화된 형태인 것이다. 이런 이유로 인해 레벨 디자인 작업은 절대적으로 중요하다. 왜냐하면 아무리 좋은 기획문서가 있다 할지라도, 나쁜 레벨 디자인을 하게 되면 나쁜 게임이 나오기 때문이다.

이전부터 게임용 레벨을 디자인하는 것은 복잡한 작업이였지만, 이런 심각한 문제점들을 피할수 있는 몇가지 가이드라인이 있다.

목표를 조준하기

첫번째로 기억해야 할 점은 각 레벨에는 목표가 있다는 것이다. 목표는 스토리를 특정한 방식으로 확장시키기 위한 것일 수도 있고, 또는 새로운 플레이 스타일을 도입하기 위해서, 또는 플레이어에게 새로운 적의 등장을 알리기 위한 것일 수도 있다. 기획자로서 플레이어가 각 레벨에서 무엇을 얻기 원하는지 확인하고, 게임과 전체적으로 어떻게 조화가 이뤄지는지를 알아야 한다. 목표가 한번 설정되면, 이 계획에서 벗어나지 말라. 만약 기획자가 목표를 변경하게 되면, 그것은 기획자가 디자인한 또 다른 레벨의 완성도에 영향을 미치게 될 것이다. 그러므로 첫번째 규칙은 기획자로서 각 레벨들에 대해 어떤 점을 원하는 것인가 확인하는 것이며, 그것이 전체 게임과 어떻게 맞아떨어지는지 살펴보는 것이다. 그리고 이런 작업들을 한 후에는 결심을 변경하지 말라.

갈등 구조 설정하기

게임에서 레벨들이 어떤 역할들을 할 것인지 결정했다면, 플레이어가 경험하게 될 각 미션들에 대한 스토리를 생각해 보라. 초기의 설정은 플레이어에게 하나의 상황을 제공하며, 갈등구조나 풀어야 할 퍼즐을 만들어준다. 예를 들어, 플레이어의 캐릭터는 도저히 상대할 수 없는 오우거를 발견하게 된다. 하지만 발코니에 강력한 검이 있고, 검을 지키는 오우거가 잠시 자리를 비울 때 그곳까지 올라가 수 있다면 전투는 승리로 끝나는 것이다.

기본적으로 기획자는 플레이어의 다양한 호기심을 위해서 각 레벨에 적 캐릭터들과 적 캐릭터들의 행동, 행동에 따른 보상 그리고 건물 등을 씬에 배치하게 된다. 씬을 설정하고 나면 플레이어의 행동에 따라 스토리 자체는 풀려 나오게 된다. 문제점들을 만들어 놓고 최선의 해결책 한 가지와 그 밖의 여러가지 해결책들을 만들어 놓은 다음에 모든 아이템과 능력을 플레이어에게 부여해 준다. 그러면 최고의 플레이어는 최선의 해결책을 찾을 것이다. 그리고 약간 하위 레벨의 플레이어들은 성공은 하게되자만 약간의 데미지를 입든지 최소의 플레이어들이 얻는 보상들 중 일부만 받는지 할 것이다.

상황을 마무리 짓기

플레이어가 레벨을 끝마쳤을때 그들이 했던 플레이 과정에 따라, 큰 승리를 거두게 하거나 또는 처참하게 실패하게 만드는 것은 기획자의 몫이다. 그들이 성공했다면 안식을 주어라. 오우거를 물리쳤는가? 그렇다면 오우거의 성이 부서져서 재로 변하는 모습과 땅을 메마르게 했던 어둠의 악령들을 볼 수 있게 해주어라. 플레이어가 패배했다면, 왜 졌는지를 확실히 하고 어떻게 하면 이길 수 있을 것인지에 대해 알려 주어라. 만약 해결책을 제시하지 않는다면, 플레이어에게 그 레벨을 다시 플레이해 볼만한 동기가 유발되지 않을 것이다. 플레이어는 레벨을 빈팀없이 분석해 보고, 성취감을 느끼게 될 것이다. 또는 최소한 다음에 플레이할 때는 성공할 수 있을 것이라고 믿게 된다.

페이스에 대한 고려

만약 게임을 시작 부분부터 너무 어렵게 만든다면, 숙련되지 못한 플레잉어들은 금세 게임을 그만 두게 될 것이다. 그것은 처음부터 너무 긴장감을 주게 되고, 독자가 기획했던 엄청난 엔딩은 천신만고 끝에 겨우 볼 정도가 될 것이다. 더욱 좋지 않은것은, 몇가지의 레벨을 긴장감 있게 만들지 못하면(또는 만좆ㄱ할 만한 결과물을 내지 못하면), 모든 플레이어들은 그 게임에 괜히 시간을 낭비했다고 생각하게 될 것이다.

일반적으로 각 레벨들은 클라이맥스에 도달하는 순간을 가지고 있어서 나중에 플레잉어의 기억에 남아 친구들과의 화젯거리에 오를 정도가 되어야 한다. 그런 순간 지점에 흥밋거리를 만들어 놓고, 해결책이 제시되어 있다면, 플레이어에게 좀더 안정감을 주게 될 것이다.

게임의 점수는 게임이 진행되면서 플레이어가 더욱 더 놓은 점수를 얻을 수 있어야 한다.

처음 몇개의 레벨은 플레이어를 게임으로 끌어들이게 될 것이다.  그리고 게임을 플레이하기 위해 필요한 스킬들을 가르칠 것이다.  반면에 마지막 몇개의 레벨은 매우 긴장감 있고 어려워야 하며, 최종 결정의 순간까지 플레이어를 몰고 가서 그들의 능력의 한계를 시험해 보도록 해야한다.

결론

만약 독자는 모든 것을 제대로 했는데, 기획은 여전히 나쁜방향으로 가고 있다면 어떻게 할것인가?

불행하게도 상황은 독자를 역적으로 몰고가게 될 것이다. 그리고 왜 기획이 나쁜항향으로 가는지 알고 있었다 해도 그것은 별 도움이 되지 않을 것이다.  이미 프로젝트가 개발중이고, 마감시한에 맞추느라고 힘겨운 사투를 벌이고 있으며, 형편없는 레벨디자인 툴을 받아들게 되었을때, 그리고 현재의 팀이 게임을 개발하기에는 너무 적은 규모의 팀일때, 또는 독자를 좋아하지 않는 개발자들과 부딪히게 되었을때, 이럴때 독자는 뒤로 돌아가서 기획을 다시하고 싶은 마음이 굴뚝 같을 것이다. 때로는 게임을 출시하려고 계획했던 시장이 게임을 개발하는 동안 죽어 버릴 수도 있고, 극복할 수 없는 기술적인 문제들이 발생함으로써 게임이 프로토타입 수준에서 벗어나지 못할 수도 있다.

독자가 알아야 할 첫 번째는 완성되지 않는 게임이 수두룩하다는 것이다. 두번째는 독자가 매우 최선을 다한다 할지라도, 프로젝트가 암초에 걸리는 것을 막지 못할 수도 있다는 것이다. 세 번째는 만약 기획이 나쁜 방향으로 가고 있다면 보통 개인 한 사람만의 책임이 아니란 점이다.

지금의 게임산업은 젊다. 개발자들은 종종 우너칙이 흔들리고, 뒤떨어진 개발전략에 의존하며, 더 나쁜 경우에는 아예 전략이 없는 경우도 있다. 하지만 이 글에서 언급되었던 잠재적 문제들에 대해서 주의 한다면, 독자가 꿈에서 그리던 게임을 기획하는 데 있어 실패할 가능성이 훨씬 줄어들 것이다.

참고자료

(Dennis02) Dennis, J., "1.4 기획자의 가장 좋은 친구", 본서 82p