Модель решений Врума — Йеттона — Яго

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

За одну минуту

Модель помогает владельцу решения определить, как должны участвовать другие:

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

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

Лучше всего для: значимых командных решений, где способ участия влияет на качество или внедрение.
Избегайте, когда: ответственный уже определён законом или governance либо действует заранее установленный чрезвычайный протокол.

Проблема, которую решает метод

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

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

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

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

Применяйте модель к одному реальному решению, а не к личности руководителя.

Когда не использовать метод

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

Для сравнения вариантов после проектирования участия используйте анализ Кепнера — Трего.

Необходимые входные данные

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

Пошаговый процесс

1. Назовите решение и границу полномочий

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

2. Оцените требование к качеству

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

3. Оцените распределение информации

Хватает ли владельцу данных для качественного выбора? Кто ещё обладает уникальными операционными, техническими или пользовательскими знаниями?

4. Оцените структурированность задачи

Достаточно ли ясны требования и правила оценки? Неструктурированным решениям чаще полезны консультация и фасилитация.

5. Оцените необходимую приверженность

Зависит ли успех от принятия решения людьми и поддержат ли они выбор владельца без участия?

6. Проверьте согласованность целей и конфликт

Разделяют ли участники цели организации и насколько вероятен конфликт вокруг предпочтительных решений?

7. Учтите время и стоимость участия

Назовите реальный срок и последствие задержки. Срочность сужает доступные режимы, но не оправдывает игнорирование критической экспертизы.

8. Выберите режим участия

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

9. Сообщите правила до вовлечения

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

10. Проверьте результат

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

Ракурс ИИ-автоматизации

Модель полезна для определения человеческих прав принятия решений вокруг ИИ, но ИИ не является ответственным участником. Разделяйте роли:

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

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

Визуальная модель

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

Интерактивный пример

Ситуация

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

У директора мало данных об исключениях. Внедрение зависит от умения сотрудников выявлять опасные случаи, а operations и compliance расходятся о допустимой автономности.

Ваш ход

Выберите режим участия и объясните границу полномочий.

Разбор

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

Подходит фасилитируемая групповая рекомендация с operations, compliance, технологией и представителем клиентского опыта. Группа определяет допустимые случаи, контроли и стоп-условия. Формальное утверждение остаётся у директора и владельца риска; сотрудники получают право остановить пилот.

Заметки фасилитатору

• Применяйте вопросы к решению, а не характеру человека.
• Отличайте совет от разделённого полномочия.
• Включайте владельцев уникальных данных, а не только руководителей.
• Сразу называйте непередаваемую ответственность.
• Не обещайте консенсус, если владелец решит сам.
• Считайте опыт затронутых пользователей доказательством.
• Проверяйте, реальна ли срочность.

Ожидаемый выпуск

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

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

1. Один любимый стиль руководства используется всегда.
2. Сбор информации называется консультацией и создаёт ложные ожидания.
3. Для непередаваемого полномочия ищут размывающий ответственность консенсус.
4. Операционное знание исключается из процесса.
5. Срочность стирает необходимые контроли.
6. ИИ становится фактическим владельцем решения.
7. Не учитывается приверженность внедрению.

Контрольный список качества

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

Шаблон

Режим: решить / консультироваться индивидуально / консультироваться с группой / фасилитировать / делегировать

Роли и коммуникация:

Проверка знаний

Руководитель уже выбрал поставщика, но приглашает сотрудников на «групповое решение». Каков главный сбой?

A. Встреча слишком коротка.
B. Заявленный режим участия не соответствует реальным полномочиям.
C. Руководителям нельзя выбирать поставщиков.
D. Любое решение нужно делегировать.

Ответ: B. Ложное участие снижает качество и легитимность процесса.

Связанные инструменты

• Содержание решения: анализ Кепнера — Трего
• Распределённая экспертиза: метод Дельфи
• Исполнение: OKR, PDPC
• Не путать с: тестом личности, матрицей ответственности или голосованием

Источники

1. Vroom, V. H., and Yetton, P. W. Leadership and Decision-Making. University of Pittsburgh Press, 1973.
2. Vroom, V. H., and Jago, A. G. The New Leadership: Managing Participation in Organizations. Prentice Hall, 1988.
3. Vroom, V. H. “A New Look at Managerial Decision Making.” Organizational Dynamics, 1(4), 1973. DOI (откроется в новой вкладке).
4. NIST. Artificial Intelligence Risk Management Framework (AI RMF 1.0) (откроется в новой вкладке), 2023.

Источники проверены 12 августа 2026 года.