Это нормально — нервничать, когда на работе приходится принимать важное решение. Ведь вы никогда не знаете наверняка, как всё обернется. К счастью, фреймворки принятия решений на основе данных могут помочь снизить уровень беспокойства, чётко распределяя роли и обязанности для каждого решения.
Представляем RAPID — фреймворк для принятия решений, который помогает назначать участникам команды конкретные роли. RAPID особенно полезна при принятии масштабных решений, в которых участвует множество заинтересованных сторон, поскольку каждый из них знает, какой вид обратной связи от него ожидается. RAPID — это аббревиатура, обозначающая пять ролей, каждая из которых отвечает за различные аспекты процесса принятия решений.
RAPID — это фреймворк для принятия решений, разработанный компанией Bain & Company, который позволяет чётко распределять обязанности между заинтересованными сторонами, участвующими в принятии сложных решений. Это сокращение расшифровывается как пять отдельных ролей:
Recommend (рекомендовать)
Agree (Согласование)
Perform (Выполнять)
Input (Вклад)
Decide (принимать решение)
Помните, что порядок букв в аббревиатуре обычно не соответствует порядку этапов процесса принятия решений. Например, в большинстве случаев сначала нужно собрать мнения (I), хотя в списке это четвёртая буква. В небольших командах один и тот же человек может выполнять несколько ролей, а в более крупных организациях для одной роли может быть выделена целая «команда тигров».
Несмотря на своё название, фреймворк RAPID не имеет отношения к скорости. Она призвана помочь вам принимать ключевые решения обдуманно и точно, проясняя, какой вид обратной связи может (и не может) предоставлять каждая заинтересованная сторона. Тем не менее, принятие решений по методу RAPID часто занимает меньше времени, чем неорганизованный процесс, поскольку роли ясны с самого начала.
RAPID — это продуманный и конструктивный процесс, но он подходит не для всех проблем. Этот процесс естественным образом подходит для решения более сложных вопросов, требующих существенного вклада заинтересованных сторон.
Как правило, RAPID не понадобится в следующих случаях:
Простых проблем.
Решений, требующих оперативности.
Решения, которые может принять один человек.
И RAPID, и RACI помогают определить роли, но служат разным целям. Вот в чём их отличия:
Фактор | RAPID | RACI |
Цель | Назначение ролей для принятия сложных решений | Определить роли для задач проекта |
Лучше всего подходит для | Решения с высокими ставками, в которых участвует много заинтересованных сторон | Постоянные роли и обязанности |
Длительность | Временные, зависящие от конкретного решения | На протяжении всего проекта |
Фокус | Кто принимает решения и кто должен давать согласие | Кто выполняет работу и кто получает информацию |
Например, матрица RACI может определить, что за разработку продукта отвечает инженер. Затем фреймворк RAPID может временно назначить того же инженера для принятия решения комиссией по найму.
Из этой электронной книги вы узнаете, как организовать свою компанию, чтобы избежать разобщённости, ускорить работу и поддерживать координацию в условиях изменений.
Роли RAPID назначаются одному человеку или группе специалистов, которые отвечают за принятие решений в организации. Один человек может иметь несколько ролей, или несколько человек могут выполнять одну роль. Модель RAPID призвана быть гибкой, но при этом обеспечивать структуру, в которой приоритет отдаётся эффективному принятию решений.
Эта структура построена вокруг пяти ролей RAPID:
Читать: Семь важных шагов в процессе принятия решенийРекомендующий продвигает процесс вперёд, подобно руководителю команды. Он отвечает за подготовку предложения и координацию мнений других участников. Эту роль может выполнять один человек или целая группа.
Если вы решаете, следует ли обновлять программное обеспечение, лицо, предоставляющее рекомендации, создаёт предложение и собирает соответствующую информацию от других заинтересованных сторон.
Утверждающее лицо обладает значительными полномочиями в процессе. В отличие от других заинтересованных сторон, вы должны учитывать его мнение при принятии окончательного решения. Роль согласующего нужна не для каждого решения, а только для более специализированных.
Разработчик программного обеспечения, выступающий в роли согласующего, может указать точный код, необходимый для создания функции без ошибок. Если вы хотите избежать ошибок, его мнение не подлежит обсуждению.
Роль исполнителя заключается в реализации любого принятого решения. Это последний этап процесса принятия решений, но назначить исполнителя всё равно следует заранее. Определив исполнителя до того, как он понадобится, вы сможете быстрее перейти от идеи к реализации.
Исполнителем, скорее всего, будет разработчик программного обеспечения, который фактически создаёт ваше новое ПО. Или это может быть менеджер проекта, отвечающий за команду разработчиков.
Хотя в аббревиатуре эта роль стоит дальше, обычно именно её вы назначаете первой. Его обязанность — предоставлять информацию и рекомендации на протяжении всего процесса принятия решений. В отличие от согласующего, за ним не остаётся окончательное слово; он предоставляет информацию, а не одобряет решения.
Обычно информацию предоставляют:
Профильных специалистов
Ключевые заинтересованные стороны
Люди, на которых повлияет решение
Менеджер проекта может выполнить анализ затрат и выгод, а разработчик программного обеспечения предоставить техническую информацию о том, что потребуется для создания нового программного обеспечения.
Роль принимающего решение — это человек, который принимает окончательное решение. Он должен понимать все стороны вопроса, любые компромиссы и последствия, которые решение будет иметь для всех участников. Лицо, принимающее решение, должно учитывать информацию и мнения лица, утверждающего решение, хотя ему необязательно делиться своим мнением.
Пример: Лицо, принимающее решение, скорее всего, будет из другой команды (не из команды разработчиков ПО), чтобы оно могло объективно проанализировать все соответствующие данные. Обратите внимание, что принимающее решение лицо не обязательно должно быть представителем руководства; назначение сотрудника, не являющегося руководителем группы, может снизить предвзятость в процессе принятия решений.
Из этой электронной книги вы узнаете, как организовать свою компанию, чтобы избежать разобщённости, ускорить работу и поддерживать координацию в условиях изменений.
Разобравшись с пятью ролями RAPID, вы готовы применить этот фреймворк на практике. Узнайте, как начать работу:
Определите решения, от которых зависит многое. Для начала выберите решения, в которые вовлечено множество заинтересованных сторон или которые оказывают существенное влияние на организацию. Это те сценарии, в которых RAPID приносит наибольшую пользу.
Назначайте роли, исходя из компетенций, а не иерархии. Выбирайте людей на каждую роль RAPID, исходя из их знаний и близости к решению, а не должности. Это помогает снизить предвзятость и привлечь нужные точки зрения.
Задокументируйте назначения ролей RAPID. Создайте простую матрицу принятия решений или используйте инструмент для управления проектами, чтобы отслеживать, кто какую роль выполняет. Это обеспечивает прозрачность и четко определяет ответственность с самого начала.
Сообщите о ролях всем заинтересованным сторонам. Убедитесь, что все участники понимают свою роль и то, что от них требуется. Чёткое общение предотвращает путаницу и закладывает основу для более плавного процесса.
Проводите анализ и повторяйте действия. После каждого решения анализируйте, что получилось, а что нет. Корректируйте свой подход к принятию решений в будущем, чтобы со временем сделать процесс ещё более эффективным.
Следуя этим шагам, вы сможете внедрить RAPID таким образом, чтобы процесс казался управляемым и набирал обороты по мере того, как ваша команда будет осваивать этот фреймворк.
Допустим, вы входите в команду, ответственную за ценообразование. Это решение с высокими ставками, которое влияет на доход, рост и удержание клиента. RAPID помогает собрать нужных людей, чтобы найти золотую середину.
Вот как можно распределить роли:
Рекомендовать: менеджер по продуктам, который готовит предложение по ценообразованию
Input: команды продаж, финансов и сопровождения клиентов, которые делятся данными о рынке
Согласование: руководитель юридического отдела или отдела комплаенса, который должен одобрить условия ценообразования
Принятие решения: вице-президент по продуктам, который принимает окончательное решение
Выполнение: команда маркетинга, которая внедряет ценообразование на всех каналах
Без RAPID вы можете получить произвольную цену, которая не обеспечивает максимальную прибыль или, что ещё хуже, отпугивает потенциальных клиентов.
RAPID привлекает множество заинтересованных сторон к принятию важнейших коллективных решений. Вместо того чтобы полагаться исключительно на совет директоров или генерального директора, любой человек на любом уровне может высказать своё мнение. Вот что ещё позволяет делать этот фреймворк:
Вовлекать больше людей в принятие решений, которые их напрямую касаются. Это более эффективный способ руководства, чем принятие решений без учёта мнения вашей команды.
Повышение прозрачности процесса принятия решений. Если вы не согласны, вы знаете, с кем поговорить и как внести изменения.
Распределять полномочия в организации таким образом, чтобы решения принимали не только руководители высшего звена.
Учитывайте разные точки зрения, чтобы выявлять возможности и проблемы. Чем более инклюзивна ваша модель RAPID, тем больше точек зрения (и, в конечном счёте, решений) вы получаете.
Предоставьте всем сотрудникам организации возможность принимать решения, помогая им чувствовать большую ответственность за свою работу, свои роли и организацию в целом.
Распределяйте ответственность за решения между командами и отдельными сотрудниками, чтобы каждый понимал, как его действия влияют на решения компании.
Принятие решений по методу RAPID — это полезный и эффективный инструмент, но его может быть непросто применять. Как и любые крупномасштабные изменения, первое применение модели RAPID может вызвать некоторое сопротивление. Знание этих потенциальных проблем и заблаговременное планирование на их случай могут облегчить переход.
Вот на что следует обратить внимание:
Динамика власти. Модель RAPID подчеркивает, что некоторые люди могут обладать большей властью, чем другие, что может привести к конфликтам. Если при внедрении RAPID возникают конфликты, попробуйте применить стратегии их разрешения, которые позволяют добраться до корня проблем.
Комфортный контроль. Роль лица, принимающего решения, может быть приятной, и некоторые люди неохотно отказываются от такого контроля. В рамках модели RAPID имеет смысл передавать полномочия по принятию решений тем, кто обычно их не имеет, чтобы получить менее предвзятые результаты.
Чрезмерная зависимость от руководства. Легко полагаться на руководителей при принятии решений. Модель RAPID рекомендует чередовать людей, выполняющих роль лица, принимающего решения, чтобы это не всегда был топ-менеджер или член совета директоров.
Когда нужно решить, какую рубашку надеть, лучше закрыть глаза и ткнуть пальцем. Но когда вы решаете глобальные вопросы, которые окажут долгосрочное влияние на ваш бизнес, RAPID может помочь вам принять более эффективное и качественное решение, чем вы могли бы принять самостоятельно.
Принятие сложных решений основано на сложном мышлении, но упорядочивание этих мыслей, данных и исходной информации должно быть простым. С помощью Asana вы можете совместно работать над каждым важным решением, назначать роли RAPID и отслеживать прогресс по мере прохождения решений через процесс. Начните работу уже сегодня, чтобы внести ясность в самые важные решения вашей команды.
Из этой электронной книги вы узнаете, как организовать свою компанию, чтобы избежать разобщённости, ускорить работу и поддерживать координацию в условиях изменений.
Нет. RAPID — это аббревиатура, обозначающая пять ролей, а не указание на скорость. Этот фреймворк ориентирован на ясность и ответственность, хотя заблаговременное определение ролей часто помогает командам избегать задержек.
Да. В небольших командах один человек часто выполняет несколько ролей, например, вносит свой вклад и реализует решение. Фреймворк адаптируется к размеру и структуре вашей команды.
Если участники с ролями «Согласовывающий» и «Рекомендатель» не приходят к согласию, окончательное решение принимает участник с ролью «Принимающий решение». Лицо, принимающее решение, отвечает за взвешивание всех мнений и выбор варианта, который будет способствовать продвижению команды вперед.
Модель RAPID предназначена для принятия сложных решений с высокими ставками, в которых участвуют несколько заинтересованных сторон. В отличие от DACI или RACI, в ней подчеркивается различие между теми, кто предоставляет информацию, и теми, чье согласие требуется.