Story Points. Как не потеряться в полсотни историй пользователей? Поговорим об оценке родства и стори поинтах

Жила себе скрам-команда, которая ничего не знала об Affinity Estimation (оценке родства). И случилось у них первое собрание по уточнению бэклога, и встала перед ними задача приоритизировать свеженаписанные истории пользователей. Вспомнила одна из членов команды о стори поинтах. И спросила команду:

Оценивание в стори поинтах ― важная аджайльная практика, которая помогает команде понять уровень сложности каждой отдельной истории пользователя. В дальнейшем это даст владельцу продукта и команде разработки понимание количества историй, которые можно обработать в течение спринта, а также меру, в которой можно описать заинтересованным лицам объем работ.

Однако, чтобы реализовать такое оценивание, сначала нужно создать шкалу. Есть у нас парочка любимых способов создания шкалы оценивания историй, и мы обязательно ими поделимся. Но чуть ниже.

А прежде обсудим две самые распространенные ошибки в этой технике:

1. вера в то, что стори поинт как-то соотносится с точным числом;
2. связывание стори поинта с единицей времени.

О первой. Результат оценивания, выдернутый из ряда других результатов, не имеет ценности. Вот вам пример:

1. Насколько Сергей высокий?
2. Сергей выше, чем Саша.

Чтобы во второй фразе был смысл, человеку нужно понимать, какого примерно роста Саша. Отсюда исходит, что стори поинты ― не числа, а единицы сравнения. Если бы в ответе прозвучало “Сергей ростом метр восемьдесят”, можно было бы говорить о числе. А “Сергей выше Саши” ― сравнение.

О второй. Оценивание в стори поинтах несоотносимо со временем. Мы оцениваем скорее сложность историй по отношению друг к другу.

С чего начать? Три метода оценки родства

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

У каждой команды есть свой уникальный набор навыков. Каждая команда способна добиться своего уникального результата. Соответственно, каждая команда должна создать свою уникальную шкалу. Сделать это нужно, если команда впервые оценивает вместе, впервые работает вместе или же впервые занимается проектом, который требует применения невостребованных ранее навыков (например, раньше команда разрабатывала приложения для веба, а теперь переходит на мобильные).

Для оценки родства нужно записать каждую историю пользователя на отдельной карточке. Можно обсуждать, можно нет. Мы предпочитаем, чтобы фасилитатор (скрам-мастер) разрешил задавать вопросы и разговаривать (конечно же, с ограничениями по времени!): это дает команде более глубокое понимание работы, которую придется выполнять.

Измеряем в футболках

Поможет сконцентрироваться на диапазоне сложности без привязки к числам.

1. Использование размеров футболок в качестве стори поинтов ― яркий пример бакетизации. Команда начинает с трех корзин: S, M и L. Можно создать колонки на доске или использовать настоящие корзинки, коробочки, тарелочки… Подойдет любой способ физической категоризации.
2. Каждый член команды по очереди берет карточку с историей и кладет ее в соответствующую категорию.
3. Повторяем, пока не разложим все карточки.
4. Если трех категорий недостаточно, можно увеличить их количество вплоть до шести, добавив XS, XL и XXL.

Можно обсуждать решения, можно не обсуждать.

Измеряем в белых слонах

Почему в слонах, причем белых?

По легенде, король Сиама дарил опальным вельможам слона-альбиноса. Белый слон считался священным животным, использовать в работе его было нельзя, выгнать или убить ― тем более. Подарок короля наносил получателю огромный финансовый ущерб.

Сегодня обмен подарками по типу белого слона ― популярная игра для вечеринок. Дон Макгрил вдохновился идеей и создал по ней интереснейший аджайл-твист.

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

1. Создайте шесть колонок на доске (XS, S, M, L, XL, XXL).
2. Перетасуйте колоду историй пользователей.
3. Каждый член команды берет из колоды историю и читает ее вслух.
4. У него есть одна минута, чтобы разместить историю в колонке. Обязательно нужно объяснить свой выбор.
5. Следующий.
6. После нескольких кругов члены команды смогут использовать свой ход, чтобы передвинуть карточку из одной колонки в другую (объясняя свое действие). Новую карточку в этот ход они не берут. Это правило как раз и напоминает игру в белого слона.

Истории, которые не удалось разместить в течение одной минуты, автоматически уходят в среднюю колонку.

Источник фасилитации: tastycupcakes.org

Измеряем по росту

Цель упражнения ― расположить истории от маленьких (наименее сложных) к большим (наиболее сложным). Для этого вам понадобится очень большая стенка 🙂

1. Скрам-мастер складывает все истории в кучу.
2. Первый член команды берет из кучи историю, читает ее вслух и крепит на стену.
3. Следующий берет следующую историю и крепит слева или справа от предыдущей. Слева крепим истории попроще, справа ― посложнее.
4. Каждый располагает истории в свою очередь, пока все истории не окажутся на стене.

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

Источник фасилитации: www.agilelearninglabs.com

Распределение ценности

Наконец-то все истории распределены по уровням сложности. Теперь пора присвоить каждой группе ценность. В нашем сообществе принято использовать для этого числа Фибоначчи ― 1, 2, 3, 5, 8 и 13, где 1 представляет самые простые, а 13 ― самые сложные истории.

Примечание

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