Большому бэклогу – большую стену

16 Фев 2018

Начинать работу над новым продуктом всегда сложно и волнительно. Особенно трудно приходится командам-новичкам в Agile. Они осваивают новые инструменты, привыкают брать на себя ответственность, учатся взаимодействовать с бизнесом. Представители бизнеса тоже не всегда умеют работать по-новому. Как коуч я помогаю командам начать работать по agile. Сегодня я расскажу об инструменте оценки бэклога, который подходит как для молодых, так и для опытных команд.

Одна из первых вещей, которую нужно сделать для нового продукта (после определения концепции) – это создание бэклога. С помощью коуча вовлечённые заинтересованные стороны и Владелец продукта генерируют большое количество пользовательских историй. Особенно если продукт крупный, стейкхолдеров много и все они очень креативные визионеры. И это прекрасно!

После одной-двух-трех сессий по формированию бэклога мы передаём его команде для оценки. Оценить бэклог с множеством пользовательских историй – непростая задача даже для опытной команды. Если использовать покер планирования, то на оценку бэклога продукта в 400+ историй уйдёт внушительный объём времени и усилий команды. Но не отчаивайтесь – выход есть!

Решение проблемы я подсмотрел у Митча Лэйси (Mitch Lacey, https://www.mitchlacey.com/ ). Автор назвал инструмент оценки «Big Wall» («Большая Стена»). «Стена» позволяет провести первичную оценку трудозатрат и приоритета элементов бэклога, получив в итоге довольно структурированный артефакт, а не гору карточек. Всё, что нам понадобится – это бэклог, команда, заинтересованные стороны, стикеры, маркеры и стена. Стена должна соответствовать по размеру бэклогу. Обычно 5-7 метров сойдёт, но чем больше бэклог – тем больше она должна быть.

Оценка трудозатрат

Первая часть работы лежит на команде разработки. Из множества карточек команда должна достать самую сложную и самую простую карточки. Лёгкую нужно повесить у левого края стены, а трудную – у правого. А затем, шаг за шагом команда размещает оставшиеся истории между ними в соответствии с размером – от большой к маленькой. Скорее всего на этом этапе команда увидит группы карточек, похожие по трудозатратам. Им можно присвоить «рубашечные» размеры: так, ближайшие к левой стене будут S (Small), а далее возрастать по количеству выявленных групп. Высоте размещения на данном этапе значение не уделяется.

Этот этап может занять у вас от четырёх до восьми часов. Результаты работ стоит сфотографировать.

Расстановка приоритетов

На следующем этапе главную роль играют заинтересованные стороны. Они работают с доской в том виде, какой её оставила команда. Задача стейкхолдеров – расставить приоритеты. Как мы помним из Руководства по скраму, самые приоритетные элементы находятся вверху бэклога, а наименее приоритетные – внизу. Здесь ровно та же логика. Владелец продукта вместе с заинтересованными сторонами перемещают задачи по вертикали, помещая наиболее ценные элементы в верхней части стены.

Команда участвуют на этом этапе косвенно – отвечает на вопросы бизнес-пользователей («Почему эта задача так далеко справа? Это же раз плюнуть!»), следят, чтобы стейкхолдеры не двигали задачи влево (естественно, случайно). Могут задавать свои вопросы, если они возникли в ходе первого этапа и уточнять свои оценки.

На данном этапе возникают основные дискуссии. Стейкхолдеры будут передвигать свои карточки выше, а (условно) «чужие» — ниже. Владелец продукта не может уследить за всем, потому каждое такое передвижение стоит отмечать стикером или маркером, чтобы владелец продукта, когда дойдёт до этой карточки знал, что тут есть конфликт. Команда и стейкхолдеры помогают ему в этом.

Принятие решений

После того, как Владелец продукта и заинтересованные стороны закончили работу со стеной, пришло время принимать решение. Самые «сочные» истории находятся в левом верхнем углу. Это высокоприоритетные задачи, которые не займут у команды много времени. С высокой долей вероятности MVP находится в верхней части вашей стены. Если вы нашли его, можно перейти к более подробному его планированию, оставив остальные задачи на потом.

Или вы можете сгруппировать задачи на несколько релизов сверху-вниз и заняться более плотным планированием и анализом первого и следующего за ним. В любом случае, вы проведёте как минимум первичное упорядочивание бэклога и вам уже не придётся хвататься за голову с вопросом «что делать?».

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

Визуально стена похожа на Карту Пользовательских Историй, предложенную Джеффом Паттоном (Jeff Patton), но это немного другой и чуть более сложный инструмент. Про Карту мы поговорим в другой раз.

 

 

 

Автор: Артемий Анцупов
ICAT, Prince2 Foundation

 

 

Смотрите также:

• Обучение: ICAgile Certified Professional
• Статья: 10 вредных советов новичку в Agile
• Новость: Agile Days 2018: Трэк DevOps