Надо сделать к октябрю, или хотя бы к Новому году, но точно должно быть готово в марте… Почему сроки срываются и откуда они вообще берутся?

Начальник говорит: “К октябрю должно быть готово!” Вы киваете, а потом… октябрь проходит, праздник к нам приходит, и проект сдается в марте.

У меня было такое:

— Неясное планирование: Никто не понимал, что и как делать. Просто “надо”. Например,сделать документацию со скриншотами по визуализации, которой еще нет. — Долгие согласования: Новые правки, ломавшие уже сделанное. — Поздний старт: Активная работа началась в конце лета. К октябрю система, конечно, готова не была. — Нереалистичные ожидания: К Новому году ждали чуда, спрашивая “ну что там?”. — Система без архитектуры: Каждое изменение — долгая ручная работа. Чем дальше, тем больше усилий и времени.

Казалось бы, для меня это ничего не меняло: свою работу я делал. Но из-за “ускорения” просили работать по выходным, а иногда я и ночью сидел за ноутбуком, хотя тут я сам не мог успокоиться, пока не решу задачу. Сейчас понимаю, что оно того не стоит. Такой режим — это не героизм, а ловушка, которая убивает баланс, без которого ухудшается и сама работа. Мозг начинает постоянно прыгать с темы на тему, концентрация падает, а качество результата страдает. Это прямая дорога к ещё большим проблемам с проектами. Почему это происходит? Комбинация нескольких “багов”:

— Эффект якоря (Якорь-дедлайн): Первая озвученная дата становится якорем. Все обсуждения крутятся вокруг неё, даже если она взята с потолка. — Гиперболическое дисконтирование (Я-настоящее vs Я-будущее): Мы недооцениваем трудности будущего. “Сейчас быстренько сделаем, а потом как-нибудь разберемся”. — Отсутствие инженерного мышления в планировании: Мы строим дом без чертежа и просто “начинаем копать”.

Что делать?

— Научиться говорить “нет”: Дайте честную оценку. Аргументируйте нереальность, предложите варианты: сократить объем, увеличить ресурсы, сдвинуть сроки. — Строить архитектуру: Вместо “на скорую руку” — закладывайте масштабируемость и гибкость. Дольше на старте, но спасает от переделок и ошибок. — Выстраивать коммуникацию: Четкие задачи, распределение ролей. — Соблюдать режим и дисциплину: Работа по ночам и выходным — маскировка проблемы.

Связи: 📌 Эта проблема со сроками — пример работы “Эффекта якоря” 📌 А работа по ночам и выходным — кейс Гиперболического дисконтирования 📌 И, конечно, чтобы избежать многих этих проблем, нужно всегда помнить про подход: сначала ПОНИМАЕМ, ЧТО делать, потом КАК делать, и только потом ДЕЛАЕМ

В этом посте были ссылки, но мы их удалили по правилам Сетки