Сначала мы спасали спринт. Потом спринт начал требовать человеческих жертв.

На планировании тестирование говорит: - Нам нужны все задачи не позднее даты Х

Наступает спринт. Задач нет. Приближается дата Х. Уточняем сроки: - Завтра

Ну ладно, бывает. Пока слегка коптит. Наступает завтра. - Завтра

Еще день. - Завтра

И вот уже не просто коптит - горит 🔥

В итоге задачи приезжали в тестирование с задержкой в 3–4 дня. Мы фиксировали отклонения, обсуждали их с РП, пытались решить проблему через эскалации. РП, в свою очередь, пытался повлиять на разработку.

Не получалось.

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

Поначалу команда старалась вытянуть ситуацию. Потом авралы стали повторяться, а усталость накапливаться. Энтузиазм постепенно сменялся отсутствием инициативы, а просьбы о переработках - отказами.

И знаете, что интересно?

Когда массовые переработки перестали быть вариантом по умолчанию, РП начал жестче разбирать ситуацию с командой разработки. А передача задач в тестирование постепенно стала выравниваться.

Нет, я не считаю, что нужно демонстративно отказываться помогать команде или перестать искать выход из сложной ситуации. Иногда действительно случается форс-мажор, и совместные усилия помогают его пережить.

Но есть разница между разовым авралом и процессом, в котором аврал повторяется из спринта в спринт.

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

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

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

Где фактически теряется время? Почему задачи передаются позже договоренностей? Кто и когда замечает отклонение? Какие решения можно принять до того, как задержка превратится в ночной аврал?

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

Мой вывод: ответственный подход - это не готовность бесконечно спасать каждый спринт собственными силами. Это умение вовремя увидеть проблему, показать ее последствия и помочь команде изменить процесс.

Потому что спринт, который каждый раз требует человеческих жертв, - это уже не спринт. Это традиция, которую пора отменять.