TGViewer
Инженер и Менеджер Инженер и Менеджер @engineering_manager · 1.86K subscribers
Post #91 2.2K
Почему мы ВСЕГДА ошибаемся в сроках?
Ты когда-нибудь сталкивался с ситуацией, когда проект сорвал дедлайн, даже несмотря на все подстраховки? Это случается постоянно.

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

И вот тут начинается самое интересное.

🚗 Почему даже простая оценка дороги до работы сложнее, чем кажется?
Возьмем простой пример.

Допустим, моя дорога до работы занимает 60 минут. Это если пробки средние и ничего не случилось.

Но если меня попросят дать оценку, я не скажу «60 минут». Почему? Потому что:
- Сильные пробки — +10 минут
- Перекрытие дорог — +10 минут

А если мне нужно назвать время, в которое я гарантированно уложусь? Тогда:
- Пробитое колесо — +20 минут
- Первый снег в Москве — +20 минут

В итоге выходит уже 120 минут — в два раза больше!

👨‍💻 Почему в IT-проектах происходит то же самое?
Когда мы оцениваем задачу в IT, мы тоже учитываем непредвиденные обстоятельства. Задача могла бы занять 4 дня? Добавляем подстраховку → получается 6 или 8 дней.

Почему так?
- Разработчик обжегся на прошлом проекте и теперь перестраховывается.
- Мы знаем, что форс-мажоры случаются.
- Мы хотим попасть в срок, а значит, лучше перебдеть, чем недобдеть.

В итоге, каждую задачу переоценивают → каждая подстраховка накапливается → проект вместо месяца занимает квартал.

Но проблема не только в этом.

🤦 Как мы сами разбазариваем время?
Подстраховка почти никогда не используется по назначению. Как она расходуется?

- Задача занимает ВСЕ время, что на нее выделено — если дали 3 дня, но справились за 2, оставшийся день потратим на «полировку».
- Синдром студента — раз у нас много времени, мы не торопимся. Мы знаем, что успеем, так что откладываем до последнего (как с курсовыми).

Получается парадокс: подстраховка должна помогать нам укладываться в сроки, но она же и создает задержки!

🧨 Почему проект ВСЕ РАВНО опаздывает?
Мы завышаем оценки → проект становится длиннее, чем нужно.
Подстраховка почти всегда используется (но не по назначению).
И когда рано или поздно одна из задач начинается опаздывать, подстраховка из других задач ей не поможет. Опоздание ОДНОЙ задачи тянет за собой ВСЕ следующие.

Как итог, что бы мы ни делали, сроки все равно срываются. Знакомая ситуация, да?

Я специально не буду давать решение в этом посте.

Мне интересно:
❓ Согласны ли вы с тем, что мы всегда завышаем оценки?
❓ Как у вас принято бороться с этой проблемой?
❓ Оцениваете ли вы задачи без подстраховки?

А в следующем посте расскажу, как предлагает решать этот вопрос Элияху Голдратт.

// Если пост был полезен, поделитесь им — так вы помогаете развитию канала. Спасибо!
  • ❤ 25
  • 👍 17
  • 🔥 6
  • ✍ 4
  • 💯 2
More from @engineering_manager
  1. Sep 15, 2026Жаль, что продакт менеджмент существует. Цитата CPO Whatnot'а — сравнительно нового сервис…
  2. Sep 14, 2026Ожидание: у нас CI/CD, push on green, канарейки и авторолбэки Реальность:
  3. Sep 14, 2026Даже лучшие инженеры порой дают опасные советы. Представьте инженера, чьим советам по коду…
  4. Sep 10, 2026Обнаружена первая (и, вероятно, единственная) причина покупки нового айфона.
  5. Sep 9, 2026Николай Петрович прислал замечания к документу в девять утра, а в десять уже чувствовал се…
  6. Sep 7, 2026Uber увольняет 3300 человек — 10% штата. И нет, подождите, в этот раз причина не «ИИ нас в…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →