85% компаний из списка Fortune 100 выбирают Asana¹

  • Amazon
  • Accenture
  • Johnson & Johnson
  • Dell
  • Merck
Просмотр шаблона
Watch demo

Сводная информация

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

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

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

Что такое модель принятия решений RAPID?

RAPID — это фреймворк для принятия решений, разработанный компанией Bain & Company, который позволяет чётко распределять обязанности между заинтересованными сторонами, участвующими в принятии сложных решений. Это сокращение расшифровывается как пять отдельных ролей:

  • Recommend (рекомендовать)

  • Agree (Согласование)

  • Perform (Выполнять)

  • Input (Вклад)

  • Decide (принимать решение)

Помните, что порядок букв в аббревиатуре обычно не соответствует порядку этапов процесса принятия решений. Например, в большинстве случаев сначала нужно собрать мнения (I), хотя в списке это четвёртая буква. В небольших командах один и тот же человек может выполнять несколько ролей, а в более крупных организациях для одной роли может быть выделена целая «команда тигров».

Когда использовать RAPID

Несмотря на своё название, фреймворк RAPID не имеет отношения к скорости. Она призвана помочь вам принимать ключевые решения обдуманно и точно, проясняя, какой вид обратной связи может (и не может) предоставлять каждая заинтересованная сторона. Тем не менее, принятие решений по методу RAPID часто занимает меньше времени, чем неорганизованный процесс, поскольку роли ясны с самого начала.

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

Как правило, RAPID не понадобится в следующих случаях:

  • Простых проблем.

  • Решений, требующих оперативности.

  • Решения, которые может принять один человек.

Принятие решений по методу RAPID и матрицы RACI

И RAPID, и RACI помогают определить роли, но служат разным целям. Вот в чём их отличия:

Фактор

RAPID

RACI

Цель

Назначение ролей для принятия сложных решений

Определить роли для задач проекта

Лучше всего подходит для

Решения с высокими ставками, в которых участвует много заинтересованных сторон

Постоянные роли и обязанности

Длительность

Временные, зависящие от конкретного решения

На протяжении всего проекта

Фокус

Кто принимает решения и кто должен давать согласие

Кто выполняет работу и кто получает информацию

Например, матрица RACI может определить, что за разработку продукта отвечает инженер. Затем фреймворк RAPID может временно назначить того же инженера для принятия решения комиссией по найму.

Покончите с разобщённостью: оптимизируйте организационную структуру для более эффективного взаимодействия между подразделениями

Из этой электронной книги вы узнаете, как организовать свою компанию, чтобы избежать разобщённости, ускорить работу и поддерживать координацию в условиях изменений.

Получайте аналитическую информацию
Изображение для баннера электронной книги «Оптимизация организационной структуры для более эффективного взаимодействия между командами»

Пять ролей в процессе принятия решений по модели RAPID

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

Эта структура построена вокруг пяти ролей RAPID:

Читать: Семь важных шагов в процессе принятия решений

1. Рекомендация (R)

Рекомендующий продвигает процесс вперёд, подобно руководителю команды. Он отвечает за подготовку предложения и координацию мнений других участников. Эту роль может выполнять один человек или целая группа.

Если вы решаете, следует ли обновлять программное обеспечение, лицо, предоставляющее рекомендации, создаёт предложение и собирает соответствующую информацию от других заинтересованных сторон.

2. Согласующее лицо (A)

Утверждающее лицо обладает значительными полномочиями в процессе. В отличие от других заинтересованных сторон, вы должны учитывать его мнение при принятии окончательного решения. Роль согласующего нужна не для каждого решения, а только для более специализированных.

Разработчик программного обеспечения, выступающий в роли согласующего, может указать точный код, необходимый для создания функции без ошибок. Если вы хотите избежать ошибок, его мнение не подлежит обсуждению.

3. Исполнитель (P)

Роль исполнителя заключается в реализации любого принятого решения. Это последний этап процесса принятия решений, но назначить исполнителя всё равно следует заранее. Определив исполнителя до того, как он понадобится, вы сможете быстрее перейти от идеи к реализации.

Исполнителем, скорее всего, будет разработчик программного обеспечения, который фактически создаёт ваше новое ПО. Или это может быть менеджер проекта, отвечающий за команду разработчиков.

4. Консультант (I)

Хотя в аббревиатуре эта роль стоит дальше, обычно именно её вы назначаете первой. Его обязанность — предоставлять информацию и рекомендации на протяжении всего процесса принятия решений. В отличие от согласующего, за ним не остаётся окончательное слово; он предоставляет информацию, а не одобряет решения.

Обычно информацию предоставляют:

  • Профильных специалистов

  • Ключевые заинтересованные стороны

  • Люди, на которых повлияет решение

Менеджер проекта может выполнить анализ затрат и выгод, а разработчик программного обеспечения предоставить техническую информацию о том, что потребуется для создания нового программного обеспечения.

5. Принятие решения (D)

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

Пример: Лицо, принимающее решение, скорее всего, будет из другой команды (не из команды разработчиков ПО), чтобы оно могло объективно проанализировать все соответствующие данные. Обратите внимание, что принимающее решение лицо не обязательно должно быть представителем руководства; назначение сотрудника, не являющегося руководителем группы, может снизить предвзятость в процессе принятия решений.

