[💬] 다른건 모르겠는데 기획이 개짜증난다.

[STICH(gamemasterpiece)]

대충 콘셉트, 시스템까지만 잡고 구현 들어가려는데

콘셉트는 그냥 한 장 요약 했는데 시스템이 짜증난다 ㅅㅂ

처음에 내가 알고 있는 방식으로 정리했다가 

워드 100페이지가...넘어가길래 뭔가 잘못된거 같아서

좀 효율적으로 정리할 방법은 찾음. 대략 17페이지 내외로 줄여서 정리할 수 있게 됨.

그리고 내가 구상해둔 시스템들도 총 정리는 해둠.

근데 그 시스템 하나 하나 내부의 구조나 속성같은 것 정리하는게 진짜 일임.

이 과정에서 매번 느끼는거지만 머리 속으로 내가 만들 게임이 움직이는걸 상상하는거나 재미있지

그 동작들이나 시스템들을 세부적으로 정리하고 기록하는 과정은 

진짜 지루하고 재미없어서 귀찮음이 발동한다.

만약에 팀 작업인데 나한테 기획 맡아보라고 한다면 진짜 안할듯.

1인 개발은 그냥 개발하면서 기록하는게 맘 편한거 같음. 틀은 잡아놨으니 틀에 맞춰 기록만 하고

[듀콜다(duecorda)]

100장..이 17장으로.. 매직! 화이팅

[STICH(gamemasterpiece)]

처음에 그냥 무식하게 하나 하나 분리해서 한 장에다가 기록했었음. 그래서 100페이지 넘어가보림

[익명(112.169)]

이게 존나 딜레마인게, 기획서를 대충 적을수록 구현하는 사람의 역량에 많은 부분이 영향받음 기획을 상세하게 적을 수록 기획서 의존도가 높아지고, 이럴빠엔 직접 구현하고 말지가 됨 가장 좋은 방법은 코어에 해당하는 부분만(데이터 구조, 구성요소) 기획 작성하고, 결과물에 대해서는 작업자에게 맡기는 건데 여기서 필요한건 구성원간의 충분한 대화임. 개인적으로는 와이어프레임 형태로 작성하는게 도움 됐었음.

[STICH(gamemasterpiece)]

와이어 프레임 찾아보니까 내가 초반에 생각한 기획서 형식이랑 개비슷하네... 닌텐도 강연인가 거기서 커비 문서 봤던거 같은데 커비 문서가 약간 만화처럼 행동하는 부분 보여주고 행동하는 방식이나 조건 같은 것도 옆에 주석으로 다 적고 전체 흐름 명시해주는 문서 있더라. 나도 처음에 그렇게 하려다가 시간이 너무 걸릴거 같아서 그냥 텍스트로 해버림. 근데 뭐 본문에서도 말한거지만 팀 간 작업이면 당연히 세세하게 명시하겠지만 혼자서 작업하는거라 그냥 작업하면서 기록하는게 더 빠를듯. 님이 말한것처럼 팀원간 의사소통이 있어야 간략한 코어 부분 설명으로도 구현이 가능한 부분인데 혼자서 하면 요 부분은 간단하게 처리되니깐...

[익명(119.194)]

혼자 작업할땐 기획서는 필요없지 현업에서도 소규모면 기획서 디테일하게 안씀

[STICH(gamemasterpiece)]

근데 1인 개발이라고 해서 기획서의 중요성이 아주 없는거는 아닌거 같은게 그래도 내가 만들 시스템이 적어도 무엇이 있는지 총 정리 정도는 하고 개발에 들어가는게 낫더라. 그냥 대강 생각한 시스템들을 곧바로 개발 작업에 착수는 할 수 있지만 만들면서 보면 이것도 만들고 싶고 저것도 만들고 싶어서 하나 둘 씩 추가하게 되더라고. 엄청 세밀하게 기획서를 짜줄 필요는 없어도 추상적인 부분들, 분류할 수 있는 대분류 항목들은 적어주는게 나은거 같아