[💬] 인디 개발 입문자를 위한 내가 9년간 겪었던 실패 썰

[TunaCan(retreat0124)]

안녕 인붕이들~ 옛날에는 딴 계정으로 개발일지도 올리고 그랬는데 최근데은 눈팅만 하거나 유동으로.댓글이나 간간히 남기는 편.
번역글이나 스팀 관련 팁들 공유해주는 형님들이 고마워서 나도 뭐라도 공유해보려고 글 씀.

난 인디랑 회사 합쳐서 9년 정도 게임을 만들어오고 있음.
지금은 회사 나와서 다시 인디겜 만드는 중. 막 대박친건 없는데 그래도 나름 출시도 하고 여러번 시도하면서 내가 어떤 함정이나 실패에 빠졌는지 써보려함. 차피 많이 써봤자 읽지도 않을테니 젤 중요한 것들만 순서대로 꼽아봤음.

ps.: 이 글은 나는 '인디' 게임 개발이 뉴비거나 첫번째~두번째 하는 사람에게 도움이 되면 좋겠다는 의도고, 이것보다 고수는 뻔한 내용이라고 생각할 듯. ㅇㅇ 뻔한 내용 맞음.

1. 사람 늘리는걸 조심해라.
내가 처음 플젝할 때는 총 개발력 = 1인 개발력 * 인원수 라고 생각했음.
그래서 내 전략이 어디에서든 최대한 자주 많이 구인하고 관심 있는 사람 있으면 팀을 늘려서 같이 하는거였지.
근데, 결과적으로 돌아보면 망했음. 왜냐면 온라인에서 구인글 보고 가볍게 온 사람은 상당수의 경우 찍먹하거나 개발하는 '기분'만 내려는 사람이지 실제 자신의 시간과 노력을 충분히 들이지 않더라.

그래도 하루 1시간이라도 작업하니까 좋은거 아니냐고? 아님.
왜냐하면
- 사람이 늘어서 커뮤니케이션 비용이 간접 증가함. 뭐 하나 하려해도 의견 나누고 논의하고 하는게 한참 걸리게 됨. 정기 회의도 길어지고, 일이 분리되어 있으니 누가 뭘 언제 할건지 명확하게 파악하기 어려워짐.
- 열심히 안하는 사람에 의해 일정이 연기되고 꼬여버림. 이게 다른 사람 작업에 블로커가 되어서 열심러도 방해받음.
- 사람이 모이면 사건 사고가 생김. 서로 안맞는 사람들이 슬슬 생기고 그 사람들끼리 투닥거리면서 팀 분위기가 망가짐.

특히 이 때 말로만 열심히 하겠다하고 결과물 없이 일정 계속 질질 끄는 사람 생길거임. 이 사람은 기다려주지 말고 팀에서 바로 내보내는게 좋음.

더 있는데 너무 기니까 그만 쓰겠음. 개발 인원은 작업 진행의 근간이지만 다다익선이 아님. 그럼 몇명이 좋냐고? 그건 프바프임.


2. 팀 구성 비율에서 너무 많은 기획 및 사업을 피해라.
이건 프바프이고 명확한 기준이 없음. 프1 아4로도 잘 되는 게임이 있고 프4 아1로도 망하기도 함.
근데, 내 경험상 전체 비중에서 절반 이상이 기획이나 사업이면 망삘이 남. 기2 프1 아1 이런식이면 기획서만 나오지 막상 개발 속도는 안나옴. 애초에 기획도 플밍이 되기 전에는 구체화하기 어려운게 많음.

내 추천은 팀 비율상 절반 이상이 플머가 되는것임.
내팀은 플머가 절반 이하라고? 그럼 비플머를 줄이고 플머를 늘리는 고민을 해보는걸 추천함.

모바일로 쓰는거라 줄바꿈 엉망이여도 양해바람.
좀 더 쓰려그랬는데 너무 길어지는것 같아서 일단 여기까지만 씀.

순전히 내 경험이나 주변에 본것에 의한 것이니 반박시 님 말이 다 맞음. 그럼 오늘도 즐거운 개발~ 다들 화이팅이야

[익명(220.71)]

인간이 밉다

[ㅇㅇ 1(58.29)]

결과물이 나오는 주기는 짧아야하고 목표는 바뀌지 않아야한다

[ㅇㅇ 2(218.148)]

질문있는데 인원을 함부로 늘리지 마라 라고하는데 구체적으로 몇명까지 늘려본적있음????

[TunaCan(retreat0124)]

내 기억상 첫 게임에서 13명 정도까지 늘려봤음. 지금 과거로 돌아가면 뜯어말릴거임

[ㅇㅇ 3(182.219)]

팀웍 잘 되는 3인은 되야 일잘알 1인과 비슷한 정도 효율이 나온다.

[익명(hereticbyte)]

걍 잘하는놈 한명이 총책임 리더 다하고 나머지 팀원은 그 따까리 역할 해주는게 유일하게 인디 굴러가는 정상적인 방식임

[익명(hereticbyte)]

게임개발에 글로 배워지지 않는 수많은 노하우는 오직 경험으로만 배워지고 그 경험을 가진 리더는 반대의견 두들겨 패면서 밀고 나가야함