Тайнан Сильвестр - Геймдизайн. Рецепты успеха лучших компьютерных игр от Super Mario и Doom до Assassin’s Creed и дальше

Резиновая курица как мотиватор

Несерьезные, неявные, случайные социальные награды и наказания могут донести информацию, не нарушая творческую среду.

Рассмотрим пример «сломанных компиляций». В разработке видеоигр ошибка в одной строке кода, или, иначе говоря, плохо сконфигурированная часть содержимого либо недопустимый сюжет, может испортить весь код в случае попадания в центральную базу данных, вследствие чего игра ломается. В результате команда несет большие потери, поскольку продолжение процесса разработки возможно только после устранения ошибки.

Чтобы избежать «сломанных компиляций», естественной мотивации недостаточно. Ответственность за «сломанную компиляцию» обычно несет вся команда, а не конкретный человек, по чьей вине это произошло. В результате создаются условия для систематических мотивационных искажений, которые приводят к более частому появлению «сломанных компиляций», чем было бы оптимально для нормального рабочего процесса. Как же можно это предотвратить?

Виновников «сломанных компиляций» можно наказывать денежными штрафами, но это усилит гнев и паранойю, поскольку люди слишком уверены в безопасности своей работы. Выговор не работает – он может легко ухудшить взаимоотношения и атмосферу. Лучше использовать резиновую курицу.

Это работает так: если кто-то «сломал компиляцию», то должен самостоятельно устранить ошибку, и пока не сделает этого, на его столе будет лежать резиновая курица в качестве символа (незначительной) оплошности. Курица остается до тех пор, пока кто-то еще не «сломает компиляцию». Здесь нет споров и прямой конфронтации. Вы просто садитесь за рабочий стол и находите на клавиатуре курицу, глядящую на вас своими резиновыми глазами.

Человек, у которого лежит курица (как было много раз и у меня), становится предметом дружеских подколов, но его никто не осуждает всерьез. Никто не хочет получить курицу, но никто и не сердится и не впадет в уныние, если это происходит. Люди не сходят с ума из-за «сломаной компиляции», но и не забывают о ней. Резиновая курица – это не только смешной, но еще и идеально сбалансированный, бесконфликтный инструмент мотивации.

Как однажды заметил Наполеон, «солдат будет бороться долго и упорно ради кусочка цветной ленточки». Курица – один из инструментов социальной мотивации. Для других целей могут использоваться разные методы. Поспорьте с кем-нибудь на кружку пива, что человек не сможет придумать, как решить задачу дизайна (в любом случае, вы выпиваете вместе). Найдите в игровых файлах что-то новое и интересное и выведете находку на мониторы в офисе, чтобы все видели. Мы можем задействовать сотни небольших мер и системы, с помощью которых можно создавать и передавать социальные сигналы неочевидными, ненавязчивыми способами, которые дадут плодотворный положительный результат.

Принцип прогресса

Исследовав 12 тысяч записей в журналах сотен творческих работников, Тереза Амабайл тщательно проанализировала данные в поисках закономерностей, которые активизировали творческий потенциал. Вы уже можете догадаться, что это были не деньги или страх. Она нашла кое-что удивительное: это было не общественное одобрение и не стремление создать хороший продукт. Амабайл обнаружила, что мотивация в основном заключается в наличии ежедневного прогресса в работе. Она назвала это принципом прогресса.

ПРИНЦИП ПРОГРЕССА предполагает, что наиболее сильным источником хорошей внутренней трудовой жизни является регулярный заметный ежедневный прогресс.

Амабайл выявила, что размер прогресса не так важен, как его частота. Мотивация лучше всего поддерживается небольшими победами – нахождением алгоритма, завершением анимации или наблюдением за тем, как тестировщик понимает некоторые детали, которых раньше не понимал. Даже если игра в целом все еще ужасна (а они всегда находятся на ранней стадии разработки), такие мелкие победы создают ежедневную вовлеченность.

Применение принципа прогресса означает необходимость организовать процесс разработки таким образом, чтобы каждый имел возможность получать регулярные, видимые маленькие победы.

Все основы хорошей разработки способствуют этому: итерируя, вы сможете наблюдать постоянный прогресс на примере частых плейтестов, а благодаря естественной власти люди могут наслаждаться своими победами, а не приписывать их боссам. Но мы также можем пойти дальше, организуя и отслеживая работу так, чтобы прогресс был частым и заметным. Даже такая простая вещь, как работа с TODO-листом, наглядно показывает прогресс. Каждое вычеркнутое задание дает небольшой эмоциональный заряд. Если ежедневно вычеркивать по две-три задачи, команда будет ощущать непрерывное движение вперед.

Такой процесс схож с разработкой обратной связи с поощрением для игроков. Мы могли бы дать игрокам возможность прокачивать персонажей ежечасно, так чтобы это было заметно, потому что мы знаем, что такой регулярный прогресс весьма приятен. Та же психология распространяется и на самих разработчиков игр. Даже самые маленькие победы могут поддержать, если будут частыми и заметными.

Работу можно организовать так, чтобы люди могли самостоятельно получать прямую обратную связь о своих успехах. Дизайнер может добиться результатов в разработке системы, но если его будет оценивать только другой человек в обзоре или в плейтесте, дизайнер никогда не увидит свой прогресс и не прочувствует его. У дизайнера должна быть возможность проводить плейтесты своей работы, как у программиста должна быть возможность наблюдать за автоматическим тестированием разработанного им кода, а у художника – возможность самостоятельно решать, когда персонаж вписывается в разработанный мир. Они создают свой собственный прогресс.

Принцип прогресса подходит маленьким проектам даже больше, чем масштабным. В большой команде один человек может работать на основании импульса всей группы. А в команде из одного-двух человек нужен еще один источник мотивационного топлива. Вот почему для крошечных команд подробные списки дел так полезны. Речь идет не только об организации задач. Каждое выполненное задание немного повышает настроение.

Процесс разработки в маленьких командах похож на написание книги. За годы работы с текстом я научился трепетно относиться к количеству написанных страниц. Я не трачу дополнительные четыре часа на переписывание, потому что в будущем хочу выпустить книгу. До этого еще слишком далеко, и мой мозг пока не воспринимает это событие как эмоционально значимое. Но я радуюсь, когда вижу, что число страниц увеличилось.