Гибкое управление проектами и продуктами | страница 23
Второй раунд
Консенсусная оценка
В процессе обсуждения сглаживаются разногласия между владельцем продукта и командой, владелец продукта начинает понимать процесс работы над задачей, а команда точнее и детальнее понимает суть задачи.
Ксения Колосова, руководитель проектов
Отбор задач на спринт
Команда отбирает задачи на спринт в соответствии со своей скоростью и приоритетами, установленными владельцем продукта. Скорость прогнозируется на основе эмпирических данных за прошлые спринты с учетом реальных обстоятельств, например болезни или отпуска сотрудника.
Скорость команды за последние восемь спринтов
На схеме, изображенной ниже, в спринт отбираются истории пользователей A, B, C, D и F.
Отбор элементов журнала пожеланий продукта в журнал пожеланий спринта
Диаграмма сгорания
Для мониторинга прогресса в Scrum используется специальный график – диаграмма сгорания (Burndown Diagram). По горизонтальной оси на таком графике откладываются дни спринта, а по вертикальной – количество оставшихся «пунктов» и/или закрытых историй пользователей. Дополнительно строится идеальная диаграмма сгорания, которая показывает запланированный ход работ.
Диаграмма сгорания показывает, что спринт завершился в соответствии с планом
В дальнейшем анализ будем проводить по количеству оставшихся «пунктов», но все сказанное может распространяться и на истории пользователя.
Анализ производится путем сравнения реального графика с идеальным:
• если реальный график выше идеального, значит, команда отстает от плана;
• если реальный график ниже идеального – команда опережает план.
Анализ диаграммы сгорания во время спринта. Для единообразия анализ будем проводить на пятый день спринта, хотя на практике диаграмму сгорания можно использовать с третьего дня для выработки корректирующих действий.
Рассмотрим самую стандартную ситуацию – с отставанием от графика.
Отставание от плана
Команда должна на очередном скрам-митинге обсудить, почему очки за пользовательскую историю сгорают так медленно, и выработать контрмеры. Самые распространенные причины следующие:
• серьезная ошибка в планировании;
• болезнь или иная причина отсутствия одного или нескольких членов команды;
• недооценивание и реализация рисков (обычно технологических).
Об отставании необходимо максимально оперативно сообщить владельцу продукта, если он не ведет ежедневный мониторинг диаграммы сгорания. Если команда сама не сможет выработать контрмеры, нужно, чтобы владелец продукта убрал из спринта одну или несколько историй пользователя с минимальным приоритетом.
