ПроектоводЛичный кабинетСотрудник тратит на заявку сорок минут, а клиент получает ответ через четыре дня. Руководитель ищет способ ускорить ввод данных, хотя основное время заявка лежит в очередях.
В чём суть
Для управленческого решения важен весь интервал между согласованными началом и концом. Внутри него есть работа и ожидание. Уточняйте, считаются ли часы календарными или рабочими. Термины lead time и cycle time в командах используют по-разному, поэтому одного английского названия недостаточно.
Как действовать
- Определите границы измерения: например, от получения полного запроса до отправки ответа. Отдельно учитывайте время, которое потребовалось клиенту, чтобы предоставить все данные.
- Соберите отметки времени по нескольким сопоставимым случаям. Отметьте этапы ожидания и возвраты.
- Посмотрите распределение: типичные и долгие случаи. Не ограничивайтесь средним, которое скрывает разброс.
- Выберите участок для проверки улучшения и сохраните прежние правила измерения.
В учебном примере обработка длится час, ожидание данных — два дня, утверждения — ещё день. Ускорение обработки на десять минут почти не меняет клиентский срок. Команда выясняет, можно ли согласовывать заявки чаще и раньше получать полные данные. Это гипотеза по наблюдаемому пути, а не обещание сократить любой процесс втрое.
Что учесть
Исключить время ожидания ответа клиента из внутреннего показателя допустимо, если правило явно описано. Но клиентский срок от этого не исчезает: полезно видеть оба интервала. Иначе улучшение отчёта замаскирует прежнее неудобство.
Как понять, что получилось
Вместе со сроком следите за качеством и количеством незавершённых задач. Быстро закрытая заявка, которую затем открывают снова, может создавать ложное улучшение.
Шаблон
Начальное событие: Конечное событие: Календарные или рабочие часы: Время действий: Ожидание по этапам: Возвраты: Типичные и долгие случаи: Что проверяем:
Учебные примеры вымышлены; числа и сроки не являются нормативами. Редакция от 10 октября 2026