Топ-7 самых популярных Agile-методов оценки пользовательских историй

Table of Contents hide

1 1. Планирование покера

2 2. Размер футболки

3 3. Точечное голосование

4 4. Система ведра

5 3. Трехточечный метод

6 6. Оценка сходства

7 7 Метод сортировки

7.1 Резюме

7.2 Другие статьи о методах и артефактах Scrum

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

Гибкие методы оценки пользовательских историй — Visual Paradigm International

Многие agile-команды вокруг меня используют «покер планирования» для оценки очков истории. Хотя этот метод популярен, он также имеет свои ограничения.

Например:

Оцениваемая функция слишком велика, и ее нелегко оценить с помощью «покера планирования»;
выходит 300 рассказов;
В оцениваемой пользовательской истории недостаточно информации для справки;
Время поджимает, нет времени оценить весь список спроса на продукцию.

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

1. Планирование покера

Все участники используют пронумерованные игральные карты для оценки рассказа пользователя, анонимно голосуют при оценке, обсуждают, есть ли большие разногласия, а затем снова голосуют, пока вся команда не придет к единому мнению относительно точности оценки. Использование запланированного покера имеет ограничения и лучше всего подходит для небольших команд (5–8 человек) и небольшого количества пользовательских историй (до 10).

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

Планирование Poke Card — гибкие методы оценки

2. Размер футболки

Используйте размер футболки, чтобы оценить размер истории пользователя: XS, S, M, L, XL. Размер каждого размера представляет необходимость открытого и честного обсуждения. Этот метод быстрый и простой, и вы можете смело оценить размер списка спроса на продукт.

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

Гибкий метод оценки размера футболки — Visual Paradigm International

3. Точечное голосование

Этот метод подходит для оценки небольших пользовательских историй, а сам метод очень прост и эффективен. «Точечное голосование» — это способ принятия решений, но вы также можете использовать его для оценки пользовательских историй. Метод таков: каждому человеку присваивается несколько стикеров, и он может свободно выбирать, за какие пользовательские истории голосовать. Чем больше точек получает пользовательская история, тем больший объем она представляет.

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

4. Система ведра

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

Сначала настройте несколько «сегментов» в последовательном порядке «планирование покерной карты». Затем команда записывает пользовательскую историю, которую нужно оценить, на стикере и помещает ее в оценку «сегмента».

3. Трехточечный метод

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

Одноточечная оценка просто дает вам одно число — например,

Разработка: сколько времени потребуется для завершения функции обработки заказа?

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

Трехточечная оценка рассматривает наиболее оптимистичную оценку (O), наиболее вероятную оценку (M) и пессимистическую оценку (наименее вероятную оценку) или (L).

6. Оценка сходства

Оценка сходства заключается в том, чтобы найти сходство оцениваемых пользовательских историй. Задача команды — сгруппировать похожие пользовательские истории. Лучший способ «найти сходство» — визуализировать процесс и объединить промежуточные итоги в большие группы.

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

7 Метод сортировки

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

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

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

Резюме

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

Если вы заинтересованы в этих методах, пожалуйста, оставьте сообщение в разделе комментариев. Я могу более подробно описать метод(ы) в отдельной статье.