Планирование времени на фрилансе: оценка сроков без провалов

Сорванные сроки на фрилансе в 3D редко бывают следствием лени. Гораздо чаще это результат оценки, сделанной за минуту по ощущению, без учёта правок, согласований и того, что часть работы окажется сложнее, чем выглядела в начале.

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

Почему оценки всегда занижены

Причины, работающие у всех и всегда.

Оценивается лучший случай. В голове разворачивается сценарий, где всё идёт гладко. Реальность содержит сбои, и они не закладываются.

Не считается всё, кроме основной работы. Общение, согласование, ожидание материалов, правки, подготовка файлов к сдаче.

Забывается опыт прошлых проектов. Каждый раз кажется, что в этот раз будет быстрее.

Неизвестное недооценивается. То, что вы делаете впервые, всегда занимает больше, чем кажется.

Ключевое понимание: это не личная проблема, а свойство оценивания. Значит, лечится не усилием воли, а методом.

Метод: разбивка на части

Базовый приём, дающий больше всего точности.

Оценивать проект целиком бесполезно: цифра берётся из ощущения.

Вместо этого проект разбивается на задачи размером в несколько часов, и оценивается каждая.

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

Практическое наблюдение: сумма частей почти всегда превышает оценку целого, и превышение бывает существенным.

Порог дробления: задача не должна быть длиннее дня. Всё, что длиннее, дробится дальше.

Три оценки вместо одной

Приём, снимающий проблему оптимизма.

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

Итоговая оценка считается с перевесом в сторону среднего, но с учётом худшего.

Зачем это нужно: оптимистичная оценка перестаёт быть единственной. Вы явно проговариваете, что может пойти не так.

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

Что забывают посчитать

Список, который стоит держать перед глазами.

Изучение задачи и сбор референсов. Общение с заказчиком: письма, созвоны, уточнения. Ожидание материалов и ответов. Правки, причём несколько раундов. Технические проблемы: сбои, пересчёты, потерянные файлы. Подготовку к сдаче: форматы, именование, упаковка. Собственные перерывы и невозможность работать десять часов подряд.

Суммарно это часто составляет долю, сопоставимую с основной работой.

Практическое следствие: оценка чистой работы это половина срока, а не весь срок.

Учёт своих данных

То, что делает оценки точными со временем.

Единственный надёжный источник это ваша собственная статистика.

Что вести: по каждой задаче записывать оценку и фактическое время.

Через десяток задач появляется личный коэффициент: во сколько раз ваши оценки обычно занижены. У большинства он устойчив.

Дальше метод простой: оценили, умножили на свой коэффициент, назвали.

Это самый эффективный из всех приёмов, и он требует только дисциплины в записях.

Буфер и как его защищать

Запас, без которого план не выживает.

Запас нужен не потому, что вы плохо оцениваете, а потому, что неизвестное существует.

Куда его добавлять: в конец проекта общим блоком, а не размазывать по задачам. Размазанный запас съедается незаметно.

Как защищать: не сообщать заказчику о существовании буфера. Названный срок включает его, но воспринимается как обычный.

Что делать, если буфер не понадобился: сдать раньше. Это лучшее, что может случиться с репутацией.

Как называть срок заказчику

Практическая сторона.

Называть дату, а не длительность. «Неделя» непонятно откуда считается, конкретная дата однозначна.

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

Указывать, что входит в срок, а что нет. Правки сверх согласованного объёма сдвигают дату.

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

Как это фиксируется, разобрано в материале про договор на 3D-работу.

Планирование дня

Уровень, на котором срок либо соблюдается, либо нет.

Реальное рабочее время меньше календарного. Восьмичасовой день даёт меньше восьми часов сосредоточенной работы, и это нормально.

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

Что помогает. Одна главная задача на день, а не список из десяти. Тяжёлое в то время суток, когда вы работоспособнее. Рендеры и просчёты на ночь.

Последнее очевидно, но люди регулярно запускают часовой просчёт в середине дня и ждут.

Параллельные проекты

Источник срывов, который недооценивают.

Два проекта одновременно занимают больше времени, чем те же два последовательно.

Причина: переключение стоит времени и сил. Вернуться в контекст задачи занимает десятки минут.

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

Что делать с наплывом: сдвигать сроки заранее, а не браться за всё и срывать оба.

Когда становится ясно, что не успеваете

Самая важная часть, потому что это случается у всех.

Первое правило: сообщать сразу, а не в день сдачи. Предупреждение за неделю воспринимается как рабочий момент, за день как провал.

Второе: приходить не с проблемой, а с вариантами. Сдвинуть срок, сократить объём, сдать частями, привлечь помощь.

Третье: не пытаться нагнать за счёт сна. Качество падает, ошибки растут, и в итоге получается дольше.

Четвёртое: зафиксировать причину для себя. Она повторится в следующем проекте, если не разобраться.

Оценка незнакомой задачи

Случай с наибольшим риском.

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

Что делать вместо. Взять время на изучение и назвать срок после. Сделать пробный маленький кусок и экстраполировать. Назвать диапазон вместо точного срока, объяснив причину.

Чего не делать: называть срок из вежливости, чтобы не показаться некомпетентным. Сорванный срок повредит сильнее честного «дайте день на оценку».

Рендер в расписании

Статья времени, специфичная для нашей работы.

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

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

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

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

Сколько времени займёт просчёт, оценивается по одному кадру заранее. Разбор есть в материале про показатели нагрузки при рендере.

Учёт правок в плане

Статья, которую стабильно забывают.

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

Сколько закладывать: заметную долю от основной работы, зависящую от заказчика и типа проекта.

Где закладывать: после каждого этапа согласования, а не одним блоком в конце.

Отдельно: время на ожидание ответа. Заказчик может смотреть работу несколько дней, и это время проекта, хотя вы в нём не работаете.

Именно ожидание чаще всего и растягивает календарные сроки при неизменном объёме работы.

Порядок оценки

Схема по шагам.

Шестой пункт требует накопленной статистики, и до её появления его заменяет здравый запас.

Часть этапов сжимается инструментами: реалтайм-генерация убирает дни на поиск концепта, и это стоит закладывать в оценку.

Частые вопросы