Канонический 7-шаговый процесс принятия решений: определите решение, соберите соответствующую информацию, определите альтернативы, взвесьте доказательства (за и против каждого варианта), выберите альтернативы, действуйте, и отразите решение по сравнению с первоначальной потребностью. Названные альтернативы включают в себя модель DECIDE (Кристина Гуо, 2008: Определить, Установить критерии, Рассмотреть альтернативы, Определить лучшее, Разработать план, Оценить) для менеджеров; цикл OODA (Джон Бойд: Обозревать, Ориентироваться, Решать, Действовать) работает как непрерывный цикл для быстрых конкурентных ситуаций, где Ориентироваться является решающим шагом; RAPID (Bain и Company), который назначает роли принятия решений — Рекомендовать, Согласовать, Выполнять, Внести, Решить — для решения проблемы ответственности; и модель Врума-Еттона, которая говорит лидеру, сколько участников включать в процесс принятия решения. Наиболее распространенная ошибка — пропуск последнего этапа отзыва. Argumentree поддерживает процесс с помощью структурированных деревьев «за и против» аргументов, которые делают «взвешивание доказательств» явным, многомерное рейтинг, которое агрегирует в консенсусные оценки, извлечение аргументов с помощью AI из транскриптов и документов, роль и подразделочная доступность, которая отражает роли принятия решений, и полный журнал отзыва, который закрывает цикл отзыва.

