Почему Lead Time растёт
Полный срок разработки состоит не только из времени, когда над задачей работают. В него входят очереди, согласования, ожидание другой команды, смена приоритета, блокировки и незавершённая работа.
Поэтому увеличение штата не гарантирует сокращения Lead Time. Новые люди могут увеличить число одновременно начатых задач, нагрузку на общие сервисы и количество межкомандных зависимостей.
Сначала определите границы
Фраза «срок разработки» может означать разные интервалы: от начала кодирования до merge, от готовности аналитики до выпуска или от решения инвестировать до результата для клиента.
Выберите границы, соответствующие вопросу руководителя. Если проблема — ненадёжный Time to Market, измерение только активной разработки скроет большую часть ожидания.
Найдите время, когда работа не движется
Для небольшой выборки инициатив восстановите:
- дату входа в поток;
- начало и окончание ключевых стадий;
- периоды блокировки;
- ожидание решения или зависимости;
- смены приоритета;
- дату клиентского результата.
Обычно этого достаточно, чтобы отделить активную работу от ожидания и увидеть повторяющийся источник задержки.
Ограничьте параллельную работу
Высокий WIP создаёт ощущение занятости, но увеличивает очередь перед каждым дефицитным участком. Когда команда начинает новую работу вместо завершения текущей, срок обратной связи растёт сразу для нескольких инициатив.
Ограничение WIP работает, если сопровождается правилом: что делать, когда лимит достигнут. Возможные действия — снять блокировку, помочь завершению, уменьшить объём или не запускать новую задачу.
Подробнее о портфельном уровне — в материале про WIP и зависимости.
Сократите время снятия блокировок
Блокировка должна иметь владельца, время появления и понятный путь эскалации. Недостаточно отметить задачу красным цветом. Нужно решить, кто и в какой срок меняет состояние системы.
Полезный обзор показывает не список всех проблем, а блокировки, которые влияют на несколько работ, повторяются или уже вывели Aging за ожидаемый диапазон.
Измеряйте эффект эксперимента
До изменения зафиксируйте исходное распределение Lead Time, текущий WIP и Throughput. После изменения сравните не одну удачную задачу, а сопоставимую выборку.
Рабочий эксперимент может выглядеть так:
- ввести лимит на одном участке потока;
- определить владельца повторяющейся зависимости;
- ежедневно разбирать стареющую работу;
- не запускать новую инициативу до завершения выбранной;
- проверить изменение P50, P85 и Throughput через несколько циклов.
В кейсе четырёх команд мобильного банка видимость блокировок, ограничение параллельной работы и решения по данным сопровождались сокращением Lead Time с 49 до 17 дней без расширения штата.
Delivery-диагностика помогает определить, какая часть полного срока зависит от активной работы, а какая — от устройства системы управления.