Дедлайн: почему сроки срываются и как их ставить
Дедлайн — крайний срок, к которому задача должна быть готова. После него работа считается просроченной. Слово пришло из английского: deadline буквально «мёртвая линия».
Понятие простое, а срываются сроки постоянно — и почти всегда по одним и тем же причинам. Разберём, откуда берётся расхождение между планом и фактом.
Жёсткий и мягкий
| Жёсткий | Мягкий | |
|---|---|---|
| Что происходит при срыве | Событие теряет смысл или наступают потери | Сдвигается график, работа остаётся нужной |
| Примеры | Реклама к чёрной пятнице, отчёт в налоговую, запуск к выставке | Обновление раздела сайта, внутренний регламент |
| Как относиться | Планировать от него назад и закладывать буфер | Двигать осознанно, а не молча |
Ошибка — называть жёстким всё подряд. Когда каждый срок объявлен критическим, команда перестаёт различать настоящие и начинает срывать в том числе те, что действительно нельзя двигать.
Почему сроки срываются
- Оценка по идеальному сценарию. Человек считает время на саму работу и забывает про согласования, правки, ожидание материалов и параллельные задачи.
- Задача не разбита. «Сделать лендинг» оценивается интуитивно, а «прототип, тексты, дизайн, вёрстка, интеграция форм, тесты» — по частям, и сумма всегда больше первой цифры.
- Не назван результат. Если не договорились, что считается готовым, задача не заканчивается: всегда найдётся, что доправить.
- Зависимости не учтены. Дизайнер ждёт тексты, разработчик — дизайн. Простой одного звена сдвигает всю цепочку.
- Работа расширяется под отведённое время. Дав две недели на задачу в три дня, вы получите её через две недели.
- Скрытый согласующий. На финальном этапе появляется человек, о котором не знали, — и цикл правок начинается заново.
Как ставить, чтобы попадать
Разбейте задачу и оцените части. Оценка целого всегда оптимистичнее суммы частей. Если разбить не получается — значит, задача непонятна, и это первая проблема, а не срок.
Заложите буфер отдельной строкой. Не «накину пару дней про запас» внутри оценки, а явный резерв на уровне проекта. Спрятанный буфер тратится незаметно, объявленный — виден и обсуждается.
Договоритесь, что считается готовым. «Лендинг готов» — это опубликован и принимает заявки или отправлен на согласование? Разница в неделю.
Назовите согласующих до старта. Кто утверждает и в какой срок. Этот пункт входит в бриф ровно потому, что чаще всего его и пропускают.
Ставьте контрольные точки на длинных задачах. Промежуточный показ через неделю выявляет расхождение раньше, чем за день до срока.
Отделяйте важное от срочного. Дедлайн делает задачу срочной, но не делает важной — матрица Эйзенхауэра.
Срок горит: что делать
Порядок действий, когда стало ясно, что не успеваете.
- Сказать сразу. Предупреждение за неделю даёт варианты, сообщение в день сдачи — не даёт ничего. Это единственный пункт, который реально влияет на последствия.
- Предложить, что урезать. Сдвинуть срок, сократить объём или добавить людей — три рычага, и первый обычно дешевле остальных.
- Показать, что готово. Частичный результат обсуждаем, обещание «доделаю» — нет.
- Назвать новую дату один раз. Второй перенос обходится дороже первого, третьему уже не верят.
- Разобрать причину после сдачи. Не «кто виноват», а на каком шаге оценка разошлась с фактом.
Где дедлайн вредит
В исследовательских задачах. «Найти причину падения конверсии до пятницы» — срок стоит, а ответ может не найтись, и тогда команда принесёт первую попавшуюся версию вместо настоящей.
Когда он придуман. Искусственная срочность обесценивается быстро: после третьего «горит», которое не горело, реагировать перестают.
Когда их слишком много. Пять одновременных крайних сроков означают, что приоритета нет ни у одного.
Когда качество важнее даты. Реклама, запущенная в срок с неверными настройками, тратит бюджет быстрее, чем приносит заявки. Здесь лучше сдвинуть на два дня.
Коротко
- Дедлайн — крайний срок сдачи; после него задача просрочена.
- Жёсткий срок нельзя двигать без потерь, мягкий двигают осознанно.
- Когда все сроки объявлены критическими, команда перестаёт различать настоящие.
- Главные причины срыва: оценка по идеальному сценарию, неразбитая задача и неназванный результат.
- Буфер закладывают отдельной строкой, а не прячут внутри оценки.
- При срыве решает скорость предупреждения, а не объяснение причин.
Ведём проекты со сроками и отчётностью, по которым видно результат, — услуги интернет-маркетинга.