[인디게임 이야기] 1인개발을 하며 배운 점

보통 혼자만드는 사람들은 욕심이 많아서 혹은 저 같이 친구가 없는 찐따라서 그렇게 시작하는데 저 같은 경우엔 전자 후자 모두에 해당하는 개노답입니다. 그렇기 때문에 그래픽,기획,코딩, 심지어 사운드까지 욕심'만' 많은 탓에 엉뚱한 곳에서 시간을 많이 소비했고 많은 시간을 투자한 영역은 분명 나쁘지 않은 완성도를 갖추지만 나머지 영역은 그것과 밸런스를 맞추지 못합니다. 적어도 혼자만들 때 버려야할 요소는 과감하게 버려야합니다. 컨텐츠의 퀄리티는 욕심에서 나옵니다. 하지만 그 욕심을 채우려다가 컨텐츠를 완성하지 못한다면 그것만큼 안타까운 일은 없습니다. 한 사람의 체력과 시간은 한계가 있으며 이를 현실로 받아들여야 무언가를 만들 수 있습니다.

일정을 짜는 것도 실행하는 것도 본인이다보니 일정을 쉽게 수정하거나 연장하는데 문제는 이런 행동들이 게임의 완성시기를 미루는 수준이 아니라 아예 불가능하게 만들기도 합니다. 심지어 저 같이 게으르고 욕심만 많은 사람은 일정을 못 맞출 경우 타인에게 해를 끼치는게 아니다보니 답도 없이 게임발매일이 연장되기도 합니다. 제 첫 번째 게임(취준생 키우기: 고시100관왕)이 그 결과입니다. c#의 c조차 모르던 시점에 개발을 시작한 게임이지만 굉장히 긴 시간(6개월)이나 들인 게임이 얼마나 실패했는지 본다면 일정관리는 게임의 완성도를 떠나서 실패했을 때의 그 후폭풍이 엄청날 수 밖에 없습니다. 2-3개월짜리의 프로젝트를 그 2배의 시간을 들였을 때의 경제적 육체적 타격은 이루말할 수 없습니다. 일정관리는 현재 개발중인 게임을 위해서가 아니라 미래의 프로젝트를 위해서 반드시 지켜져야할 요소입니다.

2.컨텐츠양(절대적인 작업량)을 늘리는건 피해야한다.

이건 그 유튜브 영상 "인디개발자가 되는 법"에서 보고 정말 많이 공감했던 부분입니다. 소규모 팀, 1인 개발자가 만들면서 갖춰야할건 원활하게 돌아가는 게임메커니즘이지 '콜오브듀티' 나 '스타크래프트 스토리 모드' 같은걸 넣는건 무리라는 점 입니다. 분명 게임의 세계관이나 깊이를 늘려주는데 이만한건 없지만 들이는 시간에 비해 유저들의 즐거움에 미치는 부분은 생각보다 크지 않습니다. 오히려 들이는 시간과 비용대비 효과로 계산해봤을 때 가장 효율이 안좋은 부분입니다. 그럴 시간에 게임룰을 조금이라도 개선하고 버그픽스나 최적화하는데 시간을 들이는게 장기적으로 이득입니다. 이미 게임내부 메커니즘 밸런싱 조차도 1인개발자에겐 엄청난 분량의 업무입니다.

테스터는 게임을 전혀 안하거나 평소 애니팡'만'하는 사람들한테 쥐어줬을 때 피드백효과가 만점! 만들고 있는 본인이야 맨날 보는 UI 맨날 보는 게임메커니즘이라 잘못된 점이나 버그를 못 찾는데 (심지어 테스트할 때 습관중 하나는 일부러 버그가 생기는 방식의 플레이를 무의식적으로 피하곤 했다) 제 3자한테 게임을 한번 플레이 해보게 하는 것 만으로도 기상천외하고 맛이 간 플레이를 해버리는 탓에 게임내 온갖 버그나 UI레이아웃 혹은 형태의 문제점을 "빨리"파악할 수 있습니다. 빨리 파악해야 좋습니다. 빨리 파악못하면 시간 낭비하고 시간 낭비하면 게임 완성 늦어집니다. 게임완성 늦어지면 그만둘 확률 높아지고 돈과 체력이 빠져나갑니다. 돈을 위해서 게임을 만드는게 아니라면 상관없지만 그게 아니라면 테스트는 게임의 성공과 직결되는 요소입니다. 재미없는 버그덩어리에 지갑을 열 사람은 없습니다.

4.사실 하고 싶은대로 해도 됩니다.

혼자만드는 것의 최대 장점이자 최대 단점. 위 조언을 싸그리 무시하고 만들어도 성공하면 그만입니다. 전업이 아니라 학교 끝나고, 직장 끝나고 와서 1시간씩 코딩하고 다음날 1시간 도트 찍으면서 3년동안 만들어도 제작자가 게임을 만든 목적만 달성하면 그만입니다. 저는 제가 이 일로 돈을 벌고 싶은데 주위에 게임을 업으로 하거나 게임회사에서 일을 하는 사람이 있거나 인디게임으로 성공한 사람이 있는 것도 아니라서 직접 겪은 경험을 생각해 보니 이건 해야하거나 하지말아야겠다 싶어서 쓰는거지 별거 없습니다. 저 스스로 이후 프로젝트를 진행할 때도 읽어봐야한다는 생각으로 작성합니다.