Сделайте значимый выбор проверяемым: определите, чему обязан соответствовать каждый допустимый вариант, какие результаты предпочтительны и что может пойти не так.
За одну минуту
Анализ решений Кепнера — Трего разделяет три вопроса, которые команды часто смешивают:
- Musts — обязательные условия: что обязан выполнить любой допустимый вариант? Провал хотя бы одного условия исключает альтернативу.
- Wants — желательные результаты: что различает прошедшие фильтр варианты? Каждому критерию задают вес, а оценку связывают с доказательством.
- Неблагоприятные последствия: какой существенный риск или недостаток несёт каждый лидирующий вариант?
Метод не вычисляет ответ автоматически. Он делает сравнение прозрачным и показывает, где решение зависит от слабых данных, суждения или готовности принять риск.
Лучше всего для: выбора из небольшого числа определённых альтернатив при существенных ограничениях и последствиях.
Избегайте, когда: сама проблема ещё не ясна, реальных альтернатив нет или чрезвычайная ситуация требует немедленного обратимого действия.
Проблема, которую решает метод
Обсуждение решения часто начинается с уже понравившегося варианта. Под него подбирают требования, привлекательные функции компенсируют недопустимые дефекты, а взвешенная сумма создаёт ложную точность.
Метод заставляет сформулировать решение, обязательные условия и предпочтения до выставления оценок. Риск рассматривается отдельно после сравнения пользы, поэтому высокий балл не скрывает неприемлемое последствие.
Когда использовать метод
- за одно решение конкурируют несколько правдоподобных альтернатив;
- существуют обязательные юридические, безопасностные, стоимостные или временные ограничения;
- заинтересованные стороны по-разному ценят желательные результаты;
- нужно выбрать поставщика ИИ, модель или уровень автономности;
- требуется проверяемое и аудируемое обоснование;
- последствия способны изменить видимого лидера.
Сравнивайте варианты одного уровня. Нельзя сопоставлять «создать внутреннего помощника» и «повысить удовлетворённость клиентов».
Когда не использовать метод
- для диагностики причины уже произошедшего сбоя;
- если формулировка скрывает несколько разных решений;
- чтобы превратить неопределённые оценки в точные на вид числа;
- для оправдания уже необратимо принятого решения;
- если одно обязательное условие уже определяет ответ;
- без названного владельца финального решения.
Для причинной диагностики используйте анализ первопричин. Если важные оценки требуют структурированного экспертного суждения, применяйте метод Дельфи.
Необходимые входные данные
- формулировка решения с действием, объектом и границами;
- владелец решения и затрагиваемые стороны;
- набор реализуемых альтернатив, включая статус-кво, если ожидание возможно;
- обязательные ограничения и доказательства их выполнения;
- желательные результаты и их относительная важность;
- сопоставимые данные для оценки вариантов;
- существенные риски, допущения и неопределённость;
- дата решения и условие пересмотра.
Пошаговый процесс
1. Сформулируйте решение
Используйте конкретную форму: «Выбрать операционную модель классификации стандартных обращений европейской службы поддержки на следующие 12 месяцев». Не встраивайте предпочтительный вариант в формулировку.
2. Зафиксируйте владельца и участников
Укажите, кто решает, предоставляет данные, консультирует и внедряет. Коллективное сравнение не отменяет персональную ответственность.
3. Сформируйте сопоставимые альтернативы
Опишите варианты на одном уровне. Включите «пока ничего не менять», если отсрочка реальна. Удалите дубли и дайте достаточно деталей для сбора данных.
4. Определите и проверьте Musts
Каждое обязательное условие должно быть измеримым «да/нет». Например:
- клиентские данные остаются в одобренном регионе;
- действие можно отменить человеком за 15 минут;
- стоимость 12 месяцев не превышает утверждённый предел;
- пилот возможен до регуляторного срока.
Для каждого условия заранее укажите достаточное доказательство. «Безопасно» — не проверяемый критерий.
5. Определите и взвесьте Wants
Опишите предпочтительные результаты среди допустимых вариантов. Уберите пересечения, определите направление измерения и назначьте веса до оценки альтернатив. Примеры: сокращение времени обработки, усилия внедрения, видимость исключений, сопровождаемость и качество доказательств.
6. Исключите варианты, не прошедшие Must
Запишите проваленное условие и основание. Нельзя спасать недопустимый вариант высоким баллом Wants. Если условие оказалось обсуждаемым, открыто измените его тип и получите согласие владельца.
7. Оцените допустимые альтернативы
Используйте единую шкалу. К каждой важной оценке приложите источник и уровень уверенности. Взвешенная сумма помогает сравнивать, но не принимает решение.
8. Проверьте неблагоприятные последствия
Для лидеров опишите возможный вред, основания вероятности, влияние и снижение риска. Проверьте концентрацию у одного поставщика, стоимость выхода, доступ к данным, возможность оспорить результат и нагрузку на последующие очереди.
9. Примите и задокументируйте решение
Зафиксируйте выбранный вариант, причины, отвергнутые альтернативы, ключевые допущения, несогласие и условия пересмотра.
10. Проверьте после внедрения
Сравните фактические результаты и последствия с исходными оценками. Используйте расхождения для улучшения будущих критериев и доказательств.
Ракурс ИИ-автоматизации
Для ИИ-workflow альтернативы должны различаться не только моделями или поставщиками, но и уровнем автономности:
- человек работает с улучшенной информацией;
- ИИ готовит черновик, человек утверждает;
- автоматическое действие разрешено только для узкого валидного случая;
- автоматизация умеет отказаться и направить исключение в очередь;
- внедрение откладывается до появления доказательств.
К Musts относятся разрешённое использование данных, аудит, обратимость, ответственное утверждение и запрещённые результаты. Wants могут измерять качество задачи, время цикла, усилия проверяющего, сопровождаемость и стоимость.
ИИ может готовить доказательства, проверять арифметику и подсвечивать несогласованные оценки. Он не должен выдумывать данные, менять Musts после появления баллов или принимать ответственное решение.
Визуальная модель
Текстовая альтернатива: формулировка ведёт к сопоставимым вариантам. Обязательные требования исключают недопустимые; оставшиеся сравниваются по взвешенным предпочтениям, затем лидеры проходят отдельную проверку последствий перед ответственным решением.
Интерактивный пример
Ситуация
Northstar Support выбирает модель сортировки 3 000 обращений в неделю:
- A: ручная сортировка и улучшенные формы;
- B: ИИ-классификатор предлагает решение, сотрудник подтверждает;
- C: полностью автономная маршрутизация;
- D: автономная маршрутизация трёх стандартных категорий, неопределённые случаи идут сотрудникам.
Обязательны одобренный регион хранения, отмена за пять минут и не менее 98% выявления срочных случаев в контролируемом тесте.
Ваш ход
Задайте четыре Wants, сравните допустимые варианты и назовите последствие, способное изменить решение.
Разбор
Вариант C не проходит требование по срочным случаям. Команда взвешивает правильную маршрутизацию с первого раза, сокращение очереди, усилия проверяющего и сопровождаемость. D лидирует по пользе, B проще восстановить при проблемах.
Для D обнаруживается риск скрытой очереди отказов модели на пике спроса. Решение — пилот D только на трёх категориях, с предельным возрастом исключения и автоматическим возвратом к ручному режиму. Масштабирование зависит от чувствительности к срочным случаям, возраста исключений, исправлений сотрудников и влияния на клиентов, а не только от точности модели.
Заметки фасилитатору
- Согласуйте формулировку до обсуждения критериев.
- Проверяйте, действительно ли каждый Must недоговорной и измеримый.
- Назначайте веса до оценки вариантов.
- Показывайте доказательство и уверенность рядом с важным баллом.
- Не смешивайте пользу и неблагоприятные последствия.
- Фиксируйте несогласие вместо искусственного консенсуса.
- Назначайте условие пересмотра изменчивых допущений.
Ожидаемый выпуск
- конкретная формулировка и владелец решения;
- сопоставимые альтернативы;
- проверяемые Musts с доказательствами «да/нет»;
- различимые Wants с заранее заданными весами;
- сравнение со ссылками на доказательства;
- последствия и меры снижения риска;
- документированное решение и условие пересмотра.
Типичные ошибки
- Предпочтительный вариант уже встроен в формулировку.
- Musts описаны словами «удобно» или «безопасно», которые нельзя проверить.
- Высокие Wants компенсируют проваленное обязательное условие.
- Веса меняют после появления результатов.
- Итоговый балл считают автоматическим решением.
- Неизвестные данные получают средний балл и скрытое преимущество.
- Статус-кво и цена задержки не рассматриваются.
Контрольный список качества
- Формулировка содержит один выбор и его границы.
- Владелец решения назван.
- Альтернативы реализуемы и сопоставимы.
- Musts измеримы как «да/нет».
- Wants не пересекаются и взвешены до оценки.
- Важные баллы связаны с источником и уверенностью.
- Провал Must нельзя компенсировать.
- Последствия проверены отдельно.
- Указаны допущения и условие пересмотра.
Шаблон
Формулировка решения:
Владелец и дата:
| Альтернатива | Must 1 | Must 2 | Must 3 | Допустима? |
|---|---|---|---|---|
| A | ||||
| B |
| Want | Определение | Вес | A: оценка / данные | B: оценка / данные |
|---|---|---|---|---|
| Лидер | Неблагоприятное последствие | Данные о вероятности | Влияние | Мера |
|---|---|---|---|---|
Решение, обоснование и условие пересмотра:
Проверка знаний
Вариант не соответствует обязательному региону хранения данных, но набрал больше всех по Wants. Что делать?
A. Выбрать его по максимальной сумме.
B. Увеличить вес региона хранения.
C. Исключить, пока владелец решения явно не изменит требование.
D. Заменить провал средним баллом.
Ответ: C. Обязательное условие нельзя компенсировать преимуществами в другом месте.
Связанные инструменты
- Входы от: метода Дельфи, попарного сравнения
- Проверка риска: FMEA, PDPC
- Внедрение через: OKR, PDCA/PDSA
- Не путать с: обычной взвешенной таблицей или автоматическим рекомендательным механизмом
Источники
- Kepner, C. H., and Tregoe, B. B. The Rational Manager. McGraw-Hill, 1965.
- Kepner-Tregoe. Introduction to Decision Analysis (откроется в новой вкладке).
- Kepner-Tregoe. The Consequences of Choice: The Final Step in Decision Making (откроется в новой вкладке).
- NIST. Artificial Intelligence Risk Management Framework (AI RMF 1.0) (откроется в новой вкладке), 2023.
- NIST. Generative Artificial Intelligence Profile (откроется в новой вкладке), 2024.
Источники проверены 12 августа 2026 года.