Если темп спроса (скорость, с которой работа попадает в систему) превышает темп поставки (скорость, с которой работа покидает систему), то система находится под постоянным давлением. Количество работы в процессе (WIP) постоянно увеличивается, это приводит к вынужденной многозадачности, в результате каждая единица работы обрабатывается значительно дольше, чем в однозадачном режиме.
Если же темпы спроса и поставки совпадают, то система оказывается в стабильном и предсказуемом состоянии, и в целом, это и есть основная цель.
-
Темп поставки находится в нашей Зоне Контроля, а темп спроса/rate of demand - в Зоне Влияния. Поэтому кажется, что логичнее сосредоточить усилия на повышении темпа поставки.
-
Эффективность по ресурсам и по потоку - распространенное предположение состоит в том, что производительность прямо пропорциональна усилию. Это предположение заставляет предпочитать эффективность по ресурсам в стремлении повысить выработку (темп поставки/rate of delivery). Однако повышение темпа поставки - это всегда затратное мероприятие, т.к. требует инвестиций, развития производства, обучения, реорганизаций и т.п.
-
Спринты в скраме - это попытка уравнять темп поставки и темп спроса по крайней мере на протяжении одного спринта. Каждый спринт - это возможность “вытянуть”/pull работу из бэклога продукта. А вот в бэклог продукта работу обычно “проталкивают”/push заказчики и потребители. Системы проталкивания обычно не принимают в расчет текущую загруженность команды, поэтому и понадобился этот буфер в виде спринтов. Канбан, правда, позволяет обойтись и вовсе без него, а просто вытягивать работу из бэклога, не фиксируя временные рамки.