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

Это похоже на метод кнута и пряника. Но этот метод отличается от стимулов, которые предлагает начальник.

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

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

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

Ожидания как вид мотивации

Если вы относитесь к людям так, как будто они работают хорошо, они будут работать хорошо.

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

Этот эффект повсеместен. Например, исследователи выяснили, что женщинам сложнее сдать экзамен по математике, чем мужчинам, только если вы не скажете им, что и у женщин, и у мужчин одинаковые способности к этой науке. Их ожидания меняют их убеждения в том, что они могут сделать на самом деле, что, в свою очередь, влияет на то, что они делают. Другое исследование показало, что если учителям говорили, что какие-то дети, возможно, являются гениями, то эти ученики показывали более высокий результат, чем остальные дети, даже если это были совершенно обычные дети, выбранные случайным образом. Учитель относился к ним как к умным, и вели они себя соответственно.

Некоторые пытаются делать наоборот. Они плохо относятся к другим, пытаясь заставить их работать лучше. Такие люди слепо верят, что человек разозлится и, пытаясь всем доказать их неправоту, станет работать гораздо лучше и усерднее. Но это не работает. Хуже некуда, когда с тобой обращаются как с некомпетентным сотрудником. Человек злится, это разрушает творческие способности и создает чувство беспомощности. Если вы проделали хорошую работу, а с вами обращаются как с идиотом, зачем продолжать эмоционально вкладываться в нее?

Лучшие игровые команды стремятся стимулировать чувство элитарности. Они развивают дух товарищества вокруг определенного знака или идеи, которые отделяют их от других. При этом они могут быть разработчиками среднего уровня, но вера в избранность команды побуждает их делать больше. Именно поэтому у Уолта Диснея не было обычных дизайнеров тематических парков, у него были имаджинеры (Imagineers). Вот почему армии постоянно подчеркивают уникальную историю каждого подразделения. Чувство элитарности создает прецедент быть достойным и укрепляет внутреннее чувство индивидуальности. У разработчиков, к которым относятся как к посредственностям в сером типичном офисе с перегородками, нет причин быть лучше. Выделите этих людей, позвольте им создать что-то уникальное, и они оправдают ожидания.

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

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

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

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