기획&아이디어
![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:0point (0%), 레벨:0/30"){kind=icon}
10http://blog.naver.com/ziozzang/150008370304
앞에서 여러 분들도 이야기를 해주셨지만, 저도 제 의견을 한번 적어 보려고 합니다. 앞에 썼던 글의 연장일수 있고 아닐수도 있을 겁니다. 그리고 앞에 이야기는 여친이랑 같이있을때 열심히 적다 보니 별로 두서가 없네요. 이 글도 지하철에 흔들흔들 하면서 적은 겁니다.
그리고 역시나 이글도 제가 쓰는 글의 시리즈로 갑니다.
시작합니다
------------
게임 기획자가 게임 프로그래머와 다른 이유는 거창한게 아닙니다. 둘사이의 시야의 차이가 결정적인 부분이지요. 게임 기획자는 숲을 봅니다. 게임 프로그래머는 숲을 보지만, 주로 나무를 보지요. 좋은 집을 지으려면, 좋은 나무가 있는 곳을 파악하고, 이후에 산을 벌거숭이로 만들지 않을 범위내에서 나무를 가져와야 합니다. 어떤면에선 프로그래머는 그 나무를 직접 선택하고, 잘라내는 것에 가까울수도 있겠네요. 그렇지만 이 예가 똑같은건 아닙니다.
게임 기획자의 역할은 다른 IT분야의 용어를 쓰자면 여러 다양한 롤로 나타낼수 있습니다. 예를들면, 시스템 엔지니어(서버만지는 시스템 엔지니어가 아닙니다.), 프로젝트 매니저, 시스템 아키텍터, DBA, 시스템 어드민... 물론 이 사람들이 하는 일은 게임을 만드는 일이 아닙니다만, 의외로 게임을 만드는 일들과 상당부분 같습니다. 단지 분야가 다를 뿐이지요.
이 글은 최근에 회자되고 있는 게임 기획자 무용론에 전격적으로 반대 하는 의견을 담고 있습니다. 제 이야기가 별로 도움이 되지 않을수도 있겠지만, 한번쯤 저 의견도 들어볼만하지 않을까 해서 의견을 내봅니다.
----------
게임 프로그래머와 다르게 게임 기획자는, 여러 가지의 니즈를 분석해야 합니다. 게임 프로그래머가, 게임 기획자의 요구 사항이나 시스템 컨셉 플로우를 어떻게 구현해야 할까 고민하고, 실제로 코드로 옮기는 작업을할때, 게임 기획자는 좀더 넓은 스코프를 통해서 게임의 구성요소를 파악해야 합니다. 게임내에서 각각의 요소를 이루는 컴포넌트들간의 연관관계를 파악해야 하며, 그 컴포넌트들이 어떠한 위상을 가지게 될지, 또 기존의 시스템과 어떤 연관관계를 지니고, 코스트가 얼마나 될지, 그리고 비중으로 매출과 연계될지, 장차 밸런스나 게임 시놉시스에 문제를 일으키지 않을지 여러 가지를 고민해야 하고, 또 그렇게 해야 재미있는 게임이 될수 있겠지요..
이런 일련의 작업을 게임 프로그래머에게 해보라고 한다면, 그건 미친짓에 가까울겁니다. 아니 정확히는 이 작업들 조차 게임 기획자 혼자서 해야 하는것은 아닙니다. 위의 작업은 게임개발과 같은 산업이 아닌, 고전적인 소프트웨어 개발 관련 업계에서는 여러 가지 업무롤로 나뉘어 집니다. 예를들면, 시스템 엔지니어가, 프로젝트를 총괄하고(프로듀싱) 파이낸스는 파이낸스 매니저에게, 일정과 전체 비용은 프로젝트 매니저에게, 각각의 연계관계는 아키텍터에게, DB설계및 튜닝은 DBA에게, 컴포넌트 발주는 벤더들에게.. 뭐 여튼 적지 않지요. 그렇다면 그런 업무들을 왜 혼자서 슈퍼맨인것처럼 프로그래머가 가능하다고 착각하는 걸까요? (물론 시스템쪽에서도 슈퍼맨이 있습니다. 시스템 엔지니어라고 하지요. 그렇지만 그사람은 절대 프로그래머나, 개발자의 범주가 아닙니다. 이미 관리자나 분석가에 가깝지요.)
이런 측면에서 볼때 도리어 게임 기획자의 업무는 여러명의 전문 기획자로 분리되어야 함을 알수 있을 겁니다. 그런 와중에서도 MMORPG같은 대형 프로젝트에서 기획자 따위는 필요없더라 라는것 자체가 개그이며, 안습인 이야기라는 겁니다.
까놓고 이야기 하겠습니다. 인터뷰 했던 모 프로그래머가 원하는 레벨의 "기획서"는 사실 그들의 자존심을 해치지 않을 정도의 간소하거나 약한 정도의 요구 명세서 일수 있기 때문이고, 만들어 지는 게임자체도 어떤 면에선 클론에 가까운 게임들이기 때문일 겁니다. 이는 어떤 의미에서 프로답지 못합니다.
뭐 사실 이렇게 따지기 시작하면, 대한민국에 저 기준을 제대로 만족시키는 기획자는 그다지 없을듯 하네요. 물론 저도 그런 기획자 중에 한명이었고, 다른 섹터에서 얻게된 경험과, 그 안에서 배운것들이 같이 합쳐져서 나오게 되는 결론이니 그렇게 비난할 건덕지도 안될거라 생각 합니다.
사실 이런 측면에서 본다면, 현재 이루어 지고 있는 게임 기획에 대한 교육이나 이런 부분이 얼마나 잘모되었는지, 얼마나 주먹구구와 같은 방식에서 이루어 졌는지, 이야기 할수 있을 겁니다. 사실, 제가 게임쪽을 나와서, 상당히 프로세스화 되어있고 체계화된 부분에서 배웠던 다수는 게임 개발에 상당히 유용한 방법론이 많았습니다. 하지만 게임 개발은 그것과 다르고, 귀찮기 때문에 쓰지 않는것일수도 있지요. 하지만 지금 감히 말하건데, 상당수 부분은 게임개발에서도 일부 도입하고 있는 것이 많이 있습니다. 그런 부분을 기획자가 놓쳐선 안되겠지요.
----------
게임 기획자 분들께 이야기 드립니다.
게임 기획을 하시는 여러분께 이야기 드립니다. 당신들의 역할은 충분히 작지 않습니다. 당신들의 역할은 게임의 승패를 가를수 있는 그런 아주 중요한 요소중 하나 입니다. 결정적으로 재미 라는 팩터에 당신들이 한쪽발이 아닌 두쪽발을 담그고 있습니다.
게임 기획은 시간을 대충때우다가 기획서 몇장에 끄적끄적하는것은 아닙니다. 대충 엑셀쉬트로 깨작거린 문서도 아닙니다. 그것보다, 더 진지한 논의와 고민이 담겨 있어야 하며, 로직을 세울수 있는 철학적 깊이도 가져야 합니다.
게임 프로그래머가 원하는 기획서는 어떤면에서 기존 게임일수 있습니다. 오브젝트들이 어떻게 움직이는지, 어떤 액션을 가지는지, 어떤 속성을 가질지 이미 모든 자료가 기존 게임에 너무 잘나타나 있습니다. 이는 어떤면에서 완벽한 프로토 타입이며, 기획서 임을 감안하십시오. 어떤 오브젝트가 어떻게 작동할지 알고 싶다면, 단지 게임을 열어서 동작시켜보면 되는 만큼, 당신의 기획서는 이런 내용이상의 컨텐츠를 담아야 합니다.
그것이 바로, 게임 프로그래머가 할수 없는 고민, 사람들간의 리액션과, 오브젝트들간의 조합과, 컨텐츠들간의 충돌입니다. 이는 프로그래머의 레벨이 아닌 상당히 상위 단계의 생각과 사고와 노력이 필요한 작업들입니다.
----------
게임 프로그래머 분들께 이야기 드립니다.
어떤의미에서는 게임 기획자 따위는 필요 없습니다. 하지만, 그 게임은 깊이가 상실된 게임입니다. 아니 정확히는 당신들 게임은 둠이 아닙니다. 존카멕쯤 된다면야, 게임을 쏘고 뛰고 날아다니는 피칠 게임으로 만드수 있겠지만, 그게 끝은 아닙니다. 그런 게임을 원한다면, 대충 만들고 대충팔고 대충 돈 벌수 있는, 가내 수공업의 전통이 남아 있는 모바일로 가십시오.(모바일을 비하하는 의도가 아닙니다.) 그쪽이 도리어 기획따위는 필요없어, 라고 이야기 하는 것에 더 맞을 겁니다. 그러나 그 안에서도 처절하게 피맛을 볼겁니다.
그냥 그런 다른 게임의 클론이라면, 지금 게임 기획자들이 써내는 문서는 전혀 쓸데가 없을지도 모르겠군요. 당신들이 원하는 게임의 기획은 비쥬얼과 사운드와 이펙트를 동반한 멋진 게임 프로토 타입이 당신앞에 있을테니까. 하지만, 그러면서 기획자 따위는 필요없어 라는 것자체가 게임을 엔터테인먼트라고 생각하지 않는 겁니다. 한마디로 코어가 우주로 날아가버린거죠.
당신이 노력해가면서 만드는 게임이 단지 리니지의 아류다 라는 이야기는 듣고싶지 않을 겁니다. 또 그렇게 싸게 느껴지는 그렇고 그런 게임이 되길 원하지도 않을 겁니다. 그렇다면 답은 간단합니다. 제대로된 기획과 제대로된 감성을 그들에게 요구 하십시오. 그리고 그것을 쉐어 하십시오. 그게 답입니다.
---------
정리하면서
지하철에서 흔들리는 노트북을 붙잡고 쓰다 보니 상당히 두서가 없는 글입니다만, 요약하면 한가지 입니다. 게임을 재미있게 만들려면 어떻게 해야 하는가 입니다.
게임이 이미 한두사람이 만들수 있는 정도으 규모가 아니기 때문에, 여러 사람이 같이하고, 각각의 역할로 나누고 있습니다. 게임개발은 이미 팀플레이입니다. 팀플레이중에 팀원의 한명이 무너진다면, 그 팀은 삐끗한겁니다. 다리가 한쪽이 부실하다면 이미 그쪽엔 무게가 쏠립니다.
게임 기획자는 자기가 모든것을 안다는 오만을 버리십시오. 그리고 프로그래머 분들은 게임기획자를 얕보지 마십시오. 그건 답이 아닙니다. 게임을 개발하는데, 그것도 재미있는 게임을 개발하는데에는 지금 있는 시간으로도 부족합니다.
===========================
Jioh L. Jung
IBM Global Business Service
Junior Consultant
All Rights are Reserved.
Free Copy of Contents are Allowed, but Not Commercial
앞에서 여러 분들도 이야기를 해주셨지만, 저도 제 의견을 한번 적어 보려고 합니다. 앞에 썼던 글의 연장일수 있고 아닐수도 있을 겁니다. 그리고 앞에 이야기는 여친이랑 같이있을때 열심히 적다 보니 별로 두서가 없네요. 이 글도 지하철에 흔들흔들 하면서 적은 겁니다.
그리고 역시나 이글도 제가 쓰는 글의 시리즈로 갑니다.
시작합니다
------------
게임 기획자가 게임 프로그래머와 다른 이유는 거창한게 아닙니다. 둘사이의 시야의 차이가 결정적인 부분이지요. 게임 기획자는 숲을 봅니다. 게임 프로그래머는 숲을 보지만, 주로 나무를 보지요. 좋은 집을 지으려면, 좋은 나무가 있는 곳을 파악하고, 이후에 산을 벌거숭이로 만들지 않을 범위내에서 나무를 가져와야 합니다. 어떤면에선 프로그래머는 그 나무를 직접 선택하고, 잘라내는 것에 가까울수도 있겠네요. 그렇지만 이 예가 똑같은건 아닙니다.
게임 기획자의 역할은 다른 IT분야의 용어를 쓰자면 여러 다양한 롤로 나타낼수 있습니다. 예를들면, 시스템 엔지니어(서버만지는 시스템 엔지니어가 아닙니다.), 프로젝트 매니저, 시스템 아키텍터, DBA, 시스템 어드민... 물론 이 사람들이 하는 일은 게임을 만드는 일이 아닙니다만, 의외로 게임을 만드는 일들과 상당부분 같습니다. 단지 분야가 다를 뿐이지요.
이 글은 최근에 회자되고 있는 게임 기획자 무용론에 전격적으로 반대 하는 의견을 담고 있습니다. 제 이야기가 별로 도움이 되지 않을수도 있겠지만, 한번쯤 저 의견도 들어볼만하지 않을까 해서 의견을 내봅니다.
----------
게임 프로그래머와 다르게 게임 기획자는, 여러 가지의 니즈를 분석해야 합니다. 게임 프로그래머가, 게임 기획자의 요구 사항이나 시스템 컨셉 플로우를 어떻게 구현해야 할까 고민하고, 실제로 코드로 옮기는 작업을할때, 게임 기획자는 좀더 넓은 스코프를 통해서 게임의 구성요소를 파악해야 합니다. 게임내에서 각각의 요소를 이루는 컴포넌트들간의 연관관계를 파악해야 하며, 그 컴포넌트들이 어떠한 위상을 가지게 될지, 또 기존의 시스템과 어떤 연관관계를 지니고, 코스트가 얼마나 될지, 그리고 비중으로 매출과 연계될지, 장차 밸런스나 게임 시놉시스에 문제를 일으키지 않을지 여러 가지를 고민해야 하고, 또 그렇게 해야 재미있는 게임이 될수 있겠지요..
이런 일련의 작업을 게임 프로그래머에게 해보라고 한다면, 그건 미친짓에 가까울겁니다. 아니 정확히는 이 작업들 조차 게임 기획자 혼자서 해야 하는것은 아닙니다. 위의 작업은 게임개발과 같은 산업이 아닌, 고전적인 소프트웨어 개발 관련 업계에서는 여러 가지 업무롤로 나뉘어 집니다. 예를들면, 시스템 엔지니어가, 프로젝트를 총괄하고(프로듀싱) 파이낸스는 파이낸스 매니저에게, 일정과 전체 비용은 프로젝트 매니저에게, 각각의 연계관계는 아키텍터에게, DB설계및 튜닝은 DBA에게, 컴포넌트 발주는 벤더들에게.. 뭐 여튼 적지 않지요. 그렇다면 그런 업무들을 왜 혼자서 슈퍼맨인것처럼 프로그래머가 가능하다고 착각하는 걸까요? (물론 시스템쪽에서도 슈퍼맨이 있습니다. 시스템 엔지니어라고 하지요. 그렇지만 그사람은 절대 프로그래머나, 개발자의 범주가 아닙니다. 이미 관리자나 분석가에 가깝지요.)
이런 측면에서 볼때 도리어 게임 기획자의 업무는 여러명의 전문 기획자로 분리되어야 함을 알수 있을 겁니다. 그런 와중에서도 MMORPG같은 대형 프로젝트에서 기획자 따위는 필요없더라 라는것 자체가 개그이며, 안습인 이야기라는 겁니다.
까놓고 이야기 하겠습니다. 인터뷰 했던 모 프로그래머가 원하는 레벨의 "기획서"는 사실 그들의 자존심을 해치지 않을 정도의 간소하거나 약한 정도의 요구 명세서 일수 있기 때문이고, 만들어 지는 게임자체도 어떤 면에선 클론에 가까운 게임들이기 때문일 겁니다. 이는 어떤 의미에서 프로답지 못합니다.
뭐 사실 이렇게 따지기 시작하면, 대한민국에 저 기준을 제대로 만족시키는 기획자는 그다지 없을듯 하네요. 물론 저도 그런 기획자 중에 한명이었고, 다른 섹터에서 얻게된 경험과, 그 안에서 배운것들이 같이 합쳐져서 나오게 되는 결론이니 그렇게 비난할 건덕지도 안될거라 생각 합니다.
사실 이런 측면에서 본다면, 현재 이루어 지고 있는 게임 기획에 대한 교육이나 이런 부분이 얼마나 잘모되었는지, 얼마나 주먹구구와 같은 방식에서 이루어 졌는지, 이야기 할수 있을 겁니다. 사실, 제가 게임쪽을 나와서, 상당히 프로세스화 되어있고 체계화된 부분에서 배웠던 다수는 게임 개발에 상당히 유용한 방법론이 많았습니다. 하지만 게임 개발은 그것과 다르고, 귀찮기 때문에 쓰지 않는것일수도 있지요. 하지만 지금 감히 말하건데, 상당수 부분은 게임개발에서도 일부 도입하고 있는 것이 많이 있습니다. 그런 부분을 기획자가 놓쳐선 안되겠지요.
----------
게임 기획자 분들께 이야기 드립니다.
게임 기획을 하시는 여러분께 이야기 드립니다. 당신들의 역할은 충분히 작지 않습니다. 당신들의 역할은 게임의 승패를 가를수 있는 그런 아주 중요한 요소중 하나 입니다. 결정적으로 재미 라는 팩터에 당신들이 한쪽발이 아닌 두쪽발을 담그고 있습니다.
게임 기획은 시간을 대충때우다가 기획서 몇장에 끄적끄적하는것은 아닙니다. 대충 엑셀쉬트로 깨작거린 문서도 아닙니다. 그것보다, 더 진지한 논의와 고민이 담겨 있어야 하며, 로직을 세울수 있는 철학적 깊이도 가져야 합니다.
게임 프로그래머가 원하는 기획서는 어떤면에서 기존 게임일수 있습니다. 오브젝트들이 어떻게 움직이는지, 어떤 액션을 가지는지, 어떤 속성을 가질지 이미 모든 자료가 기존 게임에 너무 잘나타나 있습니다. 이는 어떤면에서 완벽한 프로토 타입이며, 기획서 임을 감안하십시오. 어떤 오브젝트가 어떻게 작동할지 알고 싶다면, 단지 게임을 열어서 동작시켜보면 되는 만큼, 당신의 기획서는 이런 내용이상의 컨텐츠를 담아야 합니다.
그것이 바로, 게임 프로그래머가 할수 없는 고민, 사람들간의 리액션과, 오브젝트들간의 조합과, 컨텐츠들간의 충돌입니다. 이는 프로그래머의 레벨이 아닌 상당히 상위 단계의 생각과 사고와 노력이 필요한 작업들입니다.
----------
게임 프로그래머 분들께 이야기 드립니다.
어떤의미에서는 게임 기획자 따위는 필요 없습니다. 하지만, 그 게임은 깊이가 상실된 게임입니다. 아니 정확히는 당신들 게임은 둠이 아닙니다. 존카멕쯤 된다면야, 게임을 쏘고 뛰고 날아다니는 피칠 게임으로 만드수 있겠지만, 그게 끝은 아닙니다. 그런 게임을 원한다면, 대충 만들고 대충팔고 대충 돈 벌수 있는, 가내 수공업의 전통이 남아 있는 모바일로 가십시오.(모바일을 비하하는 의도가 아닙니다.) 그쪽이 도리어 기획따위는 필요없어, 라고 이야기 하는 것에 더 맞을 겁니다. 그러나 그 안에서도 처절하게 피맛을 볼겁니다.
그냥 그런 다른 게임의 클론이라면, 지금 게임 기획자들이 써내는 문서는 전혀 쓸데가 없을지도 모르겠군요. 당신들이 원하는 게임의 기획은 비쥬얼과 사운드와 이펙트를 동반한 멋진 게임 프로토 타입이 당신앞에 있을테니까. 하지만, 그러면서 기획자 따위는 필요없어 라는 것자체가 게임을 엔터테인먼트라고 생각하지 않는 겁니다. 한마디로 코어가 우주로 날아가버린거죠.
당신이 노력해가면서 만드는 게임이 단지 리니지의 아류다 라는 이야기는 듣고싶지 않을 겁니다. 또 그렇게 싸게 느껴지는 그렇고 그런 게임이 되길 원하지도 않을 겁니다. 그렇다면 답은 간단합니다. 제대로된 기획과 제대로된 감성을 그들에게 요구 하십시오. 그리고 그것을 쉐어 하십시오. 그게 답입니다.
---------
정리하면서
지하철에서 흔들리는 노트북을 붙잡고 쓰다 보니 상당히 두서가 없는 글입니다만, 요약하면 한가지 입니다. 게임을 재미있게 만들려면 어떻게 해야 하는가 입니다.
게임이 이미 한두사람이 만들수 있는 정도으 규모가 아니기 때문에, 여러 사람이 같이하고, 각각의 역할로 나누고 있습니다. 게임개발은 이미 팀플레이입니다. 팀플레이중에 팀원의 한명이 무너진다면, 그 팀은 삐끗한겁니다. 다리가 한쪽이 부실하다면 이미 그쪽엔 무게가 쏠립니다.
게임 기획자는 자기가 모든것을 안다는 오만을 버리십시오. 그리고 프로그래머 분들은 게임기획자를 얕보지 마십시오. 그건 답이 아닙니다. 게임을 개발하는데, 그것도 재미있는 게임을 개발하는데에는 지금 있는 시간으로도 부족합니다.
===========================
Jioh L. Jung
IBM Global Business Service
Junior Consultant
All Rights are Reserved.
Free Copy of Contents are Allowed, but Not Commercial
![[레벨:10]](http://old.lameproof.com/modules/point/icons/default/10.gif "포인트:10175point (62%), 레벨:10/30"){kind=icon}
능구렁이
2006.09.05 23:56:12 (*.233.212.3)
또다른 문제는
만약 향해사가 있다면(전제는 아주 중요한 향해사분) 향해사는 불의의 상황에서 선장이어야하는가? 라는 문제도 항상 있조...
만약 향해사가 있다면(전제는 아주 중요한 향해사분) 향해사는 불의의 상황에서 선장이어야하는가? 라는 문제도 항상 있조...
2006.09.05 23:56:33 (*.191.114.46)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:1233point (67%), 레벨:3/30"){kind=icon}
셜키 저는 요즘 들어 프로그램을 잘 알고 있거나 프로그래머 출신인 기획자가 아니면 게임업계에서 사실 필요가 없는 것이 아닐까 생각하고 있는 중입니다. '-'
2006.09.06 00:14:18 (*.38.95.79)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:588point (50%), 레벨:2/30"){kind=icon}
죠쨩 셜키//
시스템 엔지니어(서버만지는 SE가 아닙니다), 아키텍터와 프로젝트 매니저 와 같은 방식으로 게임에서도 역할 분담이 확실하게 일어나야 합니다.
기존의 어설픈 메인기획자, 설정기획자, 밸런싱 담당자 이런건 어떤면에서 중요한걸 놓치고 있다는 생각이 들어요. :(
시스템 엔지니어(서버만지는 SE가 아닙니다), 아키텍터와 프로젝트 매니저 와 같은 방식으로 게임에서도 역할 분담이 확실하게 일어나야 합니다.
기존의 어설픈 메인기획자, 설정기획자, 밸런싱 담당자 이런건 어떤면에서 중요한걸 놓치고 있다는 생각이 들어요. :(
2006.09.06 00:22:19 (*.191.114.46)
셜키 음..역할 분담이 확실하게 일어나야 한다는 건 적극 동감합니다. 그런데 중요한 걸 놓치고 있다는 말씀은 "업무를 진행하는 사람의 직위나 명칭" 이런 걸 말씀하시는 건가요. 아니면 저 명칭을 가진 사람들이 하는 업무가 어떤 면에서 중요한 걸 놓치고 있다는 건가요.
그..어떤 면이 어떤 것인지 저로선 좀 알기 어렵습니다. 여유되실 때 그것도 조금 설명해 주시면 감사할거여요~ ㅎㅎ
그..어떤 면이 어떤 것인지 저로선 좀 알기 어렵습니다. 여유되실 때 그것도 조금 설명해 주시면 감사할거여요~ ㅎㅎ
2006.09.06 00:26:25 (*.38.95.79)
죠쨩 큰 회사에 다니진 않아서 어떤지 잘모릅니다. 그러나 시스템은 거의 비슷할거라 생각됩니다. (그바닥이 그바닥이다 보니..)
제가 생각하는 현재 게임기획의 전체적인 문제점은
1. 업무분담이 되어있지 않고
2. 설령 되어 있더라도, 제대로 되어 있지 않다. (정작 필요한 부분에 분담이 제대로 되어 있지 않다) 라는 점입니다.
이 부분에 대해서는 다른 글을 준비 하고 있습니다 ^^;;
키는 이겁니다.
지금 게임 기획에서는 업무분담이라고 되어 있는것이, 기획자가 할일이기 때문에 나누어 놨다기 보다, 자기가 하기싫어서 자잘한걸 서브에게 던져주었다 라는 느낌이 강합니다.
그렇다 보니, 왜 이걸 이렇게 나누었는지도 모르겠고, 다른 파츠에서 봤을때 일을 하는지 안하는지 모르겠다 라는 불만이 나오는게 당연한거라는거죠.
제가 생각하는 현재 게임기획의 전체적인 문제점은
1. 업무분담이 되어있지 않고
2. 설령 되어 있더라도, 제대로 되어 있지 않다. (정작 필요한 부분에 분담이 제대로 되어 있지 않다) 라는 점입니다.
이 부분에 대해서는 다른 글을 준비 하고 있습니다 ^^;;
키는 이겁니다.
지금 게임 기획에서는 업무분담이라고 되어 있는것이, 기획자가 할일이기 때문에 나누어 놨다기 보다, 자기가 하기싫어서 자잘한걸 서브에게 던져주었다 라는 느낌이 강합니다.
그렇다 보니, 왜 이걸 이렇게 나누었는지도 모르겠고, 다른 파츠에서 봤을때 일을 하는지 안하는지 모르겠다 라는 불만이 나오는게 당연한거라는거죠.
2006.09.06 00:33:21 (*.38.95.79)
죠쨩 오해가 있을만한 부분을 좀더 설명을 하자면...
1. 설정 기획자. 밸런스 담당자 이렇게 섹터를 나누는건 필요하긴 합니다. (초기엔 이런거 필요없죠.) 그러나 저게 게임 기획의 핵심은 아니라는 것! 그리고 그렇게 한다고 그사람이 그분야에 전문이 되는것도 다른사람이 그부분에 대해서 몰라야 하는것도 아니라는점.
2, 업무를 저렇게 나누어 놨지만, 저게 답은 아닙니다. 게임기획자 그룹은 저런 섹터를 나누어서 넌 이것만해 라고 하는것자체가 웃긴 일이라는거죠. 직위의 문제와 업무의 문제가 미묘하게 섞인 문제 입니다.
담당이 있으면 그것도 나름대로 좋지만, 낭비같지 않은가요? 게임의 코어가 한사람이 나 이거하고 싶어 라고 한다면 그것만큼 웃기는 것도 없지요. 그래서 너 이거 전부해 라면서 맡긴다면.. 아 인력이 싸서 그냥 그렇게 써도 된다면 할말은 없지만 말입니다.
뭐 그러다 보니 웃긴 조직에서는, 신입들한테 문서작업을 왕창 맡기는 일도 왕왕 일어난다고 하더군요.
1. 설정 기획자. 밸런스 담당자 이렇게 섹터를 나누는건 필요하긴 합니다. (초기엔 이런거 필요없죠.) 그러나 저게 게임 기획의 핵심은 아니라는 것! 그리고 그렇게 한다고 그사람이 그분야에 전문이 되는것도 다른사람이 그부분에 대해서 몰라야 하는것도 아니라는점.
2, 업무를 저렇게 나누어 놨지만, 저게 답은 아닙니다. 게임기획자 그룹은 저런 섹터를 나누어서 넌 이것만해 라고 하는것자체가 웃긴 일이라는거죠. 직위의 문제와 업무의 문제가 미묘하게 섞인 문제 입니다.
담당이 있으면 그것도 나름대로 좋지만, 낭비같지 않은가요? 게임의 코어가 한사람이 나 이거하고 싶어 라고 한다면 그것만큼 웃기는 것도 없지요. 그래서 너 이거 전부해 라면서 맡긴다면.. 아 인력이 싸서 그냥 그렇게 써도 된다면 할말은 없지만 말입니다.
뭐 그러다 보니 웃긴 조직에서는, 신입들한테 문서작업을 왕창 맡기는 일도 왕왕 일어난다고 하더군요.
2006.09.06 00:36:31 (*.191.114.46)
셜키 ...자기가 하기 싫어서 서브에게 던져 주었다...라는 느낌이..있는 거군요. '-' 감사합니다. 다음 글이 올라오는 것이 기대됩니다. ^-^