#storypoints #оценка

Продолжаем цикл постов про Story Points (SP). Сегодня разберем более подробно, что это такое SP и какие преимущества получает команда, когда их использует.

Представим, что нам необходимо выкопать яму размером 3 кубических метра. Если у нас есть детская лопатка, то эту яму один человек выкопает за 7 дней. Однако, если у него есть качественные штыковая и совковая лопаты, то это можно сделать за 3 дня. Если над задачей будет работать параллельно 3 человека, то яму удастся выкопать менее, чем за день. В случае, если будет привлечен экскаватор, то потребуется около часа, чтобы выполнить задачу. Как вы видите, время выполнения задачи варьируется в зависимости от имеющихся инструментов, количества людей, их физической подготовки и многих других факторов. Однако размер ямы не зависит от всех этих параметров.

Story Points позволяют установить размер самой задачи (так же, как кубические метры используются для определения размера ямы). Ее размер не зависит от того, сколько человек будет работать над ней, и какой у них опыт.

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

В чем преимущества использования SP?

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

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

P.S. - Story Points не являются обязательным инструментом для оценки элементов бэклога продукта в Scrum. Если команде удобно оценивать в часах и это успешно работает - не стоит навязывать данный способ команде.