2 записи с тегом "retrospective"

Спринт 47, команда из 8 человек. Стандартный нарратив ретро звучал бы так: «velocity упал на 20%, было много багов, в следующем спринте поприоритезируем лучше». Тот же вайб, что и в спринте 46. И в спринте 45. Теперь добавьте на то же ретро один показатель: общая стоимость спринта — $32 800, из них $11 600 (35%) ушли на тикеты с багами, против $14 200 (43%) на фичи. Скользящее среднее по багам у этой команды — 18%. Одна строка — «мы потратили на баги вдвое больше обычного» — переключила команду с «сделаем лучше» на «первые три дня спринта 48 — только bug-prevention, без исключений».

Этот пост показывает, как встроить один финансовый показатель в 30-минутное ретро так, чтобы оно производило решения, а не ощущения.

Среднее инженерное ретро длится 60 минут, рождает пять стикеров и ноль действий, которые доедут до следующего спринта. В опросе Scrum Alliance 2023 года жалоба №1 от senior-разработчиков звучала так: «ретро ощущается как спектакль». Это не проблема митинга — это проблема измерений. Команда обсуждает ощущения, потому что никто не вытащил цифры до звонка.

В этой статье — 30-минутное ретро, которое начинается с данных, заканчивается именами и сроками, и работает на командах от 5 до 25 инженеров.