Про кранч и выгорание

На днях вокруг эстонской студии Limestone Games разразился скандал: часть разработчиков во главе с основателем ушли из компании и публично обвинили руководство в создании «невыносимых условий работы». Подробнее, например, тут: https://app2top.ru/industry/by-vshie-razrabotchiki-limestone-games-obvinili-rukovodstvo-studii-v-bespredele-170213.html.

Я к Limestone Games не имею никакого отношения и поэтому могу рассуждать про эту ситуацию чисто теоретически. Вернее, про один из ее аспектов. А именно – постоянные кранчи.

Кто не знает, crunch – по-английски «кризис», когда вдруг пришел дедлайн, откуда не ждали, и команда проекта судорожно работает по 12 часов в день, пытаясь выполнить все обещанное и запланированное.

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

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

Казалось бы, сплошные плюсы! Но работа сценариста тем и хороша, что учит нас не переоценивать возможности человеческого мозга.

Кранч – это всегда работа взаймы: у психического и физического здоровья сотрудников, у отношений внутри команды и даже у продукта. Потому что как только дедлайн пройдет, и все немного выдохнут, окажется, что ни у кого не осталось ресурса на решение даже самых мелких задач. Которые, если их не решать, сразу превращаются в большие.

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

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

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

Разработчикам игр с той же целью было бы полезно хоть раз написать детализированный нарративный документ – например, тритмент (то есть подробное и последовательное описание всех событий в игре с их причинами и последствиями). И получить на него правки вида: «Это ломает нам прогрессию, переписывайте. Откуда мы знаем как? Придумывать нарратив – это ваша работа».

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