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

Почему сотрудники весь день заняты, а результата больше не становится

Почему максимальная занятость создаёт очереди и длинный цикл: незавершённая работа, узкие места, закон Литтла и практические способы вернуть поток

Почему сотрудники весь день заняты, а результата больше не становится
короткий ответ

Почему 100% занятости может замедлять систему

Если каждый человек загружен на 100%, свободного времени для всплеска нагрузки почти не остаётся. В процессе с неравномерным входом это может обернуться очередью: пришла пачка заявок, сотрудник заболел, документ вернулся на уточнение - и следующий этап не успевает принять всю работу

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

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

Закон Литтла простыми словами

Закон Литтла связывает среднее количество незавершённой работы, среднюю скорость выхода и среднее время в системе. Для практического расчёта возьмите устойчивый поток, достаточно длинный период и одинаковые границы процесса. Именно средние значения, а не число карточек на одном снимке экрана, входят в эту связь [1]

Среднее количество незавершённых единиц = средняя скорость выхода × среднее время в системе

Для оценки времени прохождения ту же связь можно записать иначе:

Среднее время в системе = среднее количество незавершённых единиц / средняя скорость выхода

Условный пример: если в устойчивом потоке в работе в среднем находятся 40 заявок, а команда завершает в среднем 10 заявок в день, среднее время в системе составляет четыре дня. При среднем количестве 20 заявок и той же скорости выхода оно составит два дня. Заявки и дни в обеих частях расчёта должны учитываться одинаково

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

Откуда берётся очередь

Очередь - это работа, которая ждёт следующего шага, а не вся незавершённая работа. Она накапливается, когда поступление превышает возможности этапа: постоянно или во время всплесков. Часть задач в это время обрабатывается, часть ждёт; для диагностики эти состояния лучше разделять [2]

Очередь перед ограничивающим этапом
  1. Очередь
    задачазадачазадачазадача
  2. Узкое место
  3. Готово

Когда поступает больше задач, чем завершается, незавершённая работа растёт. Проверьте нагрузку на ограничивающий этап и лимит начатых задач

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

Пять признаков, что занятость не превращается в результат

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

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

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

Что менять: от очереди к потоку

Начните с участка, перед которым копится работа. Один из вариантов - ограничить число одновременно начатых задач и брать следующую после завершения предыдущей. Подбирайте лимит по фактическому выпуску: он должен уменьшать лишнюю очередь, но не останавливать работу следующего этапа

ПроблемаИзменение
Слишком много задач «в работе»лимит незавершённой работы по этапам
Один человек утверждает всёпорог полномочий: типовые случаи решаются без эскалации
Срочные задачи ломают планотдельный канал срочности с ясными критериями
Работа приходит пачкамичаще передавать меньшими партиями
Много возвратовесли возвраты вызваны неполным входом - проверка данных до следующего этапа
Статус ищут вручнуюединая очередь со временем входа и владельцем

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

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

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

Четыре числа вместо отчёта о «занятости»

  • Выход за период - сколько законченных единиц результата получилось
  • Незавершённая работа - сколько единиц находится между стартом и финишем; текущий остаток нужен для контроля, средний за период - для расчёта по закону Литтла
  • Время цикла - сколько единица проводит от входа до результата
  • Возраст хвоста - как долго ждёт самая старая незавершённая задача; отдельно смотрите, на каком этапе она остановилась

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

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

Связь средних величин взята из учебных материалов MIT 2012 года, определение очереди - из словаря ASQ. Пример с 40 и 20 заявками условный. Пять признаков, таблица изменений и набор показателей - авторские инструменты диагностики, не результаты клиентского внедрения

  1. Массачусетский технологический институт - материалы по бережливым методам - в учебных материалах приведена связь незавершённой работы, времени цикла и скорости выхода через закон Литтла
  2. Американское общество качества - словарь качества - определяет время в очереди как период ожидания следующего шага процесса

Хотите узнать, куда на самом деле уходит рабочий день команды?

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

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

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

Разве максимальная загрузка людей не снижает себестоимость?

Иногда локально да, но если из-за отсутствия запаса растут очередь и время цикла, стоимость системы может вырасти через переделки, задержки и координацию. Смотрите на результат процесса целиком

Что ограничивать - задачи или людей?

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

Закон Литтла работает всегда?

В приведённом виде закон Литтла связывает средние значения в устойчивом потоке при одинаковых границах учёта. Он не позволяет точно предсказать срок отдельной заявки по текущему остатку. На коротком нестабильном периоде такой расчёт требует осторожности