Сдача, к которой нельзя придраться

Сдача — момент, когда выясняется, насколько аккуратно шла работа предыдущие три месяца. Мастер готов, а вместе с ним обычно обнаруживается, что нужны отчёты, что версия для площадки другая, что музыкальный лист не собран и что никто точно не помнит, какая сборка была утверждена.

Выдача — это набор файлов

В сдаче почти никогда не участвует один файл. Есть мастер, есть версии под площадки, есть звуковые дорожки, есть субтитры, есть отчёты. У каждого свой адресат и свой срок.

Поэтому выдача описывается как набор: что именно отдаём, кому, в каком виде и на основании какого решения. Папка FINAL_2 на общем диске этого не описывает — она только создаёт ощущение, что всё под контролем.

Проверка перед отправкой

Технические проверки перед выдачей нужны, и запускать их надо до отправки. После звонка от заказчика — поздно. Но у них есть чёткая роль: они собирают список претензий, а не выдают разрешение.

Разрешение даёт человек — и это отдельное решение, привязанное к конкретной версии. «Проверка пройдена» и «можно отдавать» — разные утверждения, и путать их дорого.

Что должно совпасть

Простое требование, которое чаще всего и нарушается: отданный мастер должен соответствовать утверждённой версии.

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

Отчёты собираются по ходу

Музыкальный отчёт, список правок, монтажный лист, перечень использованных исходников — всё это можно собрать за ночь перед сдачей, и обычно так и делают. Но появляются эти сведения по ходу проекта, задолго до последней ночи.

Если они накапливались в проекте, сдача становится выгрузкой. Если нет — археологией.

Что остаётся после

После сдачи в проекте должно остаться: что отдано, кому, когда, на основании какого решения и с какими отчётами. Через год именно этот набор отвечает на вопросы площадки — и он же нужен, если проект придётся оживить для новой версии.