Разделите календарный цикл на пять разных состояний
Под полным циклом здесь понимается время от входа задачи до принятого результата. Активная обработка - только интервалы, когда над ней действительно работают. Lean Enterprise Institute также различает время обработки и сквозное время прохождения процесса [1]
Для первого разбора в этой статье делим полный цикл на пять рабочих состояний. Это диагностическая разметка, а не универсальная пятичастная модель Lean.
| Состояние | Что происходит | Можно ли считать работой |
|---|---|---|
| активная обработка | человек или система реально меняет результат | да |
| очередь | задача ждёт свободной мощности | нет |
| ожидание данных | не хватает документа, реквизита, ответа | нет |
| ожидание решения | нужно согласование или исключение | нет |
| пакетная задержка | работа начнётся только в определённое время или когда накопится пачка | нет |
На узком экране таблицу можно прокручивать по горизонтали
Запись «срок выполнения - два дня» скрывает причины задержки. В нашем условном примере сокращение подготовки с двадцати до пяти минут убирает лишь пятнадцать минут из полного срока. При разметке не считайте один интервал дважды: если задача одновременно ждёт данных и согласования, отметьте обе причины, но само прошедшее время учтите один раз
Восстановите временную линию реальной задачи
На схеме условный пример, не замер клиентского процесса. Для каждого интервала укажите причину задержки и того, кто может на неё повлиять
Для первого просмотра можно взять 20-50 завершённых задач, включая обычные случаи и задержки. Это рабочий ориентир, не статистически достаточная выборка для любого процесса. Восстановите события по журналам систем, а отдельно посмотрите на ещё не завершённые задачи: самые долгие ожидания могут пока не попасть в отчёт о закрытых
Что закон Литтла говорит о времени в процессе
Закон Литтла связывает среднее число единиц в системе, среднюю интенсивность потока и среднее время пребывания. Формулу приводит MIT. Для практической оценки по завершениям берите устойчивый поток, общие границы процесса и один период наблюдения; случайный снимок очереди вместо среднего значения не подойдёт [2]
Условный пример: команда в среднем закрывает 20 заявок в день, а средняя незавершённая работа составляет 100 заявок. При сопоставимых данных получается около пяти дней в системе. Связь помогает проверить согласованность измерений, но не доказывает, что простое сокращение списка задач обязательно ускорит процесс: заявки могут лишь переехать в очередь за его границами
Калькулятор времени в системе
Доля активного времени = активные минуты / (учётные дни × часов в дне × 60) × 100%
Число незавершённых единиц усредняйте по времени, а выход - за тот же период и внутри тех же границ. Вход и выход должны быть устойчивыми; при быстро растущей очереди такой расчёт не даёт надёжного срока для новой заявки. При 8 часах считайте оба показателя по рабочему календарю, при 24 - по календарным суткам. Активная длительность - прошедшее время обработки без двойного счёта параллельных действий, не сумма человеко-часов. Остальное время не обязательно полностью устранимо. Пример условный
Пять причин ожидания, которые скрываются за общим сроком
Очередь у роли накапливается, когда поток превышает доступную мощность - постоянно или в отдельные часы. Пакетная обработка создаёт другую задержку: даже при свободных людях задача ждёт вечера, пятницы или нужного размера пачки
Ожидание входных данных возникает, когда нет документа, реквизита, статуса или ответа клиента. При эскалации работа останавливается до решения уполномоченного руководителя. Здесь нужно выяснить, действительно ли случай выходит за полномочия исполнителя или согласование осталось по привычке
Передача между отделами затягивается, если отправитель уже считает свою работу законченной, а получатель ещё не принял задачу. Для этого случая полезно фиксировать оба события, а не только время отправки
Что менять после измерения
- Если очередь растёт перед одной стадией - работайте с её мощностью и входящим потоком
- Если время съедает ожидание данных - улучшайте качество входа и обязательные поля
- Если проблема в пакетной работе - уменьшайте размер партии и повышайте частоту обработки
- Если цикл растягивают согласования - задавайте права решения и пороги эскалации
- Если задача теряется при передаче - фиксируйте принятие новым владельцем, а не только факт отправки
Когда узкое место уже определено, следующий вопрос не «почему ждём», а как увеличить пропускную способность ограничивающей стадии
Источники и границы выводов
Термины и формула отделены от примеров статьи. Пять состояний, схема и выборка 20-50 задач - рабочая организация первичного разбора, не универсальный стандарт
- Lean Enterprise Institute: время цикла и связанные понятия. На странице различаются обработка, цикл операции и сквозное время процесса. Их нельзя подменять друг другом при измерении
- MIT: закон Литтла. Краткая университетская справка подтверждает формулу. Это не подробное руководство по выборке и прогнозированию; допущения калькулятора отдельно указаны в статье
