Логотип Студии Ивана Удачника Автоматизация, которая окупается
статьи - «Как анализировать процессы компании и находить потери»

Как анализировать процессы компании и находить потери

Методика анализа бизнес-процесса по фактическим данным: карта шагов, уровни доказательности, события систем, ожидания, переделки и результат анализа

Как анализировать процессы компании и находить потери
короткий ответ

Почему интервью недостаточно

Интервью помогает понять, как сотрудники выполняют работу и объясняют задержки, но не заменяет наблюдения за процессом. У каждого участника своя часть маршрута: передача в другой отдел для одного уже завершена, а для другого задача ещё даже не началась. Сверяйте рассказ с письмами, карточками системы продаж, документами, временем смены статусов и возвратами

Условный пример двух разных записей: «кажется, согласование занимает день» - оценка со слов сотрудника. «Медиана по 86 случаям за август - 19 часов от отправки до решения» - описание замера. Для второй записи нужны сама выборка, границы интервала и правило учёта часов; одних точных чисел недостаточно

Карточка процесса: минимум, который нужно зафиксировать

ПолеЧто записать
РезультатКакой проверяемый выход должен получить клиент или следующий этап
СтартКакое событие запускает процесс
ФинишКакое событие означает, что процесс завершён
ОбъёмСколько случаев проходит за день, неделю, месяц
УчастникиУчастники по шагам, внешние стороны, системы и владелец всего процесса
ШагиЧто происходит по факту и в какой последовательности
ИсключенияКакие случаи идут по другому маршруту
ДанныеГде лежат поля, документы, статусы и журнал событий
ПотериОжидание, переделки, ошибки, ручной перенос, поиск, лишние проверки

Таблицу можно прокрутить вбок →

Карточка удерживает разбор в границах одного процесса: что запускается, чем заканчивается и где возникает потеря. В методике картирования потока ASQ также предлагается собирать время работы и ожидания, информационные потоки и качество результата. Поля таблицы выше - наша рабочая форма для такого разбора [2]

Четыре метки для данных и выводов

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

Откуда взялось каждое значение

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

МеткаЧто означаетПример
ИзмереноЕсть журнал, выборка или прямой замер63 из 280 заявок получили ответ позже установленного срока
РассчитаноЗначение получено по явной формуле; указаны исходные данные и допущениятрудоёмкость процесса 174 часа в месяц
СообщеноСведения со слов участника, пока без независимой проверки«обычно ждём согласование полдня»
НеизвестноДанных пока нетне знаем, сколько клиентов отвалилось из-за задержки

Таблицу можно прокрутить вбок →

Неизвестное поле можно оставить пустым и назначить замер. Это лучше, чем подставить удобное предположение в расчёт окупаемости. Пометка «рассчитано» тоже не снимает вопроса о качестве входных данных

Как восстановить процесс по цифровым следам

Для анализа процесса по событиям - process mining - нужен журнал, где события связаны с конкретными случаями работы. Портал Process Mining описывает традиционный формат через три основных поля: идентификатор случая, действие и время. Дополнительно можно хранить исполнителя, канал или стоимость. Для заявки это записи с одним номером: «создана», «назначена менеджеру», «первый ответ», «следующий шаг» [1]

Ниже показана условная последовательность для одной заявки. Она демонстрирует устройство журнала, а не реальный результат компании

Один случай → события → фактический маршрут
  1. Заявка создана
  2. Назначена
  3. Ответ
  4. Следующий шаг

Условный журнал показывает только сохранённые события. Сопоставьте маршруты, интервалы между событиями и возвраты

На небольшом процессе можно начать с выгрузки в таблицу; специализированная система пригодится при большом числе случаев и вариантов маршрута. Но промежуток между двумя статусами нельзя автоматически считать чистым ожиданием: внутри могла идти работа, не отражённая отдельным событием. Для разделения обработки и ожидания нужны отметки начала и окончания работы либо дополнительный замер

Где искать потери в маршруте работы

  1. Ожидание - сколько календарного времени работа лежит между действиями
  2. Повторный ввод - где одна информация перепечатывается или копируется
  3. Переделка - где результат возвращается назад и почему
  4. Поиск - где исполнитель тратит время на сбор контекста
  5. Избыточная проверка - одинаково ли контролируются дешёвые и рискованные случаи
  6. Лишняя передача - можно ли убрать промежуточного участника без потери качества
  7. Исключения - какую долю составляет «особый случай» и почему их так много

Для спорного шага выясните, кто использует его результат и что произойдёт без него. Если ценность неясна, проверьте необходимость шага с владельцем процесса. Это повод для разбора, а не разрешение сразу удалить проверку: у неё может быть договорная, учётная или защитная функция

Как должен выглядеть результат анализа

Результат анализа - перечень проблем с подтверждением, гипотезой изменения и способом проверки. Для самопроверки можно использовать чек-лист аудита из 25 вопросов. В таблице ниже все значения иллюстративные, а предлагаемые изменения ещё требуют проверки причин

НаблюдениеДоказательствоИзменениеПроверка
Заявка ждёт назначениямедиана 38 мин, 95-й процентиль 4 ч 12 минназначение по правилам, если задержка возникает именно при распределениимедиана/95-й процентиль после пилота
Счёт заполняют повторно9 мин на случай, 740 случаевпередача полей из учётной системыручные минуты на счёт
Документы возвращаются17% случаев за месяцпроверка обязательных полей, если возвраты вызваны их отсутствиемдоля с первого раза

Таблицу можно прокрутить вбок →

Такой список можно переводить в расчёт стоимости процесса и очередь изменений. Если подтверждена задержка, но неизвестна её причина, сначала нужен дополнительный замер - автоматическое назначение или проверка полей сами по себе проблему ещё не доказывают и не решают

Источники и границы выводов

Карточка, четыре метки и таблица изменений - авторские инструменты. Все числа и временные отметки в примерах условные. Process Mining подтверждает состав традиционного журнала событий; ASQ - набор данных для картирования потока

  1. Портал по анализу процессов - структура событийных данных - традиционный журнал событий связывает событие с экземпляром процесса, действием и отметкой времени
  2. Американское общество качества - картирование потока - рекомендует собирать фактическое время, ожидание, информационные потоки и качество на текущем состоянии

Хотите разбор ваших процессов со стороны?

Пройдём один процесс по шагам вместе с вашей командой, найдём потери и посчитаем их в деньгах. Дальше вы сами решите, что с этим делать

Разобрать наш процесс Сначала проверим экономику процесса, а уже потом можно обсуждать внедрение

Частые вопросы

Нужно ли специальное программное обеспечение для анализа?

Нет. Для одного процесса часто достаточно выгрузки событий и таблицы. Специализированный анализ процессов полезен, когда маршрутов и случаев много

Что делать, если данных нет?

Так и зафиксировать. Затем провести короткий ручной замер на выборке и определить, какие события стоит начать сохранять автоматически

Кого интервьюировать?

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