Книга: Scrum и XP: заметки с передовой
Определяем длину спринта
Определяем длину спринта
Одна из основных задач планирования спринта — это определение даты демо. А это значит, что вам придётся определиться с длиной спринта.
Какая же длина оптимальна?
Короткие спринты — удобны. Они позволяют компании быть максимально «гибкой», а значит готовой часто корректировать свои планы. Короткий спринт = короткий цикл обратной связи = частые релизы = быстрые отзывы от клиентов = меньше времени тратится на работу в неправильном направлении = быстрое обучение, совершенствование и т. д.
Но с другой стороны длинные спринты тоже хороши. У команды остаётся больше времени, чтобы набрать темп, больше пространства для манёвров, чтобы решить возникшие проблемы, а также больше времени для достижения цели спринта, а у вас меньше накладных расходов, таких как планирование спринта, демо и т. д.
В основном короткие спринты больше нравятся product owner'y, а длинные — разработчикам. Поэтому длина спринта — это всегда компромисс. Мы долго экспериментировали и выбрали нашу любимую длину: 3 недели. Большинство наших команд (но не все) используют трёхнедельный спринт. Достаточно короткий, чтобы предоставить адекватную корпоративную «гибкость», но в тоже время достаточно длинный, для того чтобы команда смогла достигнуть максимальной производительности и успеть решить все вопросы, которые возникнут по ходу спринта.
Мы пришли к важному выводу: экспериментировать с длиной спринта нужно на начальном этапе. Не тратьте слишком много времени на анализ, просто выберите подходящую длину и используйте её на протяжении одного или двух спринтов, после чего можете выбрать новую.
Однако, как только вы найдёте подходящею длину, надолго зафиксируйте её. После нескольких месяцев экспериментов нам подошла длина в 3 недели, поэтому теперь мы следуем этому правилу и используем трёхнедельные спринты. Иногда спринт будет казаться слишком длинным, иногда — слишком коротким. Но сохранение фиксированной длины спринта позволяет выработать корпоративный ритм, в котором все чувствуют себя достаточно комфортно. К тому же исчезнут споры, насчёт даты релиза, так как все знают, что как ни крути, а выпуск новой версии продукта каждые 3 недели.
- Как мы планируем спринт
- Почему без product owner’а не обойтись
- Почему качество не обсуждается
- Планирование спринта, которое никак не заканчивается
- Распорядок встречи по планированию спринта
- Определяем длину спринта
- Определение цели спринта
- Выбор историй, которые войдут в спринт
- Как product owner может влиять на то, какие истории попадут в спринт?
- Как команда принимает решение о том, какие истории включать в спринт?
- Почему мы используем учетные карточки
- Критерий готовности
- Оценка трудозатрат с помощью игры в planning poker
- Уточнение описаний историй
- Разбиение историй на более мелкие истории
- Разбиение историй на задачи
- Выбор времени и места для ежедневного Scum’а
- Когда пора остановиться
- Технические истории
- Как мы используем систему учёта дефектов для ведения product backlog’а
- Свершилось! Планирование спринта закончено!
- Как мы готовимся к планированию спринта
- Определение цели спринта
- Структура спринта для тестировщиков
- Отдых между спринтами
- 6 Определяем ежеквартальную тему
- 1.3. Стоимостный анализ (ABC) и свойства, определяемые пользователем (UDP)
- Определяем свою приёмочную шкалу
- Листинг 11.9. Простой пользовательский элемент управления, который изменяет цвета и запускает событие, определяемое поль...
- Определяем жизненные цели и ценности!
- Стоит ли делать приёмочное тестирование частью спринта?
- Неделя № 7 (старт третьего спринта)
- Распорядок встречи по планированию спринта