Белка и колесо – дружба на век.
Срочно необходимо принять решение, а информации критически недостаточно для нормальной оценки ситуации? Знакомая ситуация, не так ли? Расскажу вам о методе OODA (иначе – петля Бойда). Аббревиатура OODA расшифровывается как Observe, Orient, Decide, Act. Какая аналогия с белкой и колесом? Простая – цикл (петля) должен повторяться постоянно. Чем быстрее проходит итерация, и чем быстрее мы возвращаемся в состояние наблюдения (Observe), тем лучше наша способность реагировать на изменчивое окружение в состоянии неопределенности. Приведу упрощенное описание, кто хочет, может погуглить больше информации. Метод старый, пришедший из военной теории, но хорошо работающий.
В рамках одной итерации есть следующие состояния:
• Observe (Наблюдение): собрать как можно больше информации о текущей ситуации и внешней среде. Включая продуктовую аналитику, мониторинг действий конкурентов, данные CRM, обратную связь пользователей, внешние сигналы, инсайты и т.п.
• Orient (Ориентация): анализировать данные, учитывать контекст, ментальные модели и когнитивные искажения. Действия в этом состоянии – обсуждение данных небольшими короткими слотами, совместное формирование гипотез, оценка ограничений технических, финансовых, логистических, проверка ментальных и когнитивных моделей.
• Decide (Решение): выбрать действие или гипотезу, минимально достаточную для движения вперед. Тут важно не пытаться сразу исправить все, не проводить бесконечные согласования, вы должны выбрать направление, которое можно протестировать в течение 24–72 часов.
• Act (Действие): реализовать решение и получить обратную связь, которая запускает новый цикл. Важно оперативно запускать изменения, фиксировать результат и снова переходить к наблюдению. Действие – это не финал, а начало нового цикла.
Какое отношение все это имеет к ИТ? В угоду скорости, часто принимаются решения, которые позиционируются как временные (потом рефакторим, потом уберем костыль, потом приведем в соответствие с целевой архитектурой и т.п.). Проблема в том, что на это «потом», времени почти никогда не остается и временное, становится постоянным.
Чтобы цикл OODA стал рабочим инструментом, а не красивой теорией, его нужно встроить в ежедневные процессы команды. Главная цель – превратить принятие решений из редкого события в рутину, где каждая новая порция данных запускает следующий цикл.
Плюсами метода являются:
• OODA обладает рядом сильных сторон, которые делают его одним из самых эффективных подходов к управлению в условиях неопределенности.
• Его ключевое преимущество – скорость реакции: модель позволяет быстро переходить от наблюдения к действию, не дожидаясь идеального набора данных. Короткие итерации «наблюдение – ориентация – решение – действие» уменьшают риски, поскольку каждое последующее действие основано не на предположениях, а на новых фактах и обратной связи. Это важно в ситуациях, когда внешняя среда меняется стремительно, а решения нужно принимать быстрее конкурентов.
• Дополнительное преимущество цикла — возможность постоянного тестирования гипотез. Такой подход позволяет находить рабочие решения быстрее и снижает стоимость ошибки.
К минусам можно отнести:
• Если команда слишком ускоряет процесс и пропускает глубокую ориентацию, возникает риск поверхностного анализа, когда решения принимаются на основе неполных или неверно интерпретированных данных.
• Модель также требует высокой дисциплины: если этапы выполняются нерегулярно или пропускаются, петля распадается, а решения становятся хаотичными.
• Эффективность OODA напрямую зависит от качества исходных данных. Если наблюдение построено на неполных или ошибочных сигналах, ошибки будут усиливаться от этапа к этапу.
OODA отлично работает в средах, где важны скорость адаптации и способность реагировать на изменения. Но для того, чтобы использовать метод нужны дисциплина, корректные данные, что зависит от скорости принятия решений и стратегическим управлением.
