Модуль 5.2 · Урок 3
Анализ узких мест
25 мин Проверено 26 августа 2026
Практика
Содержание
- Чему вы научитесь
- Три типа проблем в процессах
- 1. Bottleneck Analysis
- Как определить
- Типичные причины
- Пример анализа
- 2. Rework Detection
- Как определить
- Типичные причины
- Метрика
- AI-решение для rework
- 3. Conformance Checking
- Виды отклонений
- Нормальные vs. проблемные отклонения
- Resource Analysis: кто тормозит процесс
- Визуализация для руководства
- Формат: 3 слайда
- Сводная таблица анализа
- Ключевые выводы
5.2 /
Урок 3 из 4
Чему вы научитесь
- Находить bottleneck (узкие места) в процессах
- Определять rework (повторяющуюся работу)
- Проводить conformance checking (проверку соответствия)
- Визуализировать результаты для руководства
Три типа проблем в процессах
Process mining выявляет три типа проблем, каждый из которых требует своего AI-решения.
flowchart LR
subgraph Problems["Типы проблем"]
B["Bottleneck<br/>Застревание"]
R["Rework<br/>Переработка"]
D["Deviation<br/>Отклонение"]
end
B --> B1["AI: автообработка<br/>типовых случаев"]
R --> R1["AI: валидация<br/>на входе"]
D --> D1["AI: классификация<br/>и маршрутизация"]
style B fill:#ef4444,color:#fff
style R fill:#f59e0b,color:#000
style D fill:#8b5cf6,color:#fff1. Bottleneck Analysis
Bottleneck — шаг, где кейсы «застревают». Время ожидания значительно превышает время обработки.
Как определить
Шаг с медианным временем ожидания > 2× среднего по процессу.
Типичные причины
| Причина | Пример | AI-решение |
|---|---|---|
| Перегрузка исполнителя | 5 человек создают заявки, 1 обрабатывает | Автообработка типовых случаев |
| Ручная работа | Ручной перенос данных из письма в CRM | AI-парсер, автозаполнение полей |
| Согласование | Ожидание решения руководителя | AI-классификация: типовые — автоматически |
| Информационный дефицит | Не хватает данных для следующего шага | AI-валидация и запрос недостающего на входе |
Пример анализа
Результаты process mining по обработке тикетов (500 тикетов за 3 месяца):
| Переход | Кол-во | Среднее (ч) | Медиана (ч) | P90 (ч) |
|---|---|---|---|---|
| Назначена → Эскалация | 120 | 8.5 | 6.2 | 16.4 |
| Эскалация → В работе | 128 | 5.3 | 4.1 | 10.2 |
| Назначена → В работе | 350 | 2.8 | 1.5 | 6.5 |
| В работе → Проверка | 478 | 1.9 | 1.2 | 4.3 |
| Создана → Назначена | 500 | 0.8 | 0.3 | 2.1 |
| Проверка → Решена | 470 | 0.4 | 0.25 | 1.0 |
2. Rework Detection
Rework — кейс возвращается на предыдущий шаг. На графе видно как обратные стрелки.
Как определить
Наличие переходов «назад»: «Проверка → В работе», «Согласовано → На доработку».
Типичные причины
- Недостаточная информация на входе
- Ошибки исполнителя
- Нечёткие критерии качества
- Меняющиеся требования
Метрика
Rework Rate = Кейсы с повторяющимися шагами / Все кейсы × 100%| Rework Rate | Интерпретация |
|---|---|
| <5% | Отлично — процесс стабилен |
| 5–15% | Нормально — есть что улучшить |
| 15–30% | Проблема — процесс нестабилен |
| >30% | Критично — процесс сломан |
AI-решение для rework
На входе: AI проверяет полноту данных и запрашивает недостающее до начала обработки.
На выходе: AI проверяет результат по чек-листу перед передачей на следующий шаг.
3. Conformance Checking
Conformance — насколько реальный процесс совпадает с «эталонным» из регламента.
Виды отклонений
| Тип | Описание | Опасность |
|---|---|---|
| Лишние шаги | Процесс длиннее эталона | Средняя — возможно, обоснованные действия |
| Пропущенные шаги | Обход обязательных этапов | Высокая — нарушение регламента |
| Другой порядок | Шаги выполняются не в той последовательности | Зависит от контекста |
| Зацикливание | Кейс ходит по кругу | Высокая — процесс застрял |
Нормальные vs. проблемные отклонения
Нормальные:
- VIP-клиент получает приоритетную обработку
- Сложный случай требует дополнительных шагов
- Новый сотрудник обучается и делает иначе
Проблемные:
- Обход согласования (сотрудник нашёл «короткий путь»)
- Пропуск проверки качества
- Зацикливание между двумя шагами
Resource Analysis: кто тормозит процесс
Иногда bottleneck — не шаг, а конкретный исполнитель.
| Исполнитель | Кейсов | Среднее время (ч) | Медиана (ч) |
|---|---|---|---|
| Иванов | 180 | 3.2 | 2.1 |
| Петрова | 150 | 2.8 | 1.8 |
| Сидоров | 120 | 5.1 | 3.5 |
| Козлова | 50 | 1.5 | 0.9 |
Визуализация для руководства
Руководство не будет смотреть таблицы с перцентилями. Подготовьте визуальный отчёт.
Формат: 3 слайда
Слайд 1: Карта процесса
- Основной путь выделен зелёным
- Bottleneck выделены красным
- Rework показаны пунктиром
- Числа на стрелках = среднее время
Слайд 2: Топ-3 проблемы
| Проблема | Метрика | Влияние | AI-решение |
|---|---|---|---|
| Bottleneck: классификация тикетов | Медиана 6.2 ч | 120 тикетов/мес. задерживаются | LLM-классификация при создании |
| Rework: возврат на доработку | 8% кейсов | +3.5 ч на каждый возврат | AI-валидация перед передачей |
| Отклонение: пропуск проверки | 15% кейсов | Неизвестное качество | Обязательный AI-чекпойнт |
Слайд 3: Предлагаемые действия
- Что внедряем
- Ожидаемый эффект
- Бюджет и сроки
Сводная таблица анализа
Заполните для вашего процесса:
| Проблема | Тип | Медиана (ч) | Причина | AI-решение |
|---|---|---|---|---|
| Bottleneck / Rework / Deviation | ||||
Попробуйте сами
На данных из предыдущего урока:
- Найдите топ-3 bottleneck — переходы с наибольшим временем ожидания
- Посчитайте rework rate — процент кейсов с повторяющимися шагами
- Определите conformance rate — процент кейсов по основному пути
- Для каждого bottleneck предложите AI-решение
- Подготовьте визуальный отчёт (3 слайда)
Ключевые выводы
- 3 типа проблем: bottleneck (застревание), rework (переработка), deviation (отклонение)
- Bottleneck определяется по медианному времени ожидания > 2× среднего
- Rework rate <10% — нормально, >30% — процесс сломан
- Отклонения бывают полезными — анализируйте причины
- Resource analysis — для оптимизации, не для контроля
- Визуализация для руководства: 3 слайда, а не 30 страниц