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

Правильный ответ — напомнить разработчикам о важности сосредоточения на цели спринта и её достижении. Цель спринта фиксируется в начале и является обязательством команды. Отклонение от неё без веских причин подрывает предсказуемость и ценность спринта. Рефакторинг, не связанный с текущей целью спринта, должен быть запланирован на будущие спринты или добавлен в бэклог продукта. Разрешить рефакторинг и обсудить на ретроспективе — это пассивное решение, которое может привести к недостижению цели спринта. Передача проблемы функциональным менеджерам — это эскалация, которая не решает проблему напрямую и может быть воспринята как перекладывание ответственности. Похвалить разработчиков за инициативность, но не за действия, которые отвлекают от цели спринта.