Если вся команда сплоченно работает над дизайном игры, ваша игра станет сильнее: все приступят к реализации ее функционала с уверенностью в том, что они его понимают. Это очень важно, потому что далеко не все решения по дизайну принимаются заранее. Сотни небольших решений принимаются в процессе разработки – если не дизайнерами, то программистами, художниками и другими людьми, работающими над вашей игрой. Если все эти люди имеют общее понимание дизайна игры, все эти маленькие решения будут идти на пользу дизайну, и проект получит то ощущение прочности и единства, которых он не смог бы достичь при любых других обстоятельствах. Не редкость, когда разные люди, участвующие в проекте, считают свой вклад самой важной частью игры. Это говорит о том, что все члены команды испытывают личную ответственность за игру. Один из способов усилить такое чувство – избегать «чрезмерной конкретности» в дизайне. Если вы оставите небольшую недосказанность в документации вашей игры, например в тех частях, в которых не уверены, это заставит разработчиков, трудившихся над программной составляющей игры, подумать о том, как лучше заполнить эти пробелы, и в итоге решить проблему за вас. Поскольку они лучше других знакомы с этой составляющей игры, у них нередко вырабатывается инстинктивное понимание технической документации. И если их идеи окажутся действительно стоящими и вы добавите их в игру, они будут чувствовать настоящую гордость за те элементы, которые они считают своими.
Значит ли это, что вы теперь должны обеспечить постоянное участие в процессе для всех членов команды? Не у всех хватит сил на трехчасовые споры о том, каким должен быть интерфейс инвентаря, поэтому для подробных обсуждений вы, возможно, захотите собрать основную дизайн-команду, состоящую из людей, заинтересованных в подобных собраниях и способных продуктивно в них участвовать. Но после того, как основная команда определится с общим направлением дизайна, вам необходимо как можно скорее сообщить об этом остальным членам команды. Обычно этот процесс происходит следующим образом.
1. Изначальный мозговой штурм. В идеале привлечь к нему как можно больше членов команды.
2. Независимый дизайн. Члены основной дизайн-группы придумывают идеи независимо друг от друга.
3. Обсуждение дизайна. Члены основной дизайн-группы собирают свои идеи вместе, чтобы обсудить их, и пытаются прийти к единому решению.
4. Презентация дизайна. Основная дизайн-команда отчитывается о своем прогрессе перед всей командой, готовится выслушивать комментарии и критику. Это часто превращается в мозговой штурм, запускающий очередной круг повторяющегося цикла.
Вам понадобится много времени и энергии на то, чтобы привлечь всю команду к работе над дизайном игры, но вы увидите, что в долгосрочной перспективе игра от этого только выигрывает, при условии что ваша команда способна общаться.
Командная работа – это не преимущество. Это выбор.
Сотни книг были написаны о том, как создавать эффективную коммуникацию. Здесь я собираюсь свести всю эту информацию к девяти основным моментам, наиболее близким к геймдизайну. Вы можете подумать, что это всё базисные понятия, и вы будете правы, но, если вы стремитесь к совершенству в любой сфере, понимание базисных моментов чрезвычайно важно. В особенности когда речь идет о такой сложной сфере, как создание игры в команде. Вот девять условий хорошей командной коммуникации.