От проблемы до выбора, который вы можете защитить — в семь шагов. Плюс названные модели (DECIDE, OODA, RAPID) для случаев, когда базовый процесс не достаточно.
Последнее обновление: 2026-07-02
Процесс принятия решений переводит расплывчатую проблему в защитимый выбор через повторяемую последовательность. Классическая версия имеет семь шагов; специализированные модели, такие как DECIDE, цикл OODA, и RAPID адаптируют его для здравоохранения, быстрых конкурентных ситуаций, и неясной ответственности. Этап, который все пропускают — отзыв результата — это тот, который делает вас лучше в следующий раз.
Назовите реальное решение, которое вы сталкиваете — достаточно четко, чтобы все согласились с тем, о чем идет речь.
Соберите факты, данные и контекст, связанные с выбором.
Составьте реалистичные варианты, включая отсутствие действий.
Представьте все плюсы и минусы каждого варианта и оцените их по достоинству.
Выберите вариант, который лучше всего поддерживается доказательствами.
Реализуйте выбор.
Проверьте результат по сравнению с потребностями из первого шага — и учитесь на разнице.
Абстрактные шаги легко одобрить. Вот тот же процесс, примененный к решению, с которым сталкиваются большинство команд — следует ли нам построить функцию в доме или купить готовый инструмент?
"Создавать ли нам собственную панель аналитики или купить готовую?" — не "как нам делать аналитику", что является более крупным и другим вопросом.
Оценка инженеров для постройки, цены поставщиков, свободная мощность нашей команды и насколько важна аналитика для продукта.
Построить, купить, купить-но-потом-кастомизировать — или вариант, который все забывают: не сейчас.
Построить = контроль и соответствие, но месяцы инженерии. Купить = быстро и дешево сегодня, но зависимость и регулярный счет. Изложите плюсы и минусы каждого варианта.
Купить — потому что аналитика не является нашим отличием, и скорость имеет значение в этом квартале. Как только доказательства изложены, они указывают в одном направлении.
Подпишите с поставщиком, спланируйте интеграцию, назначьте ответственного.
Шесть месяцев спустя: действительно ли это сэкономило время, которое мы предсказали? Если инструмент стал узким местом, это урок, который улучшает следующий выбор между постройкой и покупкой.
Обратите внимание на два шага, которые команды тихо пропускают: указание настоящего решения на шаге 1 и честное рассмотрение его на шаге 7. Все, что между ними, — это легкая часть.
7 шагов — это базовый вариант. Эти модели адаптируют процесс для конкретных условий:
Определите проблему · Еспablish критерии · Соображайте альтернативы · Идентифицируйте лучший · Девелоп и реализуйте план · Евалутируйте и контролируйте. Памятная шестиступенчатая модель, первоначально написанная для менеджеров здравоохранения.
Обсервуйте · Ориент · Децидите · Акт — запустите в цикле. Родился в воздушном бой-бой, теперь используется в бизнесе, кибербезопасности и судебной практике. Ориентация — это решающий шаг, и цикл быстрее, чем у вашего противника — это вся цель.
Рекомендуйте · Агрее · Перфомуйте · Инпут · Децидите. Не шаги — роли. RAPID решает проблему «кто действительно принимает решение?» назвав, кто рекомендует, кто одобряет, кто выполняет, кто консультируется и единоличный человек, принимающий решение.
Модель, которая говорит лидеру сколько включать в себя команду — от принятия решения в одиночку (авторитарно) до достижения коллективного решения вместе (группой) — в зависимости от того, сколько решения требует качества, согласия и информации.
Большинство процессов ломаются на «взвешивании доказательств» и «отзыве решения» — те части, которые требуют структуры и памяти. Argumentree обрабатывает именно те части, построенные на картах аргументов:
Плюсы и минусы каждого варианта живут в структурированном дереве «за» и «против» — мутный шаг 4 становится видимым и общим.
Участники оценивают аргументы; оценки агрегируют в поддержку сети, поэтому «выберите альтернативы» следует доказательствам.
Роли и подразделения контролируют, кто участвует, кто модерирует и кто принимает решение — RAPID-стильная ответственность без таблицы.
Аудиторская цепочка сохраняет рассуждения, поэтому шаг 7 — отзыв решения — действительно происходит.
Часть более широкой практики принятия решений; см. также модели принятия решений, стоящие за этими процессами, и коллективное принятие решений для ведения процесса в группе, где последним шагом достижения согласия является формирование консенсуса. Для того, какая техника подходит для каждого шага, см. лучшие стратегии принятия решений.
Слабый шаг 1 отравляет все вниз по течению — определите реальное решение сначала.
Практически никто не выполняет шаг 7, поэтому те же ошибки повторяются.
Впадение в «собирать информацию» навсегда, пока окно не закроется.
Без RAPID-стильных ролей решения тормозятся, потому что каждый и никто не владеет ими.
Процесс принятия решений — это структурированная последовательность шагов для перехода от определения проблемы до выбора, действия и отзыва по выбранному пути. Наиболее распространенная версия имеет семь шагов: определите решение, соберите информацию, определите альтернативы, оцените доказательства, выберите, действуйте и отзывайте результат.
(1) Определите решение, которое нужно принять; (2) соберите информацию; (3) определите альтернативы; (4) оцените доказательства — плюсы и минусы каждого варианта; (5) выберите альтернативы; (6) действуйте; и (7) отзывайте решение по сравнению с потребностями, определенным в шаге 1. Пропуск шага 7 — отзыва — является наиболее распространенной ошибкой.
DECIDE — шестиступенчатая модель, опубликованная Кристиной Гуо в 2008 году для менеджеров здравоохранения: Определите проблему, Определите критерии, Соображайте альтернативы, Определите лучший альтернативу, Разработайте и реализуйте план, и Оцените и контролируйте решение. Акроним делает шаги легко запомнить.
Цикл OODA — Обсервуйте, Ориент, Децидите, Акт — был создан американским стратегом ВВС Джон Бойдом для быстрых, конкурентных и меняющихся ситуаций. Он работает как непрерывный цикл, а не прямая линия, и ключевым шагом является Ориент: понимание наблюдений через опыт и умственные модели. Кто-то, кто проходит через цикл быстрее, получает преимущество.
RAPID, от Bain & Company, не является последовательностью шагов — оно назначает роли принятия решений, чтобы была четкая ответственность: Рекомендуйте (приводит предложение), Подтвердите (должно одобрить), Выполняйте (исполняйте), Вносите (консультируйтесь), и Децидите (единоличный человек, принимающий решение). Это решает проблему «кто действительно принимает решение?», которая тормозит организационные решения.
Guo, K. L. (2008). DECIDE: Модель принятия решений для более эффективного принятия решений менеджерами здравоохранения. Менеджер здравоохранения, 27(2), 118-127.
Оригинальный источник модели DECIDE.
View source →Boyd, J. R. (1996). Сущность победы и поражения. Неопубликованные брифинговые слайды.
Происхождение петли OODA, от пилота-истребителя и стратега, который создал ее.
Rogers, P., & Blenko, M. (2006). Кто имеет D? Как четкие роли принятия решений повышают организационную производительность. Harvard Business Review, 84(1), 52-61.
Фреймворк RAPID для ролей принятия решений компании Bain & Company.
View source →Vroom, V. H., & Yetton, P. W. (1973). Лидерство и принятие решений. Университет Питтсбурга.
Оригинальная ситуационная (Vroom-Yetton) модель контингентности.
Vroom, V. H., & Jago, A. G. (1988). Новое лидерство: управление участием в организациях. Prentice Hall.
Пересмотренная модель Vroom-Yetton-Jago о том, как много вовлечь команду.
Сделайте каждый шаг видимым — взвешивайте доказательства в группе, назначайте, кто принимает решение, и сохраняйте запись. Дайте структуру своему процессу с помощью Argumentree.
Начать бесплатно