[💬] 팀으로 일하다가 파토내는경우를 굉장히 많이봤는데, 주로 기획문제인거같다

[익명(39.112)]

기획자가 문제라는게 아니라

다들 만들고 싶은 게임이 다 달라서 서로 기획에 지분 올리려고 애쓰는게 문제라는거임.

예를 들어서 기획 담당하던 누구는 북미식 알피지를 기획하고 있었는데

그래픽 담당하던 모씨는 일본알피지를 만들고 싶어 들어온 사람이고

프로그래밍 담당하던 아무개는 알피지에 로그라이크 성향이 짙은 시스템을 만들고 싶어한다면

초반부터 화합하기가 정말로 쉽지가 않다.

그래서 팀이 모일땐 처음부터 무슨 게임을 만들고 싶은건지 아주 구체적인 비전으로 설명하는게 좋다고 생각하는데

또 너무 그렇게 해버리면 이 좁은 마당에서 사람 자체가 안모이겠지

결국 최선의 선택으로, 사람을 모아야 한다면

기획자는 자기가 만들고 싶어하는거 조금씩 양보하거나 팀원들 설득도 해 가면서 적당히 타협된 결과물을 내어 놓을 수 밖에 없다고 생각함

그리고 내 생각에 팀에서 제일 독이 되는 경우가 뭐냐하면

구체적인 비전도 없으면서 무조건 까고보는 스타일이라고 본다

예를 들자면 스토리가 크게 중점적이지 않은 택틱 게임을 기획하고 있다고 생각해봐라.

복잡한 전투시스템 구상하느라 답답해 미치겠는데 그래픽 담당하던 팀원이 회의중에 이건 좀 아닌거같다고,

스토리랑 캐릭터성좀 강화하자고 요청한다. 미치고 펄쩍 뛰고싶지 않겠냐.

팀 내 사기진작 측면에서도 전혀 도움될 것이 없다.

이 사단이 일어나지 않으려면 팀 내에 정말 많은 대화와 조율이 필요하리라고 생각한다.

그리고 그만큼 만들고 싶어하는 최종 목표에 대한 확실한 비전이 있어야 할테고

그러려면 팀원들이 골고루 게임 경험도 굉장히 풍부해야 하겠지.

[ㄴㄴ(103.10)]

기획은 누구나 약간이라도 할 수 있으니(특히 인디 게임 개발하려고 하는 사람들이면 기획자가 아니라도 자기가 만들고 싶은 게임이 있으니) 팀 기획자가 왠만큼 실력이 뛰어나지 않는 이상 문제 생길 수 밖에 없음

[익명(39.112)]

ㄴ 비전이 확실하면 토비 폭스처럼 배워가면서 외주줄거 외주주고 거의 혼자서 일하는게 낫겠지. 솔직히 기획자가 프로그래밍이나 그래픽 모르고 기획만 한다하는것도 난 엄청 부정적으로 본다. 원화가가 그림 바로바로 뽑아낼 수 있을정도로 컨셉아트정도는 만들 수 있었으면 좋겠고, 프로그래밍 작업도 같이 동참해가면서 수정해 가는게 이상적일거같음..

[ㅇㅅ(110.70)]

프로그램은 어중간하게 안다고 참견하면 좋은결과 안나옴 이건 확실.. 다만 소프트웨어 관점에서의 한계나 수학적인 사고방식등이 있어야 제대로 된 기획이 가능함. 작은팀일수록 일정과 게임볼륨을 조절할 수 있어야하는데 프로그래밍적인 지식이없으면 그게 힘들지

[익명(39.112)]

물론 코딩 자체는 공동작업하면 스파게티가 될 수 있는데, 프로그래밍에 대한 기본적인 이해가 있어야 잘못된 코드를 짤때 지시를 해 줄 수 있을거같다. 예를 들어서, 바위를 움직여 문을 연다는 주제가 나왔는데 프로그래머가 이것을 일회용 스크립트화시켜 적용하려고 한다면 기획자가 그것이 아니라, 모든 바위를 움직여 볼 수 있도록 조작하게 시스템화 해야 한다고 부탁해 볼 수는 있겠지.

[ㅁㅁ(198.7)]

소규모로 개발하는 인디게임 특징상 자기분야만 알고 있으면, 문제 생길 확률이 높아지는데 특히 기획이 자기분야만 알고 있으면 그런 확률이 매우 높아지는 것 같다. 다른 분야 모르니까 프로젝트 걸리는 시간 계산도 어렵고, 잘못된 기획이 나올 확률도 높아지고

[ㅇㅅ(110.70)]

기획자가 처음부터 가능해야할 기능과 나중에 추가할 기능을 확실히 명시해줘야지 코딩하는 사람한테 왜 진작 명시안해줬냐고 욕먹을듯 ...

[글쓴이(1.210)]

하긴, 생각해보니 윗 말이 일리있네. 나는 망하는것만 봤지 팀으로 일해본적은 없으니 간과했던 부분인데, 그 경우엔 제대로 안알려준쪽이 문제겠다.