Блог SkillsCup.com

Методы принятия решений в группах (слайды и таблица)

Все методы принятия решений в виде таблицы – см. ниже, а в виде карточек – см. здесь. Тренинги по фасилитации сложных встреч, по решению бизнес-проблем, по целеполаганию и OKR. Проведение стратсессий.
flowchart LR %% Основной поток слева направо (слева – шаг I, справа – шаг V) I["
I. Генерация длинного списка
проблем, ситуаций
"] --> II["
II. Упорядочивание,
группировка, фильтрация
в топ-3
"] II --> III["
III. Детальная проработка
идей из топ-3
"] III --> IV["
IV. Утверждение
итогового решения
"] IV --> V["
V. Методы выбора
способа ПР
"] %% Методы для I (снизу) I --> I1["Круги влияния и контроля"] I --> I2["Категории"] %% Методы для II (снизу) II --> M1["Матрицы 2×2"] II --> M2["Голосование dot-voting
(топ-5 из 10)"] II --> M3["Scoring-таблица (простая)"] II --> M4["Scoring-таблица RICE/WSJF"] II --> M5["Scoring-таблица с метриками"] %% Методы для III (снизу) III --> P1["Голосование
(топ-1 из 2–3 вариантов)"] III --> P2["Квадраты Декарта"] III --> P3["Шляпы Де Боно"] III --> P4["Метод Диснея"] III --> P5["SWOT-анализ"] III --> P6["PESTLE-анализ"] %% Методы для IV (снизу) IV --> A1["Определение уровня поддержки
(шкала 1–5)"] IV --> A2["Единоличное решение"] IV --> A3["Consent (консент)"] IV --> A4["Консенсус (и право вето)"] %% Методы для V (снизу) V --> X1["RACI"] V --> X2["Покер делегирования"]
Разным контекстам — разные методы принятия решения.
Голосование – способы сбора голосов

Принятие решений на конклаве

  1. Решение на конклаве принимается абсолютным большинством голосов кардиналов-участников голосования. Конклав считается завершённым, когда кандидат получает две трети голосов плюс один голос.
  2. Если никто не набирает необходимого большинства после первых трёх-четырех дней голосования, разрешено применять правило относительного большинства, но лишь после продолжительных обсуждений и попыток прийти к согласию среди участников.
Обычно голосование проводится тайно и письменно, с использованием бюллетеней.
После каждого тура подсчитываются голоса, и результат объявляется публично. Для подтверждения избрания нового Папы Римского используются специальные дымовые сигналы: белый дым свидетельствует о положительном результате, чёрный — о неудаче текущего тура выборов.
Примеры категорий для группировки и фильтрации решений
Scoring бэклога ICE
Scoring бэклога с влиянием на ключевую метрику периода
Уровни поддержки при принятии решений

Консенсус (Consensus)

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

Консент (Consent)

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

Различия методов принятия решений: консенсус и консент

Консенсус Консент
Цель Полное единогласие участников Отсутствие активных возражений
Требования Согласие всех участников Не требуется полное единогласие, достаточно отсутствия активных возражений
Учет позиций Необходимо учитывать мнение каждого участника Основное внимание уделяется отсутствию активной оппозиции
Время принятия Может занять больше времени из-за необходимости согласования позиций всех сторон Обычно быстрее благодаря возможности принять решение большинством голосующих
Эти различия делают метод консенсуса предпочтительным там, где важно обеспечить поддержку и удовлетворение всех заинтересованных сторон, тогда как метод консента подходит для ситуаций, где скорость принятия решений важнее абсолютного единства взглядов.
RACI для Скрама — учебный пример, формально Scrum Guide настолько четко не описывает.
Боли при принятии решений и их лечение
Методы ПР таблицей
Метод Когда применять Вид действия Вход в процесс Инструкция Выход Этап(ы) процесса Плюсы / выгоды Минусы / ограничения Скорость Проработанность Цена ошибки Сила / масштаб влияния Срочность Исполнители
слаженные?
5 примеров для ИТ
Круги влияния и контроля Старт работы с длинным списком; снять «шум» Сокращение списка Длинный список проблем/идей
ШагиНарисуйте 3 круга (контроль / влияние / вне круга). Разнесите элементы. Всё «вне» — в парковку.
Список только в зоне команды I–II Фокус, снижает фрустрацию Нет приоритизации внутри круга Высокая Низкая Низкая Средний Нет Не обязательно Ускорение релизов; зона ответственности саппорта; внешний API; бюджет влияния; инструменты CI/CD
Категории Когда идей много, нужно упорядочить Группировка Сырый список
ШагиСогласуйте рубрикатор (продукт, процесс, техдолг, риски). Разнесите элементы. Уточните определения.
Структурированный список II Снижает хаос, задаёт «кошёлки» Субъективный рубрикатор Высокая Низкая Низкая Низкий Нет Не обязательно Разделение багов/фич; техдолг; процессы; безопасность; UX
Матрицы 2×2 Быстро приоритизировать по 2 критериям Сортировка/отбор 10–20 элементов
ШагиВыберите оси (ценность/затраты, риск/влияние). Разместите элементы. Заберите верхний правый квадрант.
Карта приоритетов (топ-3) II Очень наглядно, быстро Субъективный выбор осей и оценок Средняя Средняя Средняя Средний Иногда Лучше слаженные Чинить баги; автоматизация; техдолг; MVP-фичи; оптимизация CI/CD
Голосование точками (топ-5 из 10+) Быстро сузить длинный список Сокращение списка 10+ вариантов
ШагиДайте каждому N точек. Распределить по вариантам. Подсчитать. Взять топ-5.
Короткий шорт-лист II Быстро, вовлекает команду Популярность ≠ качество Высокая Низкая Средняя Средний Да Не обязательно Темы ретро; фичи; техдолг; UX-идеи; инфраструктура
Scoring-таблица (простая) Нужно количественно сравнить 5–15 вариантов Фильтрация/ранжирование До 15 идей
ШагиВыберите 3–5 критериев (ценность, трудозатраты, риск). Оцените по шкале. Просуммируйте. Отсортируйте.
Ранжированный список II Более объективно, чем голосование Нужны данные; субъективные веса Средняя Средняя–высокая Средняя Средний–высокий Нет Лучше слаженные Приоритизация backlog; выбор CI-инструмента; план спринта; MVP; roadmap
Scoring RICE / WSJF Когда важна экономическая логика и скорость отдачи Фильтрация/ранжирование Список кандидатов
ШагиRICE: Reach, Impact, Confidence, Effort. WSJF: Cost of Delay / Job Size. Рассчитать и отсортировать.
Приоритизированный шорт-лист II Прозрачно связывает ценность/затраты Чувствительно к оценкам и предположениям Средняя Высокая Средняя–высокая Высокий Нет Слаженные Фичи с влиянием на NPS/ревенью; техдолг vs фичи; A/B идеи; запуск интеграций; оптимизация очереди задач
Scoring с влиянием на метрики продукта Если KPI/OKR — ключевой ориентир Фильтрация/ранжирование Кандидаты + целевые метрики
ШагиДля каждой идеи прогноз по KPI (активация, ретеншн, ARPU, LTV, отказ). Взвесить и отсортировать.
Лидерборд по вкладу в KPI II–IV Прямая связка с целями Риск «оверфита» к метрикам, игнор контекста Средняя Высокая Средняя–высокая Высокий Иногда Слаженные продукт+инж Выбор paywall; онбординг; рекомендации; производительность; анти-чёрн инициативы
Квадраты Декарта Сомнения/страх ошибки; крупные изменения Глубокая проработка 1–2 финалиста
ШагиЗаполните 4 квадранта: будет/не будет × сделать/не сделать. Зафиксируйте риски и упущенную выгоду.
Осознанная карта последствий III Вскрывает скрытые факторы Нет количественной шкалы Средняя Высокая Высокая Высокий Нет Слаженные Миграция в облако; переход на K8s; удаление легаси; SSO/SAML; смена БД
Определение уровня поддержки (1–5) Проверить готовность команды к решению Финальное уточнение Сформулированный вариант
ШагиКаждый показывает 1–5. Всё ≤2 — обсуждаем, фиксируем условия/ограничения, решаем: правка или стоп.
Явная картина buy-in IV Моментально выявляет «минусы» Не заменяет согласование Высокая Средняя Средняя Средний Да Не обязательно Дата релиза; линтер/форматтер; новые правила стендапа; рефакторинг; настройка алертов
Единоличное решение Срочно; есть явный владелец экспертизы/риска Финальное утверждение 1–3 варианта или кризис
ШагиЛидер/эксперт принимает решение, сообщает причины и границы; назначает ответственных.
Принятое решение IV Максимальная скорость Низкая вовлечённость; риск ошибки одного Максимальная Низкая–средняя Высокая Высокий Да Можно неслаженным Hotfix; инцидент безопасности; откат релиза; выбор временного обхода; изменение лимитов
Consent (консент) Если нет существенных возражений Финальное утверждение Сформулированное решение
ШагиGo-round: у каждого спрашивают про возражения (как «риск/вред»). Нет существенных — принимаем; есть — дорабатываем.
Утверждение или список возражений IV Быстро, практично Риск «молчаливого согласия» Высокая Средняя Средняя Средний Да Слаженные Небольшие изменения процессов; выбор плагина; настройки CI; правила ревью; мелкая фича
Консенсус (и право вето) Стратегические/долгосрочные решения высокого риска Финальное утверждение Финалисты + анализ
ШагиСовместная доработка до формулы, с которой каждый может жить. Вето только по содержательным рискам.
Общее согласие IV Высокое качество и buy-in Долго; риск блокировок Низкая Высокая Очень высокая Высокий Нет Слаженные Архитектура; стандарты безопасности; объединение команд; политика ветвления; код-стайл компании
RACI Нужно устранить размытость ролей Метаспособ (о процессе) Проект/инициатива
ШагиДля ключевых шагов назначьте Responsible, Accountable, Consulted, Informed. Опубликуйте матрицу.
Прозрачные роли и контуры V (вне основного конвейера) Снимает «кто за что» Требует договорённости/времени Средняя Высокая Высокая Высокий Нет Полезно и неслаженным Запуск продукта; миграция в облако; владение безопасностью; управление backlog; релиз-процесс
Покер делегирования Нужно договориться о полномочиях/доверии Метаспособ (о процессе) Размытые решения/границы
ШагиКаждый выбирает карту (1–7 уровней делегирования). Открыть, обсудить расхождения, зафиксировать уровень.
Согласованные уровни делегирования V (вне основного конвейера) Убирает «перекидывание» ответственности Требует зрелости и доверия Средняя Средняя Средняя Средний Нет Лучше слаженные Кто решает про релизы; выбор фич; приёмка багов; выбор техстека; архитектурные изменения
Встречи Эффективность