Что такое Agile Story Points и как их рассчитать?

Хотите знать, что такое Agile Story Points?

Story points (Сюжетные очки) могут звучать как награда, которую вы получаете, играя в фэнтезийную видеоигру. 

Но это не так!

Story Points — это метод оценки Agile , который дает вам относительную оценку того, сколько работы и усилий уйдет на конкретную задачу.

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

Но не волнуйтесь.

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

Давайте начнем эту историю.

Что такое Agile Story Points ?

Прежде чем мы поговорим о том, что такое история , нам нужно понять два термина: «пользовательская история» и « балог продукта». ' 

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

Пример реальной пользовательской истории : «Как игрок, я хочу, чтобы мой герой умел летать». 

Но подождите, какое место пользовательская история занимает в процессе Agile-разработки ?

Он вписывается в бэклог продукта . 

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

Подумайте об этом так: 

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

Итак, теперь давайте вернемся к сюжетным точкам .

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

Это как уровень сложности в игре. 

Большее число означает более сложный уровень.

Однако именно здесь большинство людей ошибаются.

В видеоигре уровень 2 не обязательно означает, что он в два раза сложнее уровня 1.  Но это не относится к сюжетным очкам.

Давайте объясним:

Story Points — это метод относительной оценки (также называемый относительным размером ). 

Относительная оценка означает, что значения присваиваются на основе сравнения . Это означает, что нет стандартных единиц для очков истории.  

Например, если пользовательская история А имеет балл 2, а пользовательская история Б имеет балл истории 1, это будет означать, что А потребует в два раза больше усилий , чем завершение Б.

Однако видеоигры и сюжетные точки имеют одно сходство: точки отсчета .

Например, предположим, что две команды создают две похожие мобильные игры-головоломки.

10-й уровень в первой головоломке не обязательно будет таким же сложным, как 10-й уровень во второй головоломке, верно?

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

Зачем использовать Story Points в Agile?

Мы знаем, о чем вы думаете.

Действительно ли нам нужно использовать Agile - методы оценки, такие как стори-пойнты?

Разве мы не можем вместо этого просто использовать оценки времени ?

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

Story Points позволяют рассчитать скорость команды и объективно оценить работу.

1. Скорость команды можно рассчитать

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

Почему?

Рассчитав скорость вашей команды, вы можете визуализировать:

• эффективность вашей Agile-команды
• скорость, с которой развивается ваша Agile-команда

Таким образом, вы сможете лучше прогнозировать график своего будущего проекта.

Но что такое скорость ?

Скорость ( также называемая скоростью спринта ) показывает объем работы , выполненной в каждом спринте. Это общее количество завершенных очков истории, деленное на общее количество спринтов.

Например, предположим, что ваша команда набирает 50 очков за 2 спринта. 

Тогда их скорость спринта будет (50/2) = 25 очков за спринт.

2. Оценка без конкретных временных обязательств

Не всегда все идет по плану, даже в Agile-проекте .

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

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

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

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

3. Сюжетные баллы не являются субъективными

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

Вот почему этот подход не всегда дает точную оценку .

Например, старший разработчик может назначить задачу «7 часов» в соответствии со своим стандартом, но младшему разработчику может потребоваться 15 часов для выполнения той же задачи. 

Сюжетные баллы устраняют эту проблему. 

При подсчете баллов Agile вся команда собирается вместе и решает, какие баллы присвоить пользовательской истории. 

3 ключевых фактора, влияющих на сюжетные очки

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

Но что именно означает усилие ?

Давайте взглянем:

А. Сколько работы нужно сделать ( размер истории )

Не все элементы невыполненной работы одинаковы; один элемент бэклога продукта может потребовать больше работы , чем другой.

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

• «Я хочу новое оружие для главного героя, Короля обезьян»
• «Я хочу новое оружие для всех героев»

Как вы думаете, какой из них займет больше времени?

Вторая история, конечно! 

По сравнению с ней первая история не займет много труда .

Таким образом, вторая история получит больше очков, чем первая, из-за большего размера истории .

B. Риск и неопределенность 

В некоторых видеоиграх все довольно непредсказуемо, верно?

Вы идете через лес, и вдруг появляется могущественный тролль 99 уровня. 

Ой! 

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

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

С. Сложность 

Сложность , безусловно, является очень важным фактором для любого метода оценки Agile .

Вот две похожие истории с разными критериями приемлемости :

• «Я хочу новый костюм для персонажа Геральта»
• «Я хочу новую специальную атаку для Геральта»

Заметили разницу в их сложности ?

Первый — это кусок пирога, просто несколько настроек здесь и там, и вуаля!

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

Затем вам нужно будет проверить на наличие ошибок.

Естественно, в процессе оценки усилий такие пользовательские истории явно зарабатывают больше баллов. 

Как рассчитываются Story Points в Agile? Пример сюжетной точки

Вы можете рассчитать баллы Agile, создав базовую историю, выбрав масштаб и метод оценки, а затем вычислив их соответствующим образом.

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

Звучит интересно, правда?

Давайте теперь узнаем, как сделать оценку в пунктах : 

1. Создайте базовую историю

Настроить покерный стол

Стол накрыт, и оценочное совещание вот-вот начнется! Вы взволнованы?

Первым шагом метода оценки является создание эталонной или базовой истории . 

Это завершенная пользовательская история из более раннего цикла итерации , которой присвоено значение балла (обычно 1 для простоты). 

Это будет нормализованная история .

 Бэклог продукта также представлен со всеми новыми пользовательскими историями.

2. Выберите шкалу для оценки

Раздайте карты

Для оценки сюжетных баллов используются две шкалы :

• Линейная шкала: содержит натуральные числа, такие как 1, 2, 3 и т. д .
• Шкала Фибоначчи : числа из ряда Фибоначчи, такие как 1, 2, 3, 5, 8 и т. д .

Для простоты большинство Agile -команд склонны выбирать ряды Фибоначчи для оценки своих историй .

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

Вот как выглядит оценочная таблица, когда команда впервые начинает ее заполнять!

3. Начните покер планирования

Не волнуйтесь, они не пропустили пустые ячейки! Это то, что они заполняют во время встречи по оценке Agile!

Но что такое покер планирования ?

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

Вот что происходит во время этой встречи по оценке Agile :

1. Каждый оценщик получает набор карточек с числами из шкалы Фибоначчи . 
2. Один элемент невыполненной работы представляется за раз, и оценщики подробно обсуждают его.
3. После завершения обсуждения каждый оценщик выбирает карту с числом Фибоначчи .
4. Все вместе раскрывают свою карту (прямо как в покере, все карты на столе)
5. Если все оценки совпадают, то значение присваивается
6. Если они не совпадают, оценщики продолжают обсуждение, чтобы достичь консенсуса.

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

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

4. Расчет скорости команды и планирование графика проекта 

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

Но сюжетные точки Agile по-прежнему играет очень важную роль.

Они помогают отслеживать эффективность команды и делать более точные прогнозы.

Как?

После завершения первого спринта проводится ретроспектива спринта .

Это предоставит вам данные для расчета скорости команды (количество очков истории, выполненных во время спринта).

И тогда происходит волшебство! 

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

Это выводит планирование спринта на новый уровень.

Например, если ваш Agile-проект имеет общую оценку 480 баллов, а ваша фактическая скорость равна 48, то вы можете подсчитать, что вашей команде потребуется 10 спринтов, чтобы завершить весь проект.

Это позволяет легко планировать график Agile-проекта.

статья на англ: https://clickup.com/blog/agile-story-points/