Срыв дедлайна почти всегда списывают на «плохих исполнителей». Но если это происходит регулярно, чаще ломается не человек, а система.
Где обычно течёт:
1. Задача пришла без рамки
Что именно должно быть на выходе? Формат, объём, канал, дедлайн, кто согласует — часто этого нет. В итоге команда делает «примерно то, что имелось в виду», а потом переделывает.
2. Нет приоритета
Если у задачи не задан уровень важности, она конкурирует со всем подряд. В календаре она есть, в голове — нет.
3. Слишком много точек согласования
Каждый комментарий = новый цикл. Если 3 человека дают фидбек по очереди, срок легко уезжает на 2–3 дня.
4. Оценка без буфера
Планируют 4 часа, а реально уходят 7: поиск данных, уточнения, правки, ожидание ответа. Нормальный запас — 20–30% от времени.
5. Зависимости не видны
Один не может стартовать без второго, второй ждёт третьего, и все «заняты». Формально — загрузка есть, фактически — блокировка.
6. Нет стоп-правила
Если задача застряла, её не эскалируют вовремя. Вместо решения команда молча едет в овертайм.
Мини-чек: если дедлайны срываются, спросите не «кто виноват?», а:
— что было неясно в задаче;
— где был лишний фидбек;
— был ли запас по времени;
— кто и что блокировал.
Часто это быстрее чинится шаблоном брифа, лимитом на согласующих и простым статус-трекингом 📌
PR Lab
@PRLabPro