Длинный процесс часто медленный не потому, что сотрудники долго выполняют работу, а потому что задача лежит между короткими активными действиями. Поэтому первое измерение - разделить touch time и полный lead time
Touch time и lead time отвечают на разные вопросы
оптимизация процессов часто выглядит локальной проблемой, но проверять её лучше через эффективность бизнес-процесса; автоматизация процессов имеет значение только при улучшении полного цикла
Если активная доля мала, ускорять саму операцию на 20% почти бессмысленно. Сначала ищите очереди, расписание batch, ожидание согласования и недостающий вход
| Источник ожидания | Как выглядит | Что проверить |
|---|---|---|
| Очередь | Задачи копятся перед ролью | Capacity и приоритеты |
| Batch | Работу запускают раз в день/неделю | Нужна ли пакетная обработка |
| Согласование | Ждёт подтверждения | Пороги и owner |
| Недостающие данные | Сотрудник запрашивает контекст | Validation на входе |
| Ручная передача | Задачу надо заметить и переслать | Автоматический workflow |
Как собрать карту ожиданий
- Возьмите 20-50 кейсов одного типа
- Для каждого отметьте время входа и выхода каждого этапа
- Разделите активную работу и календарное ожидание
- Сгруппируйте ожидания по причине, а не по отделу
- Посчитайте, какие 1-2 причины дают большую часть lead time
Пример: согласование договора
Юрист тратит 35 минут, финансы 15 минут, руководитель 10 минут. Активная работа - один час. Но между этапами документ ждёт 2 дня, 1 день и ещё 4 часа. Проект “ускорить юриста на 10 минут” почти не влияет на клиентский срок. Пороговое согласование и нормальный статус могут дать больше
Что делать с очередью
- Убрать ненужные шаги до bottleneck
- Сделать вход готовым до попадания в дефицитную роль
- Разделить быстрые типовые кейсы и сложные исключения
- Ограничить незавершённую работу, если команда постоянно начинает новое и не завершает старое
- Автоматизировать передачу и уведомление, если задача теряется между системами
Какие данные снять до улучшения
Timestamps этапов 20-50 кейсов - первая точка, которую стоит зафиксировать до любых изменений. Рядом соберите Active touch time, а затем причины wait time, очередь и batch расписание и sla/приоритеты. Все значения должны относиться к одному типу потока и сопоставимому периоду, иначе сезонность и разный состав кейсов исказят вывод
- Timestamps этапов 20-50 кейсов
- Active touch time
- Причины wait time
- Очередь и batch расписание
- SLA/приоритеты
Полезно смотреть не только средний lead time, но и хвост распределения. Если 80% кейсов быстрые, а 20% зависают на дни, процесс может требовать отдельного exception flow, а не ускорения типового маршрута
Сравнение touch/lead ratio и 90p lead time лучше делать на ограниченном типовом потоке: сначала снять базовую точку по «Timestamps этапов 20-50 кейсов» и «Active touch time», затем изменить один механизм и повторить замер. Так проще отделить эффект процесса от изменения спроса, состава команды или структуры входящего потока
Как проверить результат на том же потоке
Связка touch/lead ratio, 90p lead time, wait time по причине, backlog age и доля кейсов вне SLA показывает, дошло ли улучшение до результата целиком. Одна красивая локальная метрика недостаточна: если скорость выросла ценой качества, backlog переместился дальше или экономия не превращается в usable capacity, гипотезу нужно пересчитать
Хотите увидеть, почему процесс ждёт дольше, чем работает?
Покажите timestamps одного потока. Мы поможем разделить touch time и wait time, найти главные очереди и понять, что даст реальное сокращение цикла
Частые вопросы
Как измерить ожидание без process mining?
Собрать timestamps по нескольким этапам из CRM, ERP, почты или журнала задач и дополнить их коротким разбором причин на выборке реальных кейсов
Что делать, если очередь появляется только в пиковые дни?
Считать отдельно обычный и пиковый режим, проверить приоритеты, буфер capacity и возможность заранее подготовить вход
Всегда ли SLA решает проблему ожидания?
Нет. SLA делает задержку видимой, но не увеличивает capacity и не убирает лишний handoff. Он полезен как контроль после анализа причины
Чем lead time отличается от активного времени?
Lead time - весь календарный путь от входа до результата. Активное время - только периоды, когда над задачей реально выполняется работа
