Предположим, ваша команда занимается чисткой автомобилей, и в вашу мастерскую прибывают три машины. Автомобиль A уже достаточно чистый и маленький, поэтому вы все соглашаетесь, что это один сторипойнт. Автомобили B и C больше по размеру, поэтому им присваивается удвоенное количество сторипойнтов. Story points могут быть сложными для понимания и эффективного использования. Даже когда вы думаете, что вы разобрались с ними, вы можете чувствовать себя запутанным, потому что есть множество способов их неправильного использования.

Story points (SP) — метод представления трудоёмкости задачи. Вместо оценки сроков реализации, в нём оцениваются все усилия, которых она потребует. В баллах представляются времязатраты, объём работы, техническая сложность https://deveducation.com/ задачи, пробелы в требованиях, риски и так далее. Такая оценка задач более объективна — меньше зависит от опыта оценивающего. Пользовательские истории изящно вписываются в методики Agile, такие как Scrum и Kanban.

Story Points. Как не потеряться в полсотни историй пользователей? Поговорим об оценке родства и стори поинтах

Мы не можем знать, сколько точно времени займет разработка, но мы можем наглядно увидеть, какая задачу можно выполнить быстрее, а какая задача займет больше времени. Идеальный инженерный день называется «идеальным» потому, что всегда есть риски, что что–то пойдет не так. Поэтому мы предлагаем оценить историю в человеко–днях, если предположительно все будет идти «более–менее хорошо», и разработчики не будут отвлекаться и будут работать конкретно над этой задачей. Стори поинтами измеряют усилия, которые нужны, чтобы выполнить элемент бэклога продукта или любой другой отрезок работы. Величина, отражающая количество работы, которое Скрам-команда может выполнить за один Спринт. Производительность вычисляется в конце Спринта как сумма Стори Поинтов по всем полностью завершенным Элементам Бэклога Спринта.

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

Подготовка[править править код]

А вот процедура оценки в Story Points редко занимает более трех часов. Оценить задачу или требование через Story Points довольно просто. Чаще всего для оценки используется так называемый Planning Poker — покер планирования. Суть этого метода сводится к тому, что каждый член команды делает свою оценку в Story Points независимо, а после разбираются результаты. Потом нужно оценить, как на трудозатраты повлияет риск.

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

Как можно использовать оценки в Story Points

Одна из основных сложностей сторипойнтов заключается в оценке первых задач, без предварительных данных для ориентира. Распространенным подходом является выбор наименьшей задачи, которую вам когда-либо потребуется оценить, и присвоение ему одного пункта. Эта задача становится вашей исходной, к которой вы будете ссылаться в дальнейшем. Защитник DevOps Джонатан Холл называет это “золотым элементом”.

Если слабому менеджеру сказать что сторипоинты это про идеальные дни, то он попытается оценить всех кто в команде. Он будет оценивать тестировщиков, аналитиков и всех стори поинт это кто есть в команде. Эта таблица похожа на Шкалу Бофорта, только вместо скорости ветра тут идеальные дни, а вместо баллов Бофорта тут баллы истории или сторипоинты.

Ошибка 9. Недооценивать объём работы

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

• Для меня истинная радость — делиться этими знаниями с другими людьми, публикуя многочисленные статьи, участвуя в беседах и распространяя видеоматериалы, которые я создаю для Atlassian.
• Сторипоинты, короткие итерации, капасити и велосити в этом случае будут излишним усложнением.
• Стори поинты дают более точную оценку, существенно уменьшают время планирования, позволяют лучше прогнозировать дату релиза и повышают производительность команд.
• Каждая команда способна добиться своего уникального результата.
• Автомобиль A уже достаточно чистый и маленький, поэтому вы все соглашаетесь, что это один сторипойнт.

Scrum — это  гибкая методология разработки ПО, помогающая командам вести совместную работу. Просто выкрикивать оценки не очень эффективно, к тому же может возникнуть спор внутри команды и встреча затянется надолго. Один из вариантов оценки команды — это Покер планирования. Для этого примем шкалу оценки и расставим на ней задачи, требующие оценки. Story Point  условная величина, позволяющая оценивать задачи из бэклога. Еще один важный момент — оценка тех задач, которые уже взяты в работу, должны оставаться неизменными, даже если появляется новая информация (а она наверяка появится).

Ошибка 5. Не всегда проверять свой код

«Клиентами» необязательно должны быть сторонние конечные пользователи в привычном смысле слова. Эту роль могут на себя примерять внутренние клиенты или коллеги из организации, которые рассчитывают на вашу команду. Пользовательские истории — одна из базовых составляющих agile-программы.

Стори поинты: как это работает

Во втором методе оценки по Story Points используется последовательность Фибоначчи — 0, 1, 2, 3, 5, 8, 13, 21 и т.д. Однако, не всегда бывает просто определить вес задачи в таких относительных единицах. Особенно это касается больших задач, которые могут уже совсем смутно соотноситься с выбранным эталоном.