Когда у тебя четыре команды, пять заказчиков, куча взаимных блокеров и все «на вчера» - ты быстро понимаешь: это не удержать просто регулярными митингами и табличкой с дедлайнами.
Именно про это говорит закон Эшби из кибернетики:
Чтобы управлять сложной системой, твоя система управления должна быть не менее сложной.
Проще: нельзя рулить хаосом с помощью линейки и таймера.
Что это значит для PM-а?
Если проект живет в турбулентности: меняются приоритеты, появляются новые стейкхолдеры, команда частично на аутсорсе, вводные плывут, а ты пытаешься вести все это через «план → выполнение → контроль» -
система посыпется. Не потому что ты плохой, а потому что ее сложность больше твоей.
Примеры:
- Взяли старый процесс и натянули на новую команду, а потом удивляемся, почему не взлетело
- На кросс-функциональный проект с кучей внешних зависимостей поставили одного PM-а и требуют предсказуемости
- Все хотят «как в Scrum», но при этом каждый день новые задачи - откуда вдруг стабильность?
Мы пытаемся сложную систему упростить, а не понять.
И в итоге теряем управление.
Что с этим делать?
1. Подстраивать процессы под реальность, а не наоборот.
Где-то нужен контроль. Где-то - доверие и быстрая итерация. Нет одного ответа.
2. Добавлять гибкость.
В ролях, в каналах связи, в способах планирования.
Если все время управляешь одинаково - ты уязвим к любой смене условий.
3. Разделять управление.
Если проект слишком сложный - не геройствуй. Делегируй, развивай локальных лидеров, распределяй принятие решений.
4. Увеличивать свою «сложность».
Понимать бизнес, слышать команду, видеть связи, а не только статусы задач.
Итог
Сложные проекты требуют сложного управления.
Не в смысле «навешай ещё процессов». А в смысле - будь достаточно гибким и адаптивным.
Закон Эшби не про усложнение, он про адекватность.
Если система меняется каждую неделю - управлять ею по принципу «у нас тут процесс» бесполезно.
