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

Автор статьи делится своим негативным опытом работы двухнедельными итерациями. Вот с чем столкнулась их команда:
📌В сложном продукте двух недель не хватает, чтобы реализовать что-то значимое
📌Время спринта, оставшееся после выбора самых важных задач, забивалось несущественной мелочью, и команда расфокусировалась
📌Фокус команды смещался на закрытие задач, а не решение реальных проблем
📌Искусственное окончание спринта в фиксированную дату очень неудобно, когда часть инженеров в команде уже закончили одну большую фичу, а другая часть – еще нет

В итоге команда выработала свой подход с двумя типами итераций: build iteration со скользящей продолжительностью для работы над конкретной пользовательской проблемой и refine iteration фиксированной продолжительности для багфиксов и закрытия техдолга.

#процессы