«Проект снова задерживается» — фраза, которую слышал каждый. Причем задержки происходят независимо от качества команды, детальности планирования и объема ресурсов, проекты системно опаздывают, и это не случайность. Теория ограничений дает нестандартный ответ на вопрос «почему?» и, что важнее, практическое решение.
Почему проекты запаздывают
Элияху Голдратт, создатель Теории ограничений, описал три психологических механизма, которые убивают сроки. Понимание каждого из них уже само по себе меняет отношение к проектному планированию.
1. «Синдром студента». Когда у исполнителя есть неделя на задачу, он начинает ее активно делать в последний момент. Это не лень, а рациональное поведение в условиях конкурирующих приоритетов: пока срок не поджимает, всегда есть более срочные дела. Но любое непредвиденное обстоятельство в этот момент приводит к срыву, и запас времени, который был заложен в начале, к финалу уже не существует.
2. «Закон Паркинсона»: работа заполняет все отведенное ей время. Если дать человеку неделю на задачу, которую можно сделать за три дня, он будет выполнять ее неделю. Причем не из-за намеренного растягивания, а потому что исполнитель будет улучшать результат и переделывать детали. Три сэкономленных дня не передадутся следующему в цепочке, а просто растворятся.
3. Параллельная многозадачность. Когда один исполнитель ведет несколько задач одновременно, он переключается между ними, теряя продуктивность на каждом переключении. Каждый проект в отдельности движется медленнее, чем мог бы. В совокупности выполнение общего плана растягивается, хотя люди формально заняты на 100%.
Critical Chain: управление проектами по ТОС
Голдратт разработал метод Critical Chain (CC) — управление по критической цепи, радикальный пересмотр того, как устроены буферы, контроль и приоритеты в проекте.
Первое ключевое отличие в том, чтобы убрать страховые запасы из индивидуальных задач. В стандартном планировании каждый исполнитель добавляет запас к своей оценке сроков на случай возникновения проблем. Это разумно с его точки зрения, но катастрофично для системы в целом: запасы накапливаются, проект раздувается, а реальной защиты нет, из-за синдрома студента и закона Паркинсона эти запасы не сохраняются к моменту, когда они нужны.
В Critical Chain эти запасы исключаются из индивидуальных задач и объединяются в «буферы проекта» в конце критической цепи. Итог парадоксален: общий буфер оказывается меньше суммы индивидуальных запасов благодаря статистическому усреднению рисков.
Второе ключевое отличие в осуществлении мониторинга по буферу, а не по задачам. В классическом управлении проектами руководитель контролирует выполнение каждой задачи. В CC контролируется снижение буфера. Если буфер потребляется медленнее, чем идет работа, все хорошо, можно не вмешиваться. Если буфер уменьшается быстро, то это ранний сигнал для вмешательства, еще до срыва срока. Это принципиально меняет природу управленческих действий: от реакций на то, что уже произошло, к предупреждению проблем.
Третье ключевое отличие в запрете на параллельную многозадачность. Критически важный ресурс (например, архитектор, эксперт, ключевой разработчик, единственный человек с нужной компетенцией) должен работать над одной задачей до ее завершения. CC определяет порядок задач для «узких мест» проекта и организационно защищает этот порядок.
Результаты на практике
Компании, внедрившие Critical Chain, фиксируют сокращение среднего времени выполнения проектов на 25–40% при неизменных ресурсах — результаты внедрений в строительстве, IT, фармацевтике, машиностроении.
Пример из российской практики: IT-интегратор с более чем 50 активными проектами после внедрения CC за два квартала увеличил долю проектов, сданных в срок, с 55% до 89%. При этом изменился только способ планирования и управления приоритетами.
Другой пример — промышленное предприятие, внедрявшее CC в управлении производственными проектами модернизации. Среднее время проекта модернизации линии сократилось с 14 до 9 месяцев. Результат был достигнут благодаря устранению многозадачности у ключевых специалистов и перераспределению буферов.
Что необходимо для внедрения
Critical Chain — технически несложная методология, и ее можно реализовать в MS Project, в специализированных инструментах (Concerto, ProChain) или даже в адаптированном Excel.
Главный барьер для внедрения в организационной культуре, CC требует нескольких вещей, которые непросто принять:
● Честность в оценках: исполнители должны называть реалистичное время выполнения задачи без личного буфера, а для этого руководители не должны наказывать исполнителей за возможные задержки.
● Отказ от личных «запасов»: люди привыкли защищать себя индивидуальными резервами, и им будет психологически трудно отдать эти резервы в общий котел.
● Готовность работать в фокусированном режиме: многозадачность часто воспринимается как признак загруженности и ценности сотрудника, CC требует переоценить это убеждение.
Компании, которым удается сделать этот культурный сдвиг, получают значимое конкурентное преимущество в скорости, а в проектном бизнесе — это деньги: каждый проект, сданный раньше срока, высвобождает ресурс для следующего. Умение системно ускорять проекты — один из немногих источников конкурентного преимущества, который сложно скопировать.