Гибкость vs прогнозируемость

Всегда хочется одновременно:
— Быстро реагировать на изменения.
— Чётко планировать спринты и попадать в срок.

Но это взаимоисключающие настройки:

1. Подкручиваешь гибкость — снижается прогнозируемость, больше шанс что у сырой задачи что-то вскроется в процессе и сроки поедут.
2. Тюнишь прогнозируемость — добавляешь пункты в Definition of Ready и начинаешь сопротивляться непроработанным задачам.

Когда-то давно у моей команды был максимально гибкий процесс: продакт приносил задачки прямо на планирование и мы весь понедельник с ними разобирались.

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

Как итог — накапливался снежный ком «доделок с прошлого спринта».

Минимальная глубина прогрумленности бэклога

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

Но встает вопрос: верхушка — это сколько?

Мы экспериментировали с разными вариантами и пришли к оптимальному значению — 2 спринта.

Почему именно 2?

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

Больше — есть шанс, что время на проработку будет потрачено впустую, а задачи никогда не пойдут в работу.
Меньше — есть риск потратить весь день на планирование, если проработанные задачи попросят поставить на паузу.

Как измеряем 2 спринта

1. Берём задачи, проработанные не позднее 90 дней назад. Если задача более старая — скорее всего, что-то уже поменялось и её надо заново прорабатывать.
2. Считаем медианное velocity команды за последние 3 месяца.
3. Делим сумму оценок готовых задач на медианное velocity.

———

В итоге, можно сказать что наш ползунок «гибкость <—> прогнозируемость» стоит где-то посередине.
Что не идеально — в итоге гибкость ограничена по сути выбором из двух наборов задач.
А прогнозируемость гарантируем в пределах двух спринтов.

Но это не хорошо и не плохо — это наш выбор.
А у вас как?