Анализ разрывов и варианты — Примеры
Пример 1 — Сформулируйте разрыв числами, затем перечислите четыре варианта
Карта процесса готова: возвраты занимают 1,5 рабочих дня, а 6% выдаются неверно повторно. Разрыв запишите как измеримую разницу, а под ним перечислите варианты, включая «ничего не делать» и изменение правила.
Из карты процесса
текущее время возврата 1,5 рабочих дня
неверные повторные выдачи 6%
стоимость ручного возврата поддержка 20 мин + финансы 10 мин
Требование: меньше 4 часов, меньше 1% ошибок, к октябрю
Решение
Разрыв 1,3 рабочих дня и 5 процентных пунктов
Причина суммы, переносимые вручную, и согласование финансов на каждом возврате
A. Ничего не делать разрыв остаётся, затраты остаются
B. Поднять лимит согласования убирает 70% передач, без разработки
C. Связать магазин и бухгалтерию закрывает разрыв по времени; 8 недель, текущие затраты
D. Купить модуль возвратов закрывает большую часть; лицензия и перенос
В основе лежит расстояние между двумя числами, поэтому каждый вариант можно измерить им, а не ощущением. Изменение правила в списке есть, и оно самое дешёвое. Обычная ошибка — прыгнуть от карты сразу к варианту C, однако тогда самая большая экономия так и не сравнивается.
Пример 2 — Сначала взвесьте критерии, затем назовите остаток
Оцените четыре варианта по критериям, веса которых были записаны до оценки, и назовите, что выбранный вариант оставляет нерешённым.
Веса заданы до оценки (иллюстративно)
закрытие разрыва 40 стоимость 25 риск 20 сопровождение 15
Оценки 1-5; взвешенный итог из 5
Решение
Вариант разрыв стоимость риск сопровождение Итог
A 1 5 3 5 3,0
B 3 5 4 4 3,9
C 5 2 3 2 3,4
D 4 2 2 2 2,8
Выбран: B. Точка пересмотра: конец следующего квартала.
Не решает: B оставляет нетронутыми 6% неверных повторных выдач и маршрут
согласования подарочных карт. Если после поднятия лимита выдачи останутся
выше 1%, пересмотр переходит к варианту C.
Если веса зафиксированы до оценки, сравнение перестаёт оправдывать желаемый ответ, а несогласный может спорить с критериями, а не с выводом. Названный остаток снимает ожидание, будто проект исправит всё. Обычная ошибка — выбирать критерии, уже увидев варианты.