Я открыл панель управления в Nave. Прежде чем я взглянул на единственную диаграмму, в боковой панели уже было это.
Ограничение развёртывания
На панели управления было указано, что работа «Ready for Deployment» накапливает 24 элемента при отсутствии возможности их развёртывания. Это составляет 63% всех текущих задач — в одной очереди. Работа поступает со скоростью 1,53 элемента в день, но выходит только 0,78. Дефицит пропускной способности составляет 49%. Обратнолог увеличивается примерно на 23 элемента в месяц при текущих темпах.
Два элемента — 2143 EX 3 и 2143 EX 4 — ждали 28–29 дней. 95-й процентиль этапа составляет 3 дня. Эти элементы превышают норму в 9 раз.
И система уже знает, что делать: увеличить частоту развёртывания или размер пакета, чтобы соответствовать устойчивой пропускной способности 1,5+ элементов в день. Если развёртывания запланированы еженедельно или раз в две недели, перейти на режим по требованию или ежедневные окна. Прекратить начало новых работ по разработке до увеличения ёмкости развёртывания — вытягивание большего объёма работ вперёд только продлит время ожидания.
Не «WIP (работа в процессе) слишком высока». Не «добавить мощности». Конкретный диагноз: недостаточная частота развёртывания или пропускная способность. Это не проблема политики — блокировщики не зарегистрированы.
След расследования
Я нажал «See why» (увидеть причину).
Каждый шаг виден:
1. Проверена пропускная способность этапа по сравнению со скоростью поступления на всех этапах — все этапы протекают со скоростью 1,5–1,9 элементов в день, кроме Ready for Deployment — 0,78.
2. Изучено распределение WIP — 24 из 38 элементов (63%) сконцентрированы в очереди развёртывания.
3. Сравнено текущее время ожидания с процентилями этапа — 28–29 дней против p95 в 3 дня, системная проблема с пропускной способностью, а не единичный случай.
4. Проверены блокировщики или ограничения политики — нулевых заблокированных элементов нет, это проблема пропускной способности/мощности.
Не список наблюдений. Цепочка. От разрыва пропускной способности до накопления и конкретных элементов, застрявших в нём, до первопричины.
Связанная работа
Затем система проверила каждый другой этап и обнаружила что-то в конвейере тестирования.
Семь элементов перемещаются пакетно через этапы тестирования. Пять из них с одинаковым временем: 6,01–6,02 дня в Ready for Development, 7,78 дней в Development, 14,45 дней в очереди тестирования. Ещё два в тестировании с аналогичными показателями — 14,05 и 13,33 дня.
Все связанные тестовые сценарии — элементы с одинаковым временем на трёх этапах. Связанная работа, а не независимый поток.
И система задала правильный вопрос вместо неправильного совета. Если эти элементы должны тестироваться вместе, текущее поведение корректно — это скоординированный релиз. Если их можно было бы тестировать независимо, вы задерживаете обратную связь на 14 дней. Сообщите соответствующим образом в любом случае.
Цикл переделки
И ещё один сигнал. Один элемент — «2682 EX-4.3 Legacy installation (no licenseType) defaults to standard» — находится в разработке 26,32 дня. 85-й процентиль для разработки составляет 3 дня. Этот элемент превышает норму в 8,7 раза.
Это единственный элемент в разработке, поэтому он не блокирует другую работу. Но расследование отследило путь элемента: он переместился в Ready for Testing (0,98 дня), затем вернулся в разработку. Цикл переделки. В системе нет пометок о блокировщике — либо он застрял невидимо, либо объём изменился в середине разработки.
Три возможности определены: (1) фактически заблокирован, но не помечен, (2) объём расширился в середине разработки, (3) действительно сложная работа, которую следовало бы разбить. Конкретное действие: поговорите с тем, кто над этим работает, выявите любые скрытые блокировщики, и если это действительно сложно, рассмотрите возможность разделения, чтобы что-то можно было отправить раньше.
Что вы получаете, входя в комнату
Три инсайта. Три разные проблемы — ограничение пропускной способности при развёртывании, связанная работа, ожидающая в виде единого блока, и цикл переделки, обнаруженный путём отслеживания пути элемента в обратном направлении по рабочему процессу. У каждой — конкретные следующие шаги.
Одна панель управления. Прежде чем я взглянул на единственную диаграмму.
Это то, что я всегда хотел, чтобы у каждого тренера было, когда он входит в разговор с руководством. Доказательства уже собраны. Рассуждения уже прослежены. Действия уже определены.
Для каждой команды. Для всех. Каждый раз, когда открывается панель управления.
Мы встроили это в Nave. Это работает.
Если вы хотите увидеть, что система найдёт в данных вашей команды — [свяжитесь с нами](mailto:hello@getnave.com).
Узнайте больше на [getnave.com](https://getnave.com).
Соня
1. Какие конкретные проблемы с пропускной способностью были выявлены в системе?
В системе было выявлено ограничение пропускной способности при развёртывании. Работа накапливается в очереди «Ready for Deployment» из-за недостаточной частоты развёртывания или пропускной способности. Дефицит пропускной способности составляет 49%.
2. Какие шаги были предприняты для расследования причин задержки элементов в системе?
Для расследования причин задержки элементов в системе были предприняты следующие шаги:
* проверка пропускной способности этапа по сравнению со скоростью поступления на всех этапах;
* изучение распределения WIP (работы в процессе);
* сравнение текущего времени ожидания с процентилями этапа;
* проверка блокировщиков или ограничений политики.
3. Какие конкретные действия были предложены для решения выявленных проблем?
Для решения выявленных проблем были предложены следующие действия:
* увеличить частоту развёртывания или размер пакета, чтобы соответствовать устойчивой пропускной способности 1,5+ элементов в день;
* перейти на режим по требованию или ежедневные окна развёртывания, если развёртывания запланированы еженедельно или раз в две недели;
* прекратить начало новых работ по разработке до увеличения ёмкости развёртывания;
* выявить любые скрытые блокировщики и рассмотреть возможность разделения сложной работы, чтобы что-то можно было отправить раньше.
4. Какие инсайты были получены в результате анализа данных системы?
В результате анализа данных системы были получены следующие инсайты:
* ограничение пропускной способности при развёртывании;
* связанная работа, ожидающая в виде единого блока;
* цикл переделки, обнаруженный путём отслеживания пути элемента в обратном направлении по рабочему процессу.
5. Какие преимущества даёт использование системы Nave для анализа данных о работе команды?
Использование системы Nave для анализа данных о работе команды даёт следующие преимущества:
* выявление конкретных проблем с пропускной способностью и связанных с ними причин;
* определение конкретных действий для решения выявленных проблем;
* получение инсайтов, которые могут быть использованы для оптимизации работы команды.