Adaptive Management System: управлять не по плану, а по обратной связи
Обычная система управления предполагает, что мы можем заранее определить цель, составить план и затем контролировать его выполнение.
Проблема в том, что среда меняется быстрее, чем обновляется план.
Появляются новые ограничения. Меняются приоритеты. Гипотезы не подтверждаются. Команда узнаёт о продукте и системе то, чего не могла знать в начале квартала.
Но план продолжает жить, как будто ничего не произошло.
В результате управление превращается в попытку заставить реальность соответствовать старым договорённостям.
Под Adaptive Management System я понимаю систему управления с замкнутым контуром обратной связи:
цель → действие → сигнал → решение → корректировка.
В ней план — не контракт с будущим, а текущая гипотеза о пути к цели.
Такая система отвечает на пять вопросов:
— какую наблюдаемую цель мы преследуем;
— какие ограничения нельзя нарушать;
— по каким сигналам поймём, что движемся не туда;
— как часто пересматриваем решение;
— кто может изменить курс и на основании каких данных.
Это похоже на управление технической системой. Недостаточно один раз задать параметры и уйти. Нужно измерять состояние, сравнивать его с ожидаемым и корректировать воздействие.
Для команды разработки это может выглядеть так:
1. Формулируем ожидаемый результат, а не только список задач.
2. Выбираем несколько сигналов: пользовательский эффект, lead time, количество возвратов, ошибки, нагрузку на поддержку.
3. Заранее договариваемся, когда проверим результат.
4. Если факты расходятся с ожиданиями, меняем способ достижения цели — а при необходимости и саму цель.
Важное ограничение: адаптивность — не постоянная смена приоритетов.
Если руководство приносит новую «самую важную» задачу каждый вторник, это не Adaptive Management System. Это отсутствие системы.
Адаптивное управление требует стабильного направления и управляемого способа менять маршрут. Иначе обратная связь превращается в шум, а команда — в сервис срочного реагирования.
Зрелая система управления оценивает не то, насколько точно мы выполнили первоначальный план.
Она оценивает, насколько быстро мы заметили ошибочную гипотезу и приняли более качественное решение.
Обычная система управления предполагает, что мы можем заранее определить цель, составить план и затем контролировать его выполнение.
Проблема в том, что среда меняется быстрее, чем обновляется план.
Появляются новые ограничения. Меняются приоритеты. Гипотезы не подтверждаются. Команда узнаёт о продукте и системе то, чего не могла знать в начале квартала.
Но план продолжает жить, как будто ничего не произошло.
В результате управление превращается в попытку заставить реальность соответствовать старым договорённостям.
Под Adaptive Management System я понимаю систему управления с замкнутым контуром обратной связи:
цель → действие → сигнал → решение → корректировка.
В ней план — не контракт с будущим, а текущая гипотеза о пути к цели.
Такая система отвечает на пять вопросов:
— какую наблюдаемую цель мы преследуем;
— какие ограничения нельзя нарушать;
— по каким сигналам поймём, что движемся не туда;
— как часто пересматриваем решение;
— кто может изменить курс и на основании каких данных.
Это похоже на управление технической системой. Недостаточно один раз задать параметры и уйти. Нужно измерять состояние, сравнивать его с ожидаемым и корректировать воздействие.
Для команды разработки это может выглядеть так:
1. Формулируем ожидаемый результат, а не только список задач.
2. Выбираем несколько сигналов: пользовательский эффект, lead time, количество возвратов, ошибки, нагрузку на поддержку.
3. Заранее договариваемся, когда проверим результат.
4. Если факты расходятся с ожиданиями, меняем способ достижения цели — а при необходимости и саму цель.
Важное ограничение: адаптивность — не постоянная смена приоритетов.
Если руководство приносит новую «самую важную» задачу каждый вторник, это не Adaptive Management System. Это отсутствие системы.
Адаптивное управление требует стабильного направления и управляемого способа менять маршрут. Иначе обратная связь превращается в шум, а команда — в сервис срочного реагирования.
Зрелая система управления оценивает не то, насколько точно мы выполнили первоначальный план.
Она оценивает, насколько быстро мы заметили ошибочную гипотезу и приняли более качественное решение.