Основные понятия Scrum. Story Points (Стори поинты) Вот мы и | Digital Media

Основные понятия Scrum. Story Points (Стори поинты)

Вот мы и добрались до 5-ой части нашего мини-курса, в которой рассмотрит понятие Story Points. Напомню, в предыдущей части мы говорили про Grooming.

Story Points – это условная величина, с помощью которой оценивается сложность выполнения истории. Story points не должны привязываться к физическому времени: часам, дням и т.д. Для значений story points, как правило, используются числа Фибоначчи (1, 2, 3, 5, 8, 13 и т.д.), либо похожие на Фибоначчи (...13, 20, 40, 80, 100), чем выше значение, тем сложнее реализации фичи.

По окончанию груминга конкретной истории, соответственно нужно оценить сложность ее выполнения. Как это происходит, есть такое понятие Planning Poker – техника оценки. В чем суть, всей команде раздаются карточки с story points (1, 2, 3, 5...) и каждый член команды должен проголосовать, выбрав нужную карточку. Важно понимать, голосуют в закрытую, то есть, на этапе голосования я знаю только свою оценку и никому ее не показываю, пока все не проголосуют. Когда все проголосовали/выбрали оценку – карточки открываются и таким образом смотрят, каких оценок больше.

И тут есть несколько вариантов

1. Простой. Достаточно редкий кейс, когда звёзды сложились, и каким-то чудом все оценки получились одинаковыми. На этом всё, историю оценили единогласно, идем дальше.

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

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

Если вы только начали или начинаете работать по Scrum, planning poker может показаться чем-то не понятными и сложными, но на самом деле сложного в нем ничего нет, просто нужно время, чтобы понять как правильно сопоставить эти величины с реальной сложностью выполнения. Все это приходит с опытом.

Надеюсь мне удалось в понятном виде донести основную мысль. Согласно нашего плана, в следюущей части рассмотрим Sprint Planning.