Ваша команда работает по 12 часов, но сроки всё равно срываются?
Вы вводите «боевой режим», а проекты только тонут глубже?
Проблема не в людях.
Проблема в одной фатальной ошибке, которую совершают 9 из 10 руководителей.
В двух словах:
— Жёсткие сроки → переработки → выгорание → провал.
— А спасает проект не «дисциплина», а уважение к людям + гибкость процессов.
— И всё это — не теория, а сюжет культового романа о проджект-менеджменте.
Книга Тома ДеМарко «Deadline. Роман об управлении проектами» — редкий случай, когда бизнес-литература читается как детектив.
Главный герой — Вебстер Томпкинс — оказывается в вымышленной стране Моровия, где его заставляют спасти несколько крупных ИТ-проектов.
Но главный враг — не код, не баги, а жёсткие дедлайны, навязанные сверху.
И вот что он обнаруживает — и доказывает на практике.
🔥 Почему дедлайны убивают проекты
❌ Ошибка №1: «Сократим срок — и люди начнут работать быстрее»
Антагонист книги уверен: если дать меньше времени, люди станут эффективнее.
Результат? 80-часовая неделя, выгорание, массовый уход специалистов.
Проекты не ускоряются — они распадаются.
«Угрозы — самый неподходящий вид мотивации… если с самого начала вы отвели на задачу слишком мало времени, она не будет выполнена — как бы вы ни угрожали».
❌ Ошибка №2: Перекидывать людей как пешки
Команды рвут на части, чтобы «закрыть срочные задачи».
Но сработавшийся коллектив — не ресурс, а актив.
Его разрушение = потеря скорости, знаний, доверия.
❌ Ошибка №3: Управлять по интуиции
«Чувствую, успеем к пятнице» — это не план.
Это лотерея, где проигрывают все.
✅ Как на самом деле спасти проект
1. Уважение к людям — не лозунг, а стратегия
Томпкинс борется не за сроки, а за свою команду.
Он знает: проект жив, пока живы люди в нём.
«Нельзя заставить людей делать что-то по-другому, не проявляя к ним заботы и интереса».
2. Меньше людей — больше скорость
Он сокращает количество участников на встречах, убирает «зомби-проекты» (те, что живут формально, но не приносят ценности) и фокусируется на качестве, а не количестве.
3. Данные вместо догадок
Томпкинс находит эксперта по моделированию и внедряет визуализацию рисков, сроков, загрузки.
Интуиция остаётся — но теперь она опирается на факты.
4. Ведение дневника проекта
Его записная книжка — не отчёт для босса, а инструмент рефлексии.
Каждый день — урок. Каждая ошибка — данные для следующего решения.
💡 Главный вывод книги — простой, но революционный
«Самое важное в проекте — не сроки, не бюджет, не технологии.
Самое важное — люди».
И если вы их выжигаете дедлайнами, никакие инструменты не спасут проект.
Почему стоит прочитать?
- Это не сухой мануал, а захватывающий роман с интригой, юмором и даже любовной линией.
- Каждая глава — золотая цитата, которую захочется выписать.
- Вы увидите себя и своих коллег в героях — и поймёте, как всё можно изменить.
А вы сталкивались с «убийственными дедлайнами»?
Поделитесь в комментариях — часто уже описание проблемы помогает найти решение.
Или сохраните пост: он пригодится, когда снова захотят «сжать срок вдвое».
— «Гибкий Ум» 💡