2024. 11. 25. 21:45ㆍ카테고리 없음
좋은 기조란?
특징
- 구성원들의 동의: 가능한 모든 팀원이 공감할 수 있어야 한다.
- 변경의 안정성: 쉽게 변경되지 않아야 한다.
- 체계적 우선순위: 기조 간의 우선순위가 명확하게 정리되어야 한다.
기반
- 리더의 역할: 논의를 주도할 리더가 있어야 한다.
- 수평적 의사결정의 함정: 지나친 수평적 구조는 논의를 방해할 수 있다.
- 초기 설정의 중요성: 프로젝트 초기에 기조를 설정하는 것이 가장 효율적이다.
- 추상적 동의: 초기에는 추상적인 상태에서 합의가 더 쉽다.
- 레퍼런스 활용: 추상적인 기조는 수량화가 어렵기 때문에 레퍼런스를 통해 정의를 구체화.
기조 설정 시 유의점
- 용어를 명확히 정의해야 한다. (예: "낮은 확률"은 1%인지 5%인지 명시)
- 의견 충돌 방지를 위해 기조는 초기 단계에 설정해야 한다.
기조 설정 시 주요 아젠다
결정 요소
1. 실력 vs 운 vs 성장
- 게임 결과에 각 요소가 얼마나 영향을 미칠 것인가? ( 예: 운 요소를 강조할지, 성장 기반의 보상을 강조할지. )
2. 하드코어 vs 캐주얼
- 플레이 시간이나 실력 기반의 난이도 조정.
- 하드코어 → 긴 플레이타임, 실력 중심.
- 캐주얼 → 짧은 플레이타임, 운 요소 강조.
3. 피지컬 vs 뇌지컬
- 신체적 반응 속도(피지컬)와 전략적 사고(뇌지컬)의 비중 조정.
- 예: 전략 게임은 뇌지컬 중심, FPS는 피지컬 중심.
레퍼런스 활용
- 구체적인 기조 설정을 위해 비슷한 게임이나 데이터 분석 참고.
기획자 및 PM 역할
기획자(PD, PM)의 역할
- 현실적인 목표 설정: 과도한 목표를 잡으면 완성 자체가 어려워진다.
- 우선순위 및 방향성 설정: 팀의 리더로서 프로젝트의 전반적인 방향을 제시.
PM(프로젝트 매니저)의 역할
- 일정 관리 및 구현 스펙 논의
- 아마추어 단계에서는 PD가 PM 역할을 겸하는 경우가 많다.
개발 시 4가지 원칙
1. 핵심 콘텐츠부터 구현
- 하나의 핵심 콘텐츠를 우선 완성하는 것을 목표로 한다.
- 남는 시간에 완성도를 높이는 작업(UI 개선, 밸런스 조정 등) 진행.
2. 일정은 전체의 절반 이하로 잡기
- 버그 수정 및 데이터 보정에 추가적인 시간이 필요하기 때문.
- UI/UX 개선, 레벨 디자인 등 예상치 못한 작업이 많다.
3. 마일스톤 세분화
- 예: 100만큼의 4주 작업 대신, 25만큼의 1주 작업 4개로 나누기.
- 각 마일스톤에 대한 예상 소요 시간은 개발자와 협의.
4. 정기적인 일정 회의
- 일정 관리와 조율을 위해 주기적인 논의 필수.
결론: 성공적인 기획의 핵심
- 단 하나의 핵심 콘텐츠 구현을 목표로 한다.
- 초기 기조 설정이 전체 개발 방향성을 결정한다.
- 기획자는 팀을 이끌어가는 리더십과 논리적 설득력을 겸비해야 한다.
- 작은 단위의 마일스톤과 현실적인 일정 관리는 프로젝트 성공의 열쇠다.