Все о SCRUM. Изучение, разработка, интеграция

Семантическая ремарка: при том, что бэклог по определению есть список задач, завершенные истории теоретически в него уже не входят.

Преимущества паттерна лотков

Применение этого паттерна означает для команды (и особенно для Владельца продукта) следующее:

✓ четко видеть, что у каждой части в изображении своя цель, отличная от других;

✓ работать над каждой частью в соответствии с этапом, на котором она находится;

✓ не быть заваленными огромным количеством историй.

Рисунок 6.7 – Структура рабочего бэклога на основе этапов жизни

В этой главе мы рассмотрели бэклог в статике. Следующая будет посвящена бэклогу в динамике и процессу циркулирования историй и функциональностей в потоке.

6.5 Типология историй

Какую работу заносить в бэклог? Бывает, команда тратит время на технические аспекты или на исправление ошибок. Паттерн сториотип [26]может помочь команде разобраться, что стоит записывать в бэклог, а что вносить не нужно.

Этот паттерн основан на идее Филиппа Крухтена: визуализация элемента бэклога по двум основным направлениям [27]:

✓ Ценность – в зависимости от того, добавляет элемент новую или восполняет отсутствующую;

✓ Значимость – в зависимости от того, кому продукт предназначен.

Рисунок 6.8 – Четыре основных типа историй

Эта классификация помогает не забыть внести работу в бэклог. Она будет полезна вкупе с более детальной классификацией критериев завершенности (Definition of Done, DoD).

6.5.1 Пользовательская история

Это история, которая имеет значение и ценность для заинтересованных сторон.

Большинство из этих элементов адресованы и обещают ценность отдельным группам заинтересованных сторон, в частности, пользователям.

Пример пользовательской истории для команды Peetic.

Для нашего сайта встреч и знакомств для животных – это добавить фотографию своего питомца.

Эта история реализована при помощи кода. Он может включать и другие истории, не содержащие кода и имеющие значение для заинтересованных сторон.

Пример: команда создала видеоинструкцию, показывающую пользователям, как добавить фотографию своего животного.

6.5.2 Исправление ошибок

Баги уменьшают ценность продукта: история, которая к нему относится, больше не выполняет все, что было обещано пользователю. Соответственно, устранение багов поможет восстановить ценность продукта.

Подход к багам в Scrum довольно хитрый. Не надо думать, что все баги хранятся в бэклоге. В первую очередь, нужно постараться выявить и исправить ошибки как можно быстрее, прямо во время спринта. Их не нужно заносить в бэклог. Добавление нового критерия приемки также не считается багом: это новая история.

Какие же баги входят в бэклог? Если по завершении истории, уже в следующем спринте обнаруживается несовершенство, препятствующее ее использованию, такой баг может быть внесен в бэклог. Для команды, освоившей инженерные практики, это лишь незначительные ошибки.

Пример устранения бага: Добавить автоматический разрыв строки в текст заголовка фотографии питомца, который переместится на следующий столбец.

6.5.3 Техническая работа

Это работа, которая приносит ценность команде, но не видна заинтересованным сторонам.

Внимание

В пользовательских историях всегда есть техническая работа (дизайн, код), и это очень хорошо. Речь идет о работе, которая не связана с пользовательскими историями, но настолько значительна, что хотелось бы, чтобы она была более видима заинтересованным сторонам.

Внесение технической работы в бэклог оправдано в следующих ситуациях:

✓ необходимо провести техническое исследование, чтобы принять решение о том, как реализовать пользовательскую историю;

✓ есть технические риски, которые надо устранить до реализации пользовательской истории;

✓ необходимо улучшить качество или способ работы команды: инфраструктуру, логистику, новые инструменты, обучение, и т. д.

Пример технической работы. Изучить решение для хранения фото и видео с питомцами (в случае, если эта работа не включена в историю добавить фото или видео).