Покончите с разобщённостью: оптимизируйте организационную структуру для более эффективного взаимодействия между подразделениями

Из этой электронной книги вы узнаете, как организовать свою компанию, чтобы избежать разобщённости, ускорить работу и поддерживать координацию в условиях изменений.

Изображение для баннера электронной книги «Оптимизация организационной структуры для более эффективного взаимодействия между командами»

Как внедрить RAPID в вашей организации

Разобравшись с пятью ролями RAPID, вы готовы применить этот фреймворк на практике. Узнайте, как начать работу:

  1. Определите решения, от которых зависит многое. Для начала выберите решения, в которые вовлечено множество заинтересованных сторон или которые оказывают существенное влияние на организацию. Это те сценарии, в которых RAPID приносит наибольшую пользу.

  2. Назначайте роли, исходя из компетенций, а не иерархии. Выбирайте людей на каждую роль RAPID, исходя из их знаний и близости к решению, а не должности. Это помогает снизить предвзятость и привлечь нужные точки зрения.

  3. Задокументируйте назначения ролей RAPID. Создайте простую матрицу принятия решений или используйте инструмент для управления проектами, чтобы отслеживать, кто какую роль выполняет. Это обеспечивает прозрачность и четко определяет ответственность с самого начала.

  4. Сообщите о ролях всем заинтересованным сторонам. Убедитесь, что все участники понимают свою роль и то, что от них требуется. Чёткое общение предотвращает путаницу и закладывает основу для более плавного процесса.

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

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

Пример RAPID в действии

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

Вот как можно распределить роли:

  • Рекомендовать: менеджер по продуктам, который готовит предложение по ценообразованию

  • Input: команды продаж, финансов и сопровождения клиентов, которые делятся данными о рынке

  • Согласование: руководитель юридического отдела или отдела комплаенса, который должен одобрить условия ценообразования

  • Принятие решения: вице-президент по продуктам, который принимает окончательное решение

  • Выполнение: команда маркетинга, которая внедряет ценообразование на всех каналах

Без RAPID вы можете получить произвольную цену, которая не обеспечивает максимальную прибыль или, что ещё хуже, отпугивает потенциальных клиентов.

Преимущества использования RAPID

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

  • Вовлекать больше людей в принятие решений, которые их напрямую касаются. Это более эффективный способ руководства, чем принятие решений без учёта мнения вашей команды.

  • Повышение прозрачности процесса принятия решений. Если вы не согласны, вы знаете, с кем поговорить и как внести изменения.

  • Распределять полномочия в организации таким образом, чтобы решения принимали не только руководители высшего звена.

  • Учитывайте разные точки зрения, чтобы выявлять возможности и проблемы. Чем более инклюзивна ваша модель RAPID, тем больше точек зрения (и, в конечном счёте, решений) вы получаете.

  • Предоставьте всем сотрудникам организации возможность принимать решения, помогая им чувствовать большую ответственность за свою работу, свои роли и организацию в целом.

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

На что обратить внимание

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

Вот на что следует обратить внимание:

  • Динамика власти. Модель RAPID подчеркивает, что некоторые люди могут обладать большей властью, чем другие, что может привести к конфликтам. Если при внедрении RAPID возникают конфликты, попробуйте применить стратегии их разрешения, которые позволяют добраться до корня проблем.

  • Комфортный контроль. Роль лица, принимающего решения, может быть приятной, и некоторые люди неохотно отказываются от такого контроля. В рамках модели RAPID имеет смысл передавать полномочия по принятию решений тем, кто обычно их не имеет, чтобы получить менее предвзятые результаты.

  • Чрезмерная зависимость от руководства. Легко полагаться на руководителей при принятии решений. Модель RAPID рекомендует чередовать людей, выполняющих роль лица, принимающего решения, чтобы это не всегда был топ-менеджер или член совета директоров.

Принимайте более обоснованные решения с помощью RAPID и Asana

Когда нужно решить, какую рубашку надеть, лучше закрыть глаза и ткнуть пальцем. Но когда вы решаете глобальные вопросы, которые окажут долгосрочное влияние на ваш бизнес, RAPID может помочь вам принять более эффективное и качественное решение, чем вы могли бы принять самостоятельно.

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

Покончите с разобщённостью: оптимизируйте организационную структуру для более эффективного взаимодействия между подразделениями

Из этой электронной книги вы узнаете, как организовать свою компанию, чтобы избежать разобщённости, ускорить работу и поддерживать координацию в условиях изменений.

Изображение для баннера электронной книги «Оптимизация организационной структуры для более эффективного взаимодействия между командами»

Часто задаваемые вопросы о принятии решений по методу RAPID

Нет. RAPID — это аббревиатура, обозначающая пять ролей, а не указание на скорость. Этот фреймворк ориентирован на ясность и ответственность, хотя заблаговременное определение ролей часто помогает командам избегать задержек.

Дополнительные ресурсы

Critical thinking skills
Статья

How to build your critical thinking skills in 7 steps (with examples)