RAPID: модель принятия решений

RAPID — это модель распределения ролей в принятии решений, разработанная консалтинговой компанией Bain & Company. Аббревиатура собрана из пяти ролей: Recommend (рекомендует), Agree (согласует), Perform (исполняет), Input (даёт вход), Decide (решает). Идея в том, что за каждым важным решением стоят разные люди с разными функциями, и хаос начинается, когда эти функции не разведены: все советуют, все как будто отвечают, но никто не решает — или решают сразу трое. RAPID заставляет назначить каждую роль поимённо ещё до обсуждения.

Что такое модель RAPID

Большинство управленческих затыков — не про нехватку информации, а про нехватку ясности в ролях. Совещание идёт по кругу, потому что участники не понимают, зачем они здесь: чтобы решить, чтобы дать данные или чтобы просто быть в курсе. RAPID разводит эти функции. Каждый участник знает свою роль, и решение перестаёт быть коллективной ответственностью, которая на деле означает безответственность.

Важная деталь: буквы RAPID — не последовательность шагов, а именно набор ролей. Реальный порядок процесса иной: сначала собирают вход (Input), затем формируют рекомендацию (Recommend), согласуют (Agree), кто-то решает (Decide) и наконец исполняют (Perform). Название — просто запоминающееся слово, а не пошаговая инструкция.

Пять ролей по порядку

Recommend — рекомендует. Тот, кто ведёт процесс выработки решения: собирает данные, анализирует варианты, готовит предложение. Это двигатель решения. Он не решает сам, но именно от качества его работы зависит, из чего будут выбирать. Хорошая рекомендация приходит с альтернативами и обоснованием, а не с единственным «надо так».

Agree — согласует. Тот, чьё согласие обязательно, потому что решение затрагивает его зону: юрист, финансовый директор, служба безопасности. Роль Agree имеет право вето в своей части. Отличие от простого мнения в том, что без этого «да» решение не идёт. Чем больше согласующих, тем медленнее процесс, поэтому эту роль дают экономно — только тем, чьё вето действительно необходимо.

Perform — исполняет. Тот, кто будет реализовывать решение. Его полезно вовлекать рано: исполнитель видит практические ограничения, которые не замечают те, кто решает на бумаге. Решение, красивое в теории и невыполнимое на практике, — частый результат того, что Perform подключили слишком поздно.

Input — даёт вход. Те, кто предоставляет данные, экспертизу, факты для рекомендации. В отличие от Agree, их мнение не блокирует решение — оно информирует. Это важное различие: вход учитывают, но он не обязателен к исполнению. Роль Input снимает обиды «моё мнение не учли»: его учли, но решать не ему.

Decide — решает. Один человек, который принимает окончательное решение и несёт за него ответственность. Ключевое слово — один. Как только роль Decide размывается на двоих-троих, возвращается тот самый хаос, ради устранения которого затевался RAPID. Тот, кто решает, имеет право пойти против рекомендации — и отвечает за последствия.

Как RAPID убирает хаос

Типичная патология организации — «все и никто». Решение обсуждают пятеро, каждый чувствует себя причастным, но когда доходит до дела, выясняется, что ответственного нет, а несогласные саботируют исполнение, потому что их «не спросили». RAPID лечит это тремя разграничениями.

• •Совет отделён от решения. Роли Recommend и Input дают голос, но не право решать. Люди понимают: их слышат, но точку ставит не они. Это снимает половину конфликтов.
• •Согласование отделено от мнения. Вето есть только у Agree, и таких немного. Остальные высказываются как Input — их учтут, но они не тормозят процесс.
• •Ответственность персонализирована. У Decide есть имя. Когда решение проваливается, понятно, с кем разбирать, — не для наказания, а чтобы учиться.

Коллективная ответственность за решение на практике означает, что не отвечает никто. RAPID возвращает решению одно имя.

Пример: запуск нового продукта

Компания решает, выводить ли на рынок новую линейку. Расставим роли:

• •Recommend — продуктовый директор: собирает исследование рынка, готовит бизнес-кейс, предлагает вариант запуска.
• •Input — маркетинг (данные о спросе), продажи (реакция клиентов), производство (себестоимость).
• •Agree — финансовый директор (бюджет) и юрист (регуляторные риски): без их «да» запуск не идёт.
• •Decide — генеральный директор: принимает окончательное решение о старте.
• •Perform — операционная команда: реализует запуск.

Без RAPID это превратилось бы в серию совещаний, где маркетинг спорит с производством, финансовый директор блокирует, а генеральный не понимает, ждут ли от него решения или обсуждения. С распределёнными ролями каждый знает свой вклад, и решение проходит без лишних кругов.

Чем RAPID отличается от RACI

RAPID часто путают с RACI — другой моделью распределения ролей (Responsible, Accountable, Consulted, Informed). Разница в фокусе. RACI описывает роли в исполнении задачи: кто делает, кто отвечает за результат, с кем советуются, кого информируют. RAPID описывает роли именно в принятии решения: кто рекомендует, согласует, решает.

Практический вывод: инструменты не конкурируют, а закрывают разные стадии. RAPID уместен там, где буксует само решение — непонятно, кто ставит точку. RACI — там, где решение принято, но вязнет исполнение. Крупный проект нередко использует оба: RAPID на развилках, RACI на реализации. Путать их вредно: пытаясь распределить ролями RACI спорное решение, вы не получите ясности в том, кто, собственно, решает.

Типичные ошибки

• •Две роли Decide. Самая частая и самая разрушительная: когда «решают» двое, они либо конфликтуют, либо перекладывают ответственность друг на друга. Decide всегда один.
• •Слишком много Agree. Каждый согласующий — точка возможного вето и задержки. Раздача этой роли всем подряд превращает процесс в бесконечное собирание виз.
• •Путаница Input и Agree. Если человек думает, что его мнение блокирует решение, а на деле это лишь вход, возникает обида и саботаж. Роли нужно проговорить явно.
• •Поздний Perform. Исполнителя подключают, когда решение уже принято, — и получают невыполнимый на практике план.
• •Роли по должности, а не по решению. RAPID назначается под конкретное решение. В следующем решении те же люди могут иметь другие роли.

Модель RAPID не делает решения умнее — она делает процесс их принятия прозрачным. Когда каждый знает, рекомендует он, согласует, решает или просто даёт данные, исчезает главный тормоз организации — неопределённость ответственности. Это часть более широкой дисциплины того, как принимать управленческие решения системно, а не по наитию. Как выстраивают распределение ролей в разных компаниях, полезно сверять на профильных деловых мероприятиях: там управленцы делятся тем, где именно у них ломался процесс решений и что помогло его починить.