Спринты являются ключевым элементом scrum, задавая четкую последовательность работы команды. Длительность спринта может составлять от одной до четырех недель, при этом все события в scrum организованы вокруг спринтов.
1. Управление бэклогом продукта в scrum лежит на плечах владельца продукта. Он занимается тем, что гарантирует соответствие продукта текущим требованиям, отслеживает динамику рынка и уточняет нужды клиента.
Владелец продукта заботится о ведении и приоритизации списка задач, а также поддержании релевантности информации. Это обеспечивает готовность команды к выполнению задач на основе последних данных.
В процессе управления бэклогом владелец продукта документирует все доступные сведения о продукте и его требованиях. После анализа этой информации создается техническое задание, содержащее перечень задач, расставленных по степени важности.
Груминг бэклога, проводимый владельцем продукта в сотрудничестве с командой и scrum-мастером, происходит один раз за спринт. На этих встречах бэклог пересматривается, обновляется и пополняется новыми заданиями и вопросами.
2. Планирование осуществляется коллективно, разработчиками с участием scrum-мастера на специальном собрании, где определяются объемы работы и цели на предстоящий спринт.
Определяясь с задачами, которые возможно выполнить в течение спринта, команда по итогам собрания имеет ясное представление о том, что предстоит сделать в ближайшей итерации и каким образом это будет реализовано.
3. Ежедневный стендап — это короткое совещание длительностью не более 15 минут, которое проводится каждое утро. На нем команда оценивает проделанную работу, обсуждает вопросы и уточняет детали. По итогам стендапа каждый участник знает свои задачи до следующей встречи.
В ходе стендапа обычно обсуждаются три основных вопроса:
- Что было выполнено вчера?
- Что планируется сделать сегодня?
- Какие сложности могут помешать выполнению задач?
Такие ежедневные встречи помогают команде быть на одной волне и оперативно решать возникающие препятствия на пути к достижению целей.
4. Обзор итогов спринта проводится по его завершении, когда команда рассматривает достигнутые результаты (инкремент). Разработчики представляют продукт стейкхолдерам, а владелец продукта решает, готов ли продукт к выпуску.
Исходя из результатов, владелец продукта адаптирует бэклог, что может служить основой для планирования нового спринта. Пропуск этого этапа приведет к разработке продукта без учета обратной связи от клиентов, что снижает эффективность работы.
5. Ретроспектива спринта в scrum служит для анализа завершенных этапов работы. В ходе этого мероприятия команда фиксирует достигнутые результаты, обсуждает детали спринта и связанные с ним процессы.
Основная цель ретроспективы заключается в том, чтобы направить внимание команды на успехи и возможности для улучшений в будущем, без фокусировки на ошибках.
Все упомянутые мероприятия разворачиваются в рамках одного спринта, и после установления его продолжительности изменение сроков не предусмотрено. Этот подход позволяет команде применять опыт предыдущего спринта для оптимизации работы в последующих.