Сотрудник работал час, клиент ждал неделю: что показывает время выполнения процесса

На обработку заявки сотрудники потратили всего час, но клиент получил результат через неделю. Противоречия здесь нет: большую часть срока документ мог лежать в очереди, ждать согласования или возвращаться на доработку. Увидеть весь этот период помогает время выполнения процесса (cycle time).

Что входит во время выполнения процесса

Время выполнения показывает, сколько проходит от начала работы до её завершения. Американское общество качества (ASQ) определяет cycle time как время, необходимое для выполнения одного цикла операции. Для бизнес-процесса таким циклом может быть обработка заявки, согласование договора, оплата счёта или оформление сотрудника.

Перед расчётом важно определить границы. Для договора отсчёт можно начинать с момента создания документа, его отправки на согласование или получения полного комплекта данных. Завершением может считаться подписание, регистрация или передача клиенту. Разные границы дадут разные значения, поэтому их нужно фиксировать заранее.

Работа занимает не всё время

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

Предположим, специалист проверяет заявку 20 минут, руководитель согласовывает её за 10 минут, а бухгалтер оформляет оплату ещё за полчаса. Активная работа занимает час. Однако перед проверкой заявка ждёт два дня, перед согласованием — ещё три, а после возвращается на исправление. Для клиента процесс длится уже не час, а почти неделю.

Поэтому сокращение времени отдельной операции не всегда заметно влияет на общий срок. Если проверку ускорить с 20 до 10 минут, но оставить несколько дней ожидания, клиент почти не почувствует разницы.

Почему среднего значения недостаточно

Допустим, десять заявок завершились за день, а одна — за месяц. Среднее значение вырастет и создаст впечатление, что весь процесс работает медленно. Обратная ситуация тоже возможна: большое число быстрых случаев скроет небольшую, но важную группу серьёзных задержек.

Поэтому время выполнения полезно рассматривать вместе с медианой, диапазоном и распределением по группам. Можно отдельно сравнивать стандартные и нестандартные заявки, разные подразделения, виды товаров или периоды. Так становится понятно, задерживается весь поток или только определённый вариант процесса.

Важно анализировать и динамику. Если среднее значение почти не изменилось, но разброс вырос, процесс стал менее предсказуемым. Одни клиенты получают результат вовремя, а другие ждут значительно дольше.

Как найти источник задержки

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

Интеллектуальный анализ процессов (Process Mining) позволяет восстановить фактические маршруты по данным информационных систем и сравнить длительность разных вариантов. Анализ действий пользователей (Task Mining) помогает изучить операции на рабочих местах: переключения между программами, ручной перенос данных и повторяющиеся действия.

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

Сокращать время выполнения процесса — не значит заставлять сотрудников работать быстрее. Часто больший эффект даёт устранение пауз, возвратов и лишних передач между участниками. Именно они превращают час полезной работы в неделю ожидания.