Закон Литтла: как рассчитать загрузку и навести порядок в Канбане

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

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

В 1961 году профессор Массачусетского технологического института Джон Литтл описал закономерность из теории очередей. Любое дело можно представить частью цепочки: действия образуют задачу, задачи — проект, а проекты входят в более крупные системы.

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

Формула закона Литтла записывается как L = λ × W. Здесь L — среднее количество элементов в системе, λ — средняя пропускная способность за единицу времени, W — среднее время прохождения одного элемента через систему.

Формула не призывает запускать больше дел одновременно. Напротив, она помогает организовать последовательный поток: взять задачу, закончить её и только затем освободить место для следующей. Так незавершённая работа не зависает на доске и в голове.

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

WIP, или Work in Progress, — количество задач, которые находятся в работе сейчас. WIP-лимит ограничивает число одновременно активных задач необходимым максимумом. Он не сокращает сам объём обязательств, а не позволяет открыть больше работы, чем система способна стабильно провести до завершения.

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

Lead Time описывает время прохождения заказа или товара через систему. В канбан-контексте формулу также объясняют через Cycle Time — среднее время выполнения задачи после начала работы. Главное — заранее определить границы измеряемого цикла и не менять их внутри выборки.

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

В устойчивой системе формула читается так: средний WIP = средний Throughput × средний Lead Time. Чтобы ускорить прохождение работы, можно уменьшать количество одновременно активных задач или повышать пропускную способность, не подменяя её простой многозадачностью.

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

Канбан стремится создать стабильный и предсказуемый поток, а закон Литтла даёт ему математическую основу. Если известны две из трёх переменных — WIP, Throughput и время цикла, — можно найти третью и целенаправленно влиять на поведение системы.

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

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

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

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

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

Сначала приводим показатели к одинаковым единицам. В месяце около 20 рабочих дней, поэтому дневная пропускная способность равна 15 / 20 = 0,75 заказа. Затем умножаем Throughput на время прохождения: WIP = 0,75 заказа в день × 2 дня = 1,5 заказа.

Результат около 1,5 означает, что для сохранения текущей скорости и среднего времени команда должна одновременно обрабатывать один-два сложных заказа. Практический WIP-лимит можно установить на уровне двух.

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

Формула применима в разных потоковых системах: разработке, маркетинге, производстве и массовом обслуживании. Аналитику или менеджеру не нужна сложная модель, чтобы сопоставить загрузку, скорость завершения и время прохождения.

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

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

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

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