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

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

Пример истории для команды Peetic.

Пользовательская история. Возможность для хозяина бассет-хаунда записать своего питомца на выставку собак.

Название едва созданной истории обычно состоит из глагола и дополнения. Уже потом, в процессе работы, разработчики добавляют в него все, что сочтут важным.

Как и функциональность, история видна пользователям. Но есть два отличия:

✓ в эксплуатацию вводится сразу несколько историй,

✓ история разрабатывается в течение одного спринта.

Не все истории в бэклоге относятся к пользователям. Вот почему я чаще использую общий термин история, говоря об элементах бэклога. Некоторые также употребляют термин epic.

Epic – это история, которую невозможно закончить за один спринт. Она не может перейти к статусу готово.

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

Epic должен быть разделен на части и хорошо изучен, он нуждается в доработке. После разделения на части он исчезает.

6.4 Изображение бэклога

Из одного простого списка бэклог превращается в хранилище двух списков, к которому мы применяем структурный паттерн поставки/работы для большей наглядности.

Чтобы упростить управление бэклогом и мониторинг, существует еще один паттерн – двухфазный. Он основывается на изображении значимых этапов жизненного цикла элементов бэклога.

6.4.1 Жизненный цикл истории

В 2001 году Рон Джеффрис дал следующее определение истории: мы пишем на карточках то, чего хотим достигнуть. Затем мы проговариваем дальнейшую работу и коллективно подтверждаем. Такой подход называется Три П.

В Scrum команда дважды повторяет этапы проговаривания и подтверждения. Первый раз, чтобы подготовить работу над историей, и второй – чтобы ее закончить.

1. Однажды у кого-то появляется идея, и он пишет ее на карточке (сейчас для этого чаще используются Post-it®).

2. Владелец продукта и команда дорабатывают ее, коллективно и всесторонне проговаривая, пока она не становится историей, которую можно реализовать за один спринт.

3. Команда подтверждает, что она готова.

4. Команда реализует историю в рамках спринта, проговаривая весь процесс с Владельцем продукта.

5. Владелец продукта подтверждает, что работа завершена.

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

Между этими двумя непоследовательными этапами история уже готова – в том смысле, что она может быть реализована во время следующего спринта.

Рисунок 6.4 – Жизненный цикл истории

Эта модель помогает структурировать и дорабатывать бэклог, не забывая о том, что идея не приравнивается к готовой истории.

В главе 2 мы обсудили двухфазный подход (исследовать, затем использовать) к продукту, который, по сути, очень похож: общая идея – снизить риски и оценить все возможные варианты на первом этапе и приступить к реализации на втором.

Двухфазный паттерн – фрактальный: он применим к жизненному циклу и истории, и функциональности.

6.4.2 Бэклог поставки

• Жизненный цикл функциональности

Жизненный цикл функциональности зависит от контекста. На него влияет позиция Scrum в цепочке создания ценности. На начальном этапе – это принятие решения о начале разработки, на последнем – развертывание и ввод в эксплуатацию.

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

Функциональность готова, когда:

– подтверждается гипотеза о ее воздействии на пользователей,

– усилия по достижению этого воздействия сводятся к минимуму.

Она завершена, когда добавляет продукту ценность.

Владелец продукта придерживается принципа максимальный эффект при минимальных усилиях [24].