• получите больше идей;
• сможете быстро отмести бесполезные идеи;
• посмотрите на игру с разных сторон;
• заставите всех членов команды относиться к вашему дизайну как к своему собственному.
Если вся команда сплоченно работает над дизайном игры, ваша игра станет сильнее: все приступят к реализации ее функционала с уверенностью в том, что они его понимают. Это очень важно, потому что далеко не все решения по дизайну принимаются заранее. Сотни небольших решений принимаются в процессе разработки – если не дизайнерами, то программистами, художниками и другими людьми, работающими над вашей игрой. Если все эти люди имеют общее понимание дизайна игры, все эти маленькие решения будут идти на пользу дизайну, и проект получит то ощущение прочности и единства, которых он не смог бы достичь при любых других обстоятельствах. Не редкость, когда разные люди, участвующие в проекте, считают свой вклад самой важной частью игры. Это говорит о том, что все члены команды испытывают личную ответственность за игру. Один из способов усилить такое чувство – избегать «чрезмерной конкретности» в дизайне. Если вы оставите небольшую недосказанность в документации вашей игры, например в тех частях, в которых не уверены, это заставит разработчиков, трудившихся над программной составляющей игры, подумать о том, как лучше заполнить эти пробелы, и в итоге решить проблему за вас. Поскольку они лучше других знакомы с этой составляющей игры, у них нередко вырабатывается инстинктивное понимание технической документации. И если их идеи окажутся действительно стоящими и вы добавите их в игру, они будут чувствовать настоящую гордость за те элементы, которые они считают своими.
Значит ли это, что вы теперь должны обеспечить постоянное участие в процессе для всех членов команды? Не у всех хватит сил на трехчасовые споры о том, каким должен быть интерфейс инвентаря, поэтому для подробных обсуждений вы, возможно, захотите собрать основную дизайн-команду, состоящую из людей, заинтересованных в подобных собраниях и способных продуктивно в них участвовать. Но после того, как основная команда определится с общим направлением дизайна, вам необходимо как можно скорее сообщить об этом остальным членам команды. Обычно этот процесс происходит следующим образом.
1. Изначальный мозговой штурм. В идеале привлечь к нему как можно больше членов команды.
2. Независимый дизайн. Члены основной дизайн-группы придумывают идеи независимо друг от друга.
3. Обсуждение дизайна. Члены основной дизайн-группы собирают свои идеи вместе, чтобы обсудить их, и пытаются прийти к единому решению.
4. Презентация дизайна. Основная дизайн-команда отчитывается о своем прогрессе перед всей командой, готовится выслушивать комментарии и критику. Это часто превращается в мозговой штурм, запускающий очередной круг повторяющегося цикла.
Вам понадобится много времени и энергии на то, чтобы привлечь всю команду к работе над дизайном игры, но вы увидите, что в долгосрочной перспективе игра от этого только выигрывает, при условии что ваша команда способна общаться.
Командная коммуникация
Командная работа – это не преимущество. Это выбор.
Патрик Ленсиони
Сотни книг были написаны о том, как создавать эффективную коммуникацию. Здесь я собираюсь свести всю эту информацию к девяти основным моментам, наиболее близким к геймдизайну. Вы можете подумать, что это всё базисные понятия, и вы будете правы, но, если вы стремитесь к совершенству в любой сфере, понимание базисных моментов чрезвычайно важно. В особенности когда речь идет о такой сложной сфере, как создание игры в команде. Вот девять условий хорошей командной коммуникации.
1. Объективность. Это условие идет первым, потому что оно игнорируется чаще всего. В порыве дизайнерской страсти очень просто привязаться к одной идее, пришедшей вместе с внезапным озарением. Но если эта идея не нравится остальным членам команды, куда она вас приведет? Никуда. Инструмент, который сможет вас спасти, – призма 14: Призма постановки проблемы. Он сможет дать вам необходимую объективность. Все обсуждения должны отталкиваться от того, насколько хорошо дизайн идеи решает поставленные проблемы. Личные предпочтения по поводу этих идей не имеют значения, главное, чтобы эти идеи решали поставленные проблемы. Никогда не говорите об идеях как «моя идея» или «идея Сью», говорите объективно: «идея космического корабля». Это не только поможет отделить идеи от личностей (сделав их достоянием команды), но и сделает их более четкими. Другой хороший прием – формулировать альтернативы как вопросы. Например, вместо того чтобы говорить «А – это плохо. Мне больше нравится Б», просто скажите: «А что если мы сделаем Б вместо А?», и это позволит группе вместе обсудить положительные и отрицательные стороны вариантов А и Б. Это едва уловимое различие, но практически все, что касается управления командной коммуникацией, строится на очень хрупких моментах. Если вы как дизайнер сможете выработать в себе привычку быть объективным, все будут без колебаний обращаться к вам с вопросами по дизайну. Они будут знать, что получат лишь честную, объективную и полезную обратную связь. Позже люди захотят, чтобы вы участвовали во всех собраниях, на которых проходит обсуждение дизайна, потому что благодаря вашей объективности ваше присутствие в комнате сможет помочь понизить градус дискуссии между людьми с менее объективным отношением к делу. Но самое лучшее состоит в том, что в условиях, когда все чувствуют объективность, каждая идея воспринимается всерьез. А это поможет высказаться даже самым застенчивым членам команды: иначе множество идей никогда бы не увидели свет.
2. Ясность. Это простое условие. Если в коммуникации нет ясности, значит, ждите непонимания. Когда вы что-то объясняете, спросите у людей, понимают ли они, о чем вы говорите. Если это возможно, проиллюстрируйте ваши идеи. И если кто-то говорит что-то неясное, никогда не притворяйтесь, что вы его понимаете. На какую осмысленную коммуникацию можно рассчитывать, если члены команды не будут иметь единого видения дизайна? Но понимание друг друга – это только половина пути, вторая половина заключается в четкой подаче конкретной информации. Есть большая разница между тем, чтобы сказать продюсеру: «Система боя будет готова к четвергу» и «Я вышлю вам по электронной почте описание интерфейса для пошаговой системы боя на 3–5 страниц в четверг в 5 часов вечера». В первом случае вы оставляете много места для домыслов, в то время как во втором – предоставляете конкретные детали о вашей работе, практически нивелируя вероятность недопонимания.
3. Внимание к деталям. ЗАПИСЫВАЙТЕ ВСЁ! Советую вам это очень настойчиво. Вербальное общение мимолетно: неправильно понял и забыл. Записанное легко проверяется любым членом команды. Используйте все доступные вам средства сохранения информации: записные книжки, электронные письма, форумы, списки рассылки, файлы, вики-ресурсы, печатные документы и т. д. Всегда убеждайтесь в том, что хотя бы один человек на собрании делает записи, которыми он сможет впоследствии поделиться со всеми остальными членами команды. Когда вы делаете рассылку об изменениях в дизайне игры, проверьте – всей ли команде вы разослали письма. Так вы не забудете ни об одном из членов вашей команды и никому не дадите почувствовать себя обделенным.
