Почему проект разваливается именно тогда, когда «всё шло хорошо»?

Знакомая история: первые месяцы проекта — эйфория. Все согласны, план утверждён, команда работает. А потом, где-то на 60–70% выполнения, начинается хаос. Бюджет горит, стейкхолдеры спорят, требования «внезапно» меняются. Менеджер в шоке: как так, ведь всё было отлично?

Том Демарко и Тимоти Листер объясняют это просто: ничего внезапного не произошло. Проблема была заложена в самом начале — в спецификациях. Когда у ключевых участников проекта разные представления о результате, проще всего написать требования размыто. Каждая сторона читает в них то, что хочет видеть. Вроде бы все согласны. Но вот в чём ловушка: описать продукт двусмысленно можно, а построить — нельзя. Когда дело доходит до конкретных решений — как должен работать функционал, какие процессы автоматизировать — скрытый конфликт вылезает наружу.

Простой пример. Компания делает CRM-систему. Продажники хотят максимальную гибкость — чтобы каждый менеджер настраивал под себя. Операционный отдел хочет жёсткую стандартизацию — чтобы отчёты сходились. На этапе ТЗ написали «система должна быть гибкой и обеспечивать единообразие отчётности». Обе стороны кивнули. А через полгода, когда разработчики спросили «так гибкость или стандарт?» — проект встал.

Демарко и Листер приводят жёсткую статистику: около седьмой части всех проектов прекращаются без какого-либо результата. И почти всегда за «официальной» причиной закрытия стоит одно и то же — не удалось согласовать, что именно мы строим. Эрик Ларсон добавляет: ситуацию усугубляет отсутствие системы приоритетов. Когда нет чётких критериев, проекты «влиятельных личностей» получают зелёный свет без реального согласования целей. Все делают вид, что договорились, — потому что спорить с боссом неудобно.

💡 Настоящая работа проджект-менеджера начинается не с Ганта и бюджета, а с неприятного вопроса на старте: «А мы точно хотим одного и того же?» Если ответ размытый — это не согласие, а бомба замедленного действия.

❓ Сталкивались с ситуацией, когда «согласованные» требования разваливались на этапе реализации?

📚 Источники: Том Демарко, Тимоти Листер — «Вальсируя с медведями», Эрик Ларсон — «Управление проектами. Практическое руководство»