В CG-продакшне сорванные дедлайны не исключение и не чья-то персональная вина. Это системная история, которая повторяется из проекта в проект с незначительными вариациями. Меняются клиенты, меняются задачи, но механика сбоя остаётся одной и той же. Разберём, где именно ломается система, и что с этим делать.
Самое опасное убеждение в продакшне: «Мы посмотрим на финале». Логика понятна, зачем тратить время на просмотр черновика, если результат всё равно будет другим? Но это ловушка.
В CG каждый этап строится на предыдущем, например: сначала моделинг, потом настройка света и материалов, потом рендер, потом композитинг. Поменять форму продукта на этапе скетча — полчаса работы. Поменять её после того, как модель отрендерена, уже пересборка куска пайплайна.
Цена правки на разных этапах выглядит примерно так:
Концепт: правка занимает час. Скетч переделывается за одну итерацию.
Моделинг: правка занимает день. Изменить геометрию или пропорции ещё можно без больших потерь.
Рендер: правка занимает несколько дней. Материалы, свет и камера настраивались как единая система, и менять один элемент значит, как часто бывает, пересобирать всё вокруг него.
Композитинг: часть правок здесь вообще невозможно сделать без переделок с нуля. Если на финале выясняется, что что-то не так с самим объектом, откат идёт не на шаг назад, а на два-три.
Механика «ловушки» срабатывает тогда, когда ревью происходят редко или формально. Клиент смотрит на превью и говорит «окей», потому что ещё не понимает, как это будет выглядеть в финале. А финал потом не устраивает. Решение простое: не ждать финала. Частые, конкретные и структурированные ревью на ранних стадиях дешевле, чем одно большое ревью после сдачи.
Любой нестандартный технический эффект требует проверки гипотезы до того, как войдёт в пайплайн. Это может быть симуляция жидкости, нестандартное поведение материала, сложный процедурный эффект или специфичная интеграция CG с реальной съёмкой.
Проблема в том, что R&D плохо вписывается в стандартный тайминг, потому что его результат непредсказуем: не известно ни сколько времени займёт, ни сработает ли вообще выбранный подход. При этом R&D часто вообще не выделяется как отдельный этап.
Сценарий выглядит так: в тайминге написано «анимация логотипа 2 дня». В реальности это означает «2 дня, если подход рабочий». Если не рабочий, то неделя с поиском альтернативы и перезапуском.
Что нужно сделать: до старта пайплайна честно ответить на вопрос — есть ли в задаче технические неизвестные? Если есть — выделить R&D-фазу отдельно с отдельным буфером по времени.
Пост-продакшн существует для того, чтобы довести результат до финального качества. Не для того, чтобы исправить то, что пошло не так на предыдущих этапах.
Когда на стадии рендера принимается решение «это поправим в компоузинге», запускается цепочка последствий. Компоузер получает задачу, которая была не в его области ответственности изначально. Это время, которое не было учтено. Часто это и деньги, которые не были заложены.
Хуже того: некоторые вещи на посте просто не правятся. Неправильная геометрия, неудачный ракурс камеры, «плоский» свет — это не вопрос пары часов в After Effects. Это возврат к предыдущему этапу, только уже в режиме пожара.
Правило простое: каждый этап требует ответственного отношения. Попытка переложить недоделки на следующий этап не экономит время, она только переносит проблему туда, где решить её уже сложнее и дороже (если вообще возможно).
Это редко обсуждается открыто, но связь прямая: чем больше людей участвует в утверждении, тем длиннее цикл каждого ревью.
Потому что у каждого из них свои задачи, свой график и своё видение. Два человека, утверждающие независимо друг от друга, могут дать противоречивые комментарии. Один говорит «сделайте светлее», другой «слишком светло». Продюсер оказывается в ситуации, где правильного ответа нет до тех пор, пока стороны не договорятся между собой.
В среднем при трёх и более ЛПРах без чёткой вертикали принятия решений цикл ревью растягивается в 2–3 раза по сравнению с проектом, где есть один утверждающий.
Что помогает: на старте фиксировать, кто именно имеет право финального утверждения и как разрешаются противоречия между несколькими участниками.
Как мы работаем с этим
Перечисленные проблемы системные, а это значит, решения тоже должны быть системными, а не ситуативными.
Регулярные ревью как обязательный элемент пайплайна. Мы не ждем, пока клиент сам спросит, как идут дела. Мы сами инициируем ревью на каждом значимом этапе: концепт, моделинг, лукдев, превью рендера. Каждое ревью — это точка, где проблема либо фиксируется и решается, либо подтверждается, что всё идёт правильно. Ни одна из этих точек не пустая трата времени.
R&D выделяется отдельно. Если задача содержит технические неизвестные, мы честно говорим об этом до старта и выделяем время на проверку гипотезы. Это часть оценки, а не форс-мажор в середине проекта.
Чёткие гейты. Каждый этап закрывается с утверждением. Не «окей, вроде норм» в чате, а зафиксированное согласование, после которого следующий этап стартует с ясным фундаментом. Это исключает ситуацию, когда на финале выясняется, что что-то «поняли по-разному».
Прозрачная коммуникация. Два статуса в день, правило ответа в течение 30 минут, единая система для комментариев — всё это убирает информационный вакуум, который сам по себе генерирует стресс и задержки.
Срыв сроков редко бывает следствием одной большой ошибки. Чаще это накопленный эффект от нескольких небольших сбоев в системе: ревью прошло формально, R&D не был заложен, правка «на посте» оказалась переделкой этапа. Каждый из этих сбоев по отдельности — рабочий момент. Вместе они превращаются в дедлайн, которого уже не догнать.
Система не гарантирует, что всё всегда пройдёт идеально. Она гарантирует, что проблема будет видна достаточно рано, чтобы её можно было решить.