Конечные пользователи иногда имеют идеи или концепции для новых функций. Концепция представлена в виде одного или нескольких функциональных элементов и добавляется в продуктовый бэклог владельцем продукта. Команда совместно работает над тем, чтобы преобразовать эту концепцию в один или несколько эпиков, а затем уточнить её в более мелкие и понятные пользовательские истории, которые будут включены в следующий спринт для реализации в виде реальной функции продукта.
Однако обеспечение того, чтобы пользовательские истории были готовы до начала спринта, может напрямую и значительно повлиять на продуктивность команды. Наличие определения «готовности» означает, что история должна быть немедленно готова к реализации. Команда должна четко понимать, что нужно сделать, и оценить объем работы, необходимый для завершения пользовательской истории.
Команда будет выбирать истории из верхней части продуктового бэклога для включения в спринт-бэклог. Эти истории должны быть «готовыми». Некоторые компании даже требуют наличия подробного списка критериев, по которым определяется, готова ли история, а не просто «почти готова».
Как создать Определение готовности?
Владелец продукта может совместно с командой определить артефакт под названием «Определение готовности», чтобы гарантировать, что элементы в верхней части бэклога готовы для переноса в спринт, и команда разработки сможет уверенно взять их в работу и завершить к концу спринта.
Зачем нужно Определение готовности?
Определение готовности — это набор договорённостей, который сообщает всем участникам, когда элемент готов к началу работы. Например, когда пользовательская история готова для включения в спринт или когда все необходимые условия выполнены для начала спринта. Правильное определение готовности существенно повышает шансы Scrum-команды успешно достичь цели спринта. Вот список преимуществ, которые может предоставить правильно структурированное Определение готовности:
- Измеряет состояние готовности элемента бэклога
- Обеспечивает, что элементы продуктового бэклога проработаны «достаточно подробно»
- Помогает команде определить, когда владелец продукта или другой участник перегружены
- Способствует взаимной ответственности внутри команды
- Снижает давление на команду давать оценки до того, как истории станут «готовыми»
- Снижает «изменения требований» в процессе разработки
Пример — Определение готовности для спринта
Разные команды могут иметь различные критерии для определения готовности, и некоторым может потребоваться меньше элементов. Например, некоторые команды описывают только ценность для пользователя, выставляют приоритеты и уточняют способ демонстрации функционала. Другие аспекты, такие как оценки и коммуникация, происходят уже во время планирования спринта и т.д. Вот пример элементов, которые стоит учитывать при разработке Определения готовности для вашей команды:
- Спринт-бэклог упорядочен по приоритетам
- Спринт-бэклог содержит все дефекты, пользовательские истории и другую работу, на которую команда дает обязательство
- Нет скрытой работы
- Все члены команды учли свою загруженность на время спринта
- При полной занятости на проекте — X часов в день
- Все пользовательские истории соответствуют Определению готовности
Пример — Определение готовности для пользовательской истории
В этом разделе приведён пример Определения готовности для пользовательской истории, а также пример Определения готовности для спринта. Вы можете принять некоторые из этих элементов как базовые или отправные точки:
- Четко указана ценность истории для пользователя.
- Критерии приемки истории подробно описаны.
- Определены зависимости пользовательской истории
- Пользовательская история оценена командой разработки
- Команда Scrum принимает артефакты пользовательского опыта (UX)
- Определены критерии производительности, где это необходимо
- Указан человек, который примет пользовательскую историю
- Команда знает, как продемонстрировать историю.
Резюме
Термин «Определение готовности» не описан в руководстве по Scrum. Он является неотъемлемой частью пользовательской истории и содержащихся в ней критериев приемки. Возможно, вы подумаете, что Определение готовности является неотъемлемой частью процесса уточнения бэклога, а не просто контрольным списком для перехода на следующую стадию. Уточнение бэклога — это непрерывный процесс, поэтому оно не ограничивается конкретным мероприятием, а рассматривается как постоянная деятельность.
Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文