Статья
16 октября 2026 г.
Сколько раз вы были уверены, что успеете к сроку, а потом приходилось работать ночами, переносить дедлайн или сдавать результат в спешке? И главное, почему, несмотря на этот неприятный опыт, мы снова и снова назначаем нереалистичные даты? Или сами превращаем даже выполнимые планы в аврал, откладывая работу до последнего?
В понедельник времени предостаточно, в среду закрадываются первые сомнения, а уже к пятнице остается надеяться на чудо и крепкий кофе.
И все это в эпоху, когда есть календари с напоминаниями, списки задач, таймеры, автоматические уведомления и десятки способов организовать работу.
💡 Даже профессиональные команды с планами и расчетами регулярно промахиваются: по данным Фливбьерга и Гарднера, опубликованным в 2023 году, лишь 8,5% из примерно 16 000 крупных проектов удалось завершить одновременно в срок и в рамках бюджета. В выборку вошли строительные, транспортные, энергетические и IT-проекты. Календари, совещания и опытные руководители прилагались.
В статье посмотрим, какие ловушки мышления мешают нам соблюдать сроки, какие приемы помогают бороться с прокрастинацией и как избежать постоянных авралов, особенно когда от одной задачи зависит работа целой команды.
С первого числа следующего месяца мы обязательно займемся той самой сложной задачей. К тому времени разберемся с текущими делами, никто, конечно, не будет нас отвлекать. Наш будущий двойник удивительно организован, сосредоточен и практически не нуждается в отдыхе.
Психологи называют эту склонность недооценивать продолжительность работы ошибкой планирования (planning fallacy).
🧠 Эдакая ловушка: неудачи прошлого мы считаем исключениями, а благоприятный сценарий будущего — нормой.
Канеман и Ловалло в работе Timid Choices and Bold Forecasts описали 2 подхода к прогнозированию.
Взгляд изнутри — оценка по предполагаемому ходу работы. Например, 2 дня на разработку, день на тестирование и день на исправления. Итого — 4 дня.
Взгляд снаружи — оценка по фактическому опыту. Если 10 похожих задач занимали в среднем 7 дней, этот срок разумно взять за основу нового прогноза.
На практике этот подход можно адаптировать в четыре шага:
Разница между оценками — повод проверить, что упущено в расчетах. Именно там часто скрываются будущие задержки.
Срок согласован, задача ясна. Но почему вместо подготовки сложного отчета мы отвечаем на сообщения и закрываем мелкие поручения? День оказывается удивительно насыщенным, список выполненных дел растет, а вот главная задача так и не сдвинулась с места.
Это типичный пример прокрастинации — привычки откладывать важные дела, даже понимая, что промедление навредит результату.
В 2007 году психолог Пирс Стил опубликовал в Psychological Bulletin масштабный метаанализ исследований прокрастинации. Среди наиболее устойчиво связанных с ней факторов он выделил неприятность задачи, отдаленность результата, низкую уверенность в своих возможностях, импульсивность и трудности самоконтроля.
Составить письмо проще, чем разобраться в противоречивых требованиях заказчика. Исправить мелкий баг приятнее, чем взяться за архитектурную проблему с неизвестным решением. Небольшое дело быстро приносит ощущение завершенности, тогда как большая задача может часами не давать видимого прогресса.
Здесь работает в том числе временное обесценивание вознаграждения (temporal discounting): чем дальше ожидаемая награда, тем меньше ее субъективная ценность для нас. Поэтому удовлетворение от мелкого поручения, которое можно закончить прямо сейчас, оказывается привлекательнее большого результата, ради которого придется трудиться несколько недель.
У большой и неопределенной задачи часто отсутствует очевидная точка входа. Формулировка «подготовить стратегию» вызывает много вопросов. А вот «собрать данные о продажах за последние 3 месяца» — уже конкретный первый шаг.
Чтобы первый шаг не остался намерением, можно заранее связать его с конкретной ситуацией: «если наступает X, я делаю Y». Такие планы изучали Голлвитцер и Ширан: их метаанализ показал положительный эффект на достижение целей.
Вместо «завтра займусь отчетом» заранее определите обстоятельство и действие: «Когда закончу утреннюю встречу, открою отчет и заполню раздел с результатами».
Дальше важно «защитить» это намерение от рабочего дня.
Если постоянно отвлекают, выделите время в календаре и договоритесь с коллегами, по каким вопросам вас действительно нужно прерывать. Если трудно сосредоточиться надолго, попробуйте короткие интервалы с перерывами, например Pomodoro и т. д.
🔄 Бывало, что вы откладываете задачу до последнего, а потом каким-то чудом успеваете к сроку? Увы, такой опыт легко закрепляет привычку работать в авральном режиме.
Приближающийся дедлайн действительно способен творить чудеса, мобилизуя внимание: отложенные дела становятся срочными, второстепенные блекнут. Однако вместе с запасом времени исчезает возможность спокойно проверить результат и исправить ошибки.
Для сложной работы полезно заранее наметить промежуточные результаты и сроки их достижения. Например, при подготовке аналитического отчета:
— 📖 О том, как разбивать сложную работу на шаги и ничего не упускать, читайте в статье «Дьявол в чек-листах: зачем разбивать работу на шаги».
Назначьте дату для каждого результата с учетом объема работы и доступности участников. Отдельно заложите время на проверку, согласование и исправления.
⏱️ Если данные не получены к первой контрольной дате, уже понятно, что времени на анализ остается меньше. Можно выяснить причину задержки и изменить порядок работы, не дожидаясь дня сдачи.
Но что, если вы начали вовремя, а данные от соседнего отдела так и не пришли? Здесь заканчиваются возможности личного тайм-менеджмента и начинается вопрос организации общей работы.
Представьте команду, в которой никто не бездельничает. Разработчики пишут код, тестировщики проверяют, руководители проводят встречи. Все при деле, а проект движется черепашьими темпами.
Парадокс в том, что стремление загрузить каждого сотрудника на 100% может замедлить работу всей команды.
Предположим, один специалист по безопасности проверяет изменения для 3 проектов. Пока запросов немного, он успевает обрабатывать их по мере поступления. Но стоит каждому проекту одновременно прислать срочную задачу, как образуется очередь. При этом сам специалист не стал работать медленнее.
Здесь полезно различать 2 показателя:
В условиях неравномерного потока задач высокая загрузка оставляет мало возможностей справляться с неожиданностями. Даже небольшое увеличение количества запросов способно резко увеличить время ожидания. Этот механизм подробно разбирает Дональд Райнертсен в материале об управлении потоком разработки.
Как проверить, что проблема именно в перегрузке?
🔍 Сравните, сколько задач поступает на этап и сколько завершается за одинаковый период. Например, разработчики еженедельно передают на тестирование 10 задач, а тестировщики успевают проверить только 7. Очередь растет на 3 задачи каждую неделю. Через месяц накопится около 12 незавершенных проверок, если ничего не изменится.
Здесь есть несколько вариантов: увеличить возможности тестирования, снизить поток поступающих задач или сократить количество повторных проверок, если они занимают заметную долю времени.
Еще один способ обнаружить затор — отслеживать, сколько времени задачи проводят на каждом этапе. В taskITnow для каждой колонки доски можно задать допустимый срок. При его превышении карточка подсвечивается, а индикатор показывает количество зависших задач. Так сразу видно, где задержки единичны, а где накапливаются и угрожают общему сроку.
Еще один прием — WIP-лимиты (Work in Progress limits). В Канбане ими ограничивают количество одновременно выполняемых задач. Например, команда устанавливает лимит в 5 задач на тестировании. Когда он достигнут, новую задачу не берут в работу, пока не освободится место.
WIP-лимит не устраняет перегрузку, но не дает ей незаметно превращаться в растущую очередь задач.
— 📖 Подробнее о том, как подобрать ограничения для команды и проверить их эффективность, читайте в статье «Начать нельзя закончить: зачем нужны WIP-лимиты».
Две задачи задержались: дизайнер опоздал с дополнительными иллюстрациями на 3 дня, а архитектор — с согласованием технического решения на полдня.
Какую проблему решать первой?
Дополнительные иллюстрации могут понадобиться только перед публикацией, а без согласования архитектора две команды не способны начать разработку. Поэтому даже небольшая задержка второй задачи может оказаться серьезнее.
Оценивать нужно не только продолжительность просрочки, но и ее влияние на следующие работы.
Для этого используют метод критического пути (Critical Path Method, CPM). Он позволяет найти самую продолжительную цепочку зависимых задач, которая определяет минимальный срок завершения проекта.
У задач на критическом пути нет временного резерва: если одна из них задержится, итоговый срок тоже сдвинется, если не изменить остальные работы. При этом другие задачи могут иметь запас времени, поэтому не каждая просрочка требует срочного вмешательства.
При изменении графика полезно проверять, какие задачи находятся на критическом пути, какой резерв есть у остальных работ и не изменился ли сам критический путь.
В крупных проектах эти связи удобно отображать на диаграмме Ганта.
Релиз планировали на июнь. Потом перенесли на июль, затем на август. После каждой корректировки команда обновляла сроки, и большинство задач снова оказывалось в зеленой зоне.
📊 Текущий план может выглядеть аккуратно, но без исходной версии трудно оценить, насколько проект отклонился от первоначальных расчетов.
Здесь помогает план-фактный анализ. Сравнивать стоит 3 показателя:
Главная польза возникает при сопоставлении этих данных.
Например, разработку оценили в 16 часов, фактически потратили 17, но завершили на неделю позже. Значит, увеличение трудозатрат почти не объясняет перенос. Стоит изучить историю задачи и выяснить, куда ушло календарное время.
Другая ситуация: аналогичные задачи регулярно требуют на 30–40% больше часов, чем планировалось. Здесь уже стоит проверить качество исходных оценок, полноту требований и изменения объема работы.
Чтобы видеть такую картину, важно не терять первоначальный график. Например, в taskITnow снимки диаграммы Ганта позволяют сопоставлять версии плана, а модуль ресурсного планирования — анализировать плановую и фактическую нагрузку.
До дедлайна осталось 3 дня, а работы еще на неделю. Первая реакция — собрать команду и попросить ускориться. Но какие именно работы можно ускорить?
Начните с проверки критической цепочки оставшихся задач: что обязательно должно завершиться к сроку, какие этапы зависят друг от друга и что можно выполнять параллельно.
Дальше оцените реальные варианты:
🎯 У каждого решения есть цена: дополнительные ресурсы, сокращенный результат, риск переделок или более поздняя сдача. Задача руководителя — показать эти последствия заказчику и договориться о приемлемом варианте, пока выбор еще существует.
После всех разговоров об авралах напрашивается радикальное решение: отменить дедлайны. Никаких тебе переносов, просрочек, бессонных ночей...
Но без сроков важные дела легко уступают место срочным, а совместная работа превращается в череду ожиданий. Дедлайны помогают расставлять приоритеты, планировать нагрузку и понимать, когда можно рассчитывать на результат.
И все же дедлайн не становится реалистичным лишь потому, что его утвердили на совещании. Прежде чем обещать дату, найдите несколько похожих завершенных задач и сравните их фактические сроки со своей оценкой. Если все они занимали две недели, а на новую вы отвели пять дней, стоит выяснить, откуда возьмется такая экономия времени.
Иначе снова придется рассчитывать на того самого будущего себя, который удивительно организован, никогда не устает и обязательно все успеет.
Подпишитесь на новости и релизы
Нажимая кнопку, я подтверждаю, что согласен с политикой конфиденциальности
