Срывы сроков чаще всего списывают на «люди плохо работают». Это ленивое объяснение.

Срывы сроков чаще всего списывают на «люди плохо работают». Это ленивое объяснение.

На практике дедлайн ломается не на исполнителе, а на системе. Типовые причины:

1. Задача слишком широкая.
Если формулировка уровня «сделать SEO для раздела», это не задача, а контейнер неопределённости. Исполнять такое можно бесконечно.

2. Нет входных данных.
Пока нет спецификации, логики, ограничений, команда делает догадки. Потом догадки выбрасывают — и срок уезжает.

3. Скрытые зависимости.
Один блок ждёт API, другой — контент, третий — доступы. В трекере это выглядит как «работа идёт», в реальности — очередь ожидания.

4. Нет контроля размера задачи.
Если work item нельзя закрыть за 1–3 дня, риск срыва растёт нелинейно. Большие задачи почти всегда распадаются на сюрпризы.

5. Обратная связь приходит поздно.
Проверка в конце спринта = дорогая переделка. Ревью должно быть коротким циклом, иначе срок уже горит 🔥

6. План считают по желаемому, а не по пропускной способности команды.
Если команда физически закрывает 20 пунктов в месяц, а в план кладут 35 — это не амбиция, это математическая ошибка.

Быстрый тест: если половина задач в статусе «ждём», «уточняем», «переделываем» — проблема не в людях. Проблема в процессе.