Когда в 2006 году я впервые участвовал в проекте и сопровождал переход команды к Scrum, использовал термин
Наши братья из Квебека, которые являются ревностными последователями офранцуживания английских слов, переводят бэклог как carnet (блокнот), но
Хотя и не без путаницы: кое-кто упорно произносит
Рисунок 6.1 – «Я сказал дополнить бэклог, а не исполнить «Black dog»
Scrum-мастер – разработчику и фанату группы «Led Zeppelin»
В литературе о Scrum различают бэклог продукта и бэклог спринта.
✓ В 2008 я решил более не использовать термин
✓ Начиная с третьего издания этой книги, сокращаю
Этому есть несколько причин: во-первых, так проще, во-вторых, мы говорим о продукте и, наконец, – это больше соотносится с командой. К слову, в Scrum 3.0 термин п
Остается только прояснить грамматический род этого слова. Я слышал, кто-то считает, что бэклог женского рода. Но я буду, как большинство, думать, что это слово мужского рода.
На первый взгляд, бэклог – это список задач для команды, обладающий некоторыми отличительными особенностями.
Рисунок 6.2 – Свойства бэклога
Владелец продукта – главный в процессе разработки и поддержания бэклога. В то же время, бэклог является инструментом обмена в экосистеме: он легко доступен как для команды, так и для заинтересованных сторон. Любой может его просмотреть и предложить идеи.
Бэклог находится в общем доступе, поддерживая прозрачность процесса и упрощая обратную связь.
Часто бывает, что бэклог команды, начинающей работать в формате Scrum, – огромный и неприступный. Особенно у команд, которые используют электронные таблицы, бэклог выглядит как мешанина из десятков и сотен элементов.
Это нецелесообразно. Список невероятно длинный. Распределить задачи невозможно. Хотя бэклог и является, по сути, списком задач, это не значит, что с самого начала работы надо детально описывать, к чему команда подойдет не завтра и даже не послезавтра.
Конструктивный подход к созданию бэклога и его дальнейшая структуризация позволят ограничить количество элементов в списке.
Конструктивное сокращение бэклога делает его понятным и упрощает его использование.
Элементы бэклога расставлены в предположительном порядке их реализации. У задач должна быть четкая последовательность.
Приоритетный порядок, нетипичный для документов спецификации, адаптирован для итеративной разработки: последовательность элементов соответствует последовательности, в которой они будут реализованы.
Если А приоритетнее, чем Б, то А будет выполнено до Б.
Владелец продукта стремится максимизировать ценность, минимизируя затраченные ресурсы. Он использует критерии, чтобы определить порядок.
В бэклоге находится все, что при традиционном подходе рассредоточено по разным документам и инструментам. Уникальность бэклога упрощает распределение задач и его поддержание в рабочем состоянии. Но самое важное – это единственный список задач для команды.
Уникальность бэклога концентрирует усилия команды и помогает избежать негативных последствий мультизадачности.
Бэклог следует жизни продукта и развивается вместе с ним. В современном мире продукты не статичны, они создаются и развиваются постепенно и постоянно.
Бэклог живет продолжительное время, претерпевая изменения с каждым сезоном:
✓ одни элементы добавляются,
✓ другие убираются,
✓ какие-то из них разбивают на несколько,
✓ порядок элементов корректируется.
Бэклог живой, потому что продукт постоянно развивается. Иначе он умирает вместе с продуктом.