Скрам - Оценка

В проектах Scrum оценка выполняется всей командой во время собрания по планированию спринта. Целью оценки будет рассмотрение пользовательских историй для спринта по приоритетам и способности команды работать в течение временного интервала спринта.

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

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

Размер Приращения продукта оценивается в Очках пользовательской истории. Как только размер определен, усилия оцениваются с помощью прошлых данных, т. Е. Усилия на точку истории пользователя, называемую производительностью.

Методы оценки Scrum

Скрам-оценка пользовательских историй основана на степени сложности каждой пользовательской истории. Для оценки степени сложности используется определенная шкала.

При оценке Scrum используются несколько типов шкал. Ниже приведены несколько примеров -

• Числовой размер (от 1 до 10)
• Размеры футболки (XS, S, M, L, XL XXL, XXXL)
• Последовательность Фибоначчи (1, 2, 3, 5, 8, 13, 21, 34 и т. Д.)
• Породы собак (чихуахуа, ………, немецкий дог)

Техника оценки обычно выбирается таким образом, чтобы вся команда схватки была знакома со значениями шкалы и была им комфортна. Наиболее часто используемая и самая популярная техника - это Planning Poker, основанная на последовательности Фибоначчи.

Планирование покерной техники

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

В Planning Poker используется колода карт. Поскольку используется последовательность Фибоначчи, карты имеют числа - 1, 2, 3, 5, 8, 13, 21, 34 и т. Д. Эти числа представляют собой точки истории. У каждого оценщика есть колода карт. Цифры на карточках должны быть достаточно большими, чтобы их могли видеть все члены команды, когда один из членов команды держит карточку.

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

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

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

Команда может обсудить историю и свои оценки еще несколько минут.

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

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

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

Планирование покера сочетает в себе три метода оценки -

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

Оценка мнения экспертов обычно не занимает много времени и является более точной по сравнению с некоторыми аналитическими методами.

Analogy: Оценка аналогии использует сравнение пользовательских историй. Пользовательская история при оценке сравнивается с аналогичными пользовательскими историями, реализованными ранее. Это приводит к точным результатам, поскольку оценка основана на проверенных данных.

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

Заключение

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