Story Points в Scrum и Agile: что это и зачем нужно бизнесу

Узнайте, как правильно оценивать задачи в рамках Scrum и Agile, чтобы команда работала слаженно, а ее продуктивность росла. Один из ключевых инструментов для этого — Story Points. Это особая метрика, которая помогает оценивать сложность и объем задачи. Кроме того, учитывает навыки и опыт.

Story Points позволяют взглянуть на задачи не с позиции времени. Можно учитывать другие факторы, такие как неопределенность, риск и уровень сложности. Однако не получится оценить стоимость задачи, потому что сторипоинты не привязаны к конкретным временным и денежным ресурсам.

В этой статье подробно разберем, что означают Story Points и как правильно ими пользоваться в ежедневной практике. Обсудим, как этот инструмент помогает эффективнее планировать и закрывать задачи в Agile-проектах.

А внедрить актуальные практики управления поможет консалтинговая компания Neogenda. Среди наших клиентов — Тинькофф, Сбер, Яндекс, Точка, X5 Group. Предлагаем более 100 услуг — обучим персонал и даже проведем реорганизацию, если нужно. Чтобы привести бизнес к результату, сделайте первый шаг — обратитесь за бесплатной консультацией к практикам Neogenda.

Что такое Story Points

Story Points — это относительная мера, которая помогает оценить, сколько нужно работать, чтобы решать задачи в Agile-проектах. Чаще всего инструмент используют в Scrum и Канбан. Чтобы стало понятнее: прием user story(пользовательская история) описывает «что» продукт должен сделать для пользователя, а Story Points в Agile помогают определить, «насколько сложно» это сделать.

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

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

При работе со Story Points оценка задач командой опирается на три фактора:

1. сложность задачи — насколько трудно выполнить ее технически;
2. объем работы — сколько действий или этапов нужно пройти, чтобы завершить задачу;
3. неопределенность — насколько точно известны все требования и возможные проблемы.

Пример 1. Допустим, у нас появилась задача: разработать новую страницу регистрации пользователей.

Сложность: относительно низкая — основные шаблоны уже есть.

Объем работы: средний — нужно создать новую форму, обработать данные, провести тестирование.

Неопределенность: небольшая, так как требования четко определены.

Оценка: 5 Story Points.

Пример 2. Задача: устранить проблему с безопасностью в системе аутентификации.

Сложность: высокая — баг связан с критической частью системы.

Объем работы: низкий — нужно изменить несколько строк кода.

Неопределенность: высокая — возможно, понадобится дополнительное исследование.

Оценка: 8 Story Points.

Пример 3. Задача: увеличить скорость обработки запросов к базе данных.

Сложность: средняя — нужно провести анализ и внести изменения в запросы.

Объем работы: высокий — предстоит обработать большое количество запросов.

Неопределенность: средняя — известно, что проблема есть, но точное решение не сразу очевидно.

Оценка: 13 Story Points.

Такая оценка задач в Scrum и Agile позволяет команде лучше планировать спринты и распределять ресурсы.

Почему Story Points лучше человеко-часов

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

Однако в последние годы концепция Story Points набирает все большую популярность. Рассмотрим, чем она лучше привычного подхода с человеко-часами:

• Абстрагируется от времени. Сторипоинты измеряют сложность и объем работы в относительных единицах. Не привязываются к конкретному времени. Это позволяет команде сосредоточиться на сложности задач, а не на предположениях о том, сколько времени они займут, — обычно здесь все крайне субъективно и изменчиво.
• Учитывает неопределенность. Если оценивать задачу в Story Points, можно учитывать связанные с ней сложности, риски, неопределенности. А в человеко-часах легко переоценить время, которое нужно, чтобы решить проблему. Сторипоинты позволяют более гибко подходить к оценке.
• Дает сравнительную оценку. Благодаря Story Points можно быстро сравнивать задачи, определять их относительную сложность. Планировать и распределять задачи становится проще — можно быстрее определить, что задача в два раза сложнее другой, и не пытаться точно спрогнозировать время выполнения.
• Стимулирует командную работу. Оценка задач в Story Points часто связана с командным обсуждением, а это помогает лучше понять, что вообще требуется, и выстроить правильную коммуникацию. При этом оценка в человеко-часах больше направлена на индивидуальные показатели и не всегда учитывает коллективный опыт.
• Адаптируется к изменениям. Когда в проекте что-то меняется, Story Points можно быстрее подстроить под новые условия. Если требования становятся другими или возникают новые сложности, команда может легко пересмотреть оценки. При этом она будет опираться на накопленный опыт и новые данные, но не станет пересчитывать предполагаемое время выполнения.
• Оптимизирует процессы. Благодаря анализу прошедших спринтов и точности оценок в Story Points можно повышать эффективность и прицельнее планировать будущую работу. Чем опытнее команда, тем проще ей не только предсказывать сложность задач и свою производительность, но и настраивать процессы.

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

Какие преимущества у Story Points

Story Points — популярный инструмент оценки задач со множеством преимуществ, которые помогают командам эффективнее планировать работу и адаптироваться к изменениям:

• Оценка сложности задач, а не времени

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

• Адаптация к неопределенности

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

• Универсальность оценки разных типов задач

Задачи в проекте могут быть как простыми, так и крайне сложными. Story Points позволяют сравнивать их друг с другом. И на это не влияет специфика или тип задачи — разработка, тестирование, дизайн или что-то другое. Так что Story Points можно назвать универсальным инструментом.

• Понимание количества времени

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

• Уменьшение давления на команду

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

• Улучшение командной синхронизации

Поскольку задачи в Story Points часто оценивают коллективно, это налаживает общение внутри команды. Помогает лучше понимать как объем, так и сложность работы. Совместное обсуждение позволяет добиваться того, чтобы все члены команды понимали цель проекта и его этапов.

• Учет производительности команды

Story Points — инструмент, с которым можно измерять и отслеживать производительность команды через такую метрику, как скорость (velocity). Это позволяет планировать спринты, прогнозировать завершение проекта и видеть прогресс по мере выполнения задач.

Какие недостатки у Story Points

Несмотря на то, что Story Points широко применяют в Scrum и Agile, у этого подхода есть и свои недостатки:

• Субъективность оценки

Story Points основаны на том, как команда воспринимает сложность задач. Такой подход легко назвать субъективным. Разные команды могут по-своему интерпретировать конкретную задачу, ведь даже внутри одной команды мнения часто расходятся. Поэтому возникают сложности, когда нужно сравнивать производительность команд или оценивать прогресс на протяжении нескольких спринтов.

• Трудности при адаптации новых участников

Для новых участников команды может быть непросто сразу освоиться с такой системой оценки, как Story Points. Особенно если они привыкли к другим подходам. Новичкам нужно время, чтобы понять, как команда определяет относительную сложность задач, поэтому полноценно включиться в работу они смогут не сразу.

• Непостоянство масштаба

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

• Неудобство для внешних заинтересованных лиц

Если клиенты или руководители не знакомы с Agile-подходом, они с трудом поймут, что такое Story Points. Им может быть сложно соотнести систему оценки с реальными сроками и ресурсами, а это усложняет коммуникацию и отчетность.

• Ограниченная применимость для долгосрочного планирования

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

• Риск фокуса на скорости

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

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

Какие существуют методы оценки задач в Story Points

Эталонная оценка «38 попугаев»

Метод «38 попугаев» подразумевает, что задачи сравнивают с неким эталонным объемом работы. Суть вот в чем. Команда выбирает какую-то одну задачу, но такую, которую точно знает, как выполнять. Она и становится точкой отсчета, например, в 5 Story Points. Чтобы оценить другие задачи, определяют, больше или меньше усилий относительно эталона потребуется для их реализации.

Этот подход напоминает сценку из мультфильма «38 попугаев», где длина измерялась в попугаях: один элемент — попугай — задает меру для сравнения.

Пример. Допустим, эталонную задачу оценивают в 5 Story Points. Значит, задачу, которая требует в два раза больше усилий, оценят в 10, а задачу, которая немного проще, — в 3 или 2 Story Points.

Теперь детальнее. Представим, что в команде есть эталонная задача — создание формы для регистрации на сайте. Эту задачу оценят в 5 Story Points, потому что она требует проработки интерфейса, валидации данных, подключения к серверу и тестирования.

Дальше рассмотрим более сложную задачу — разработку личного кабинета для пользователя. Здесь уже больше функций: авторизация, интеграция с базой данных, возможность редактирования профиля и загрузки файлов. Поскольку работа в этом случае значительно сложнее, задачу можно оценить в 10 Story Points.

Для сравнения возьмем более простую задачу — добавление новой кнопки на существующую страницу и ее стилизация. Здесь работы уже меньше, не нужна сложная логика или взаимодействие с базой данных, поэтому задаче можно присвоить 2 или 3 Story Points.

Относительная оценка по методу Фибоначчи

Этот метод использует последовательность чисел Фибоначчи — 1, 2, 3, 5, 8, 13, 21 и т.д. Чтобы оценить задачи по их относительной сложности и объему работы, используют числа этой шкалы.

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

Пример. Простая задача, которую можно выполнить за несколько часов, получит оценку 3. Более сложная, на которую потребуется несколько дней, оценят на 8. А задача, которая не до конца понятна и требует значительных ресурсов, может получить оценку 21.

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

Простая задача — заказать ручки, блокноты и остальные канцелярские принадлежности для участников. Это стандартная и доступная задача, которую можно выполнить за несколько часов. Просто нужно связаться с поставщиком и оформить заказ. Оценка — 3 по методу Фибоначчи.

Более сложная задача — организовать трансфер для участников мероприятия из разных точек города. Здесь потребуются координация с транспортными компаниями, а еще учет расписания и количества людей. Это займет несколько дней работы. Такую задачу можно оценить в 8 Story Points.

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

Оценка по размеру футболок

Метод «Размер футболок» предполагает оценку задач по категориям: XS (extra small), S (small), M (medium), L (large), XL (extra large) и т.д. Этот инструмент дает более абстрактные оценки, которые подходят для этапов планирования, когда команда не до конца понимает всех детали задачи. Каждый размер символизирует относительный объем работы и сложность задачи.

Пример. Очень простую задачу, которую можно решить быстро, команда оценит как XS. Средняя задача, на которую нужно потратить день-два, получит оценку M. Крупная и сложная задача, которая может потребовать значительных усилий или длительного времени, — L или XL.

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

Очень простая задача (XS) — закупить одноразовую посуду для фуд-кортов. Это стандартная задача, она не требует много времени или ресурсов. Чтобы ее быстро решить, нужно заказать товары у проверенных поставщиков.

Средняя задача (M) — координация работы волонтеров во время фестиваля. Здесь уже распределение обязанностей, составление графиков и обеспечение людей инструкциями. Это займет день или два и потребует умеренных усилий.

Крупная задача (L) — аренда сцены, звукового и светового оборудования, привлечение подрядчиков, которые все установят и будут обслуживать на протяжении всего фестиваля. Здесь необходимо согласовать множество деталей, включая логистику, технические требования и безопасность. Это делает задачу более сложной и ресурсозатратной.

Очень крупная задача (XL) — обеспечение безопасности мероприятия. Нужно работать с охранными агентствами, местными властями, составить план эвакуации, организовать медицинские посты.

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

Как оценить размер задачи в Story Points

1. Определите, какие размеры использовать

Сначала команда должна договориться, какие значения Story Points (SP) будет использовать, чтобы оценивать задачи. Чаще всего выбирают последовательность чисел Фибоначчи, но можно выбрать любую другую шкалу, которая подходит проекту. Здесь главное — работать согласованно. Например, 1 SP может обозначать небольшую и понятную задачу, которую легко завершить за короткий срок, в то время как 13 SP — это задача с высокой степенью неопределенности и большим объемом работы.

2. Решите, что означает каждый размер

После выбора шкалы важно определить, что конкретно подразумевает каждое число. Нужно обсудить, что входит в понятия «сложность», «объем работы». Например, задачу на 2 Story Points можно определить как простую, с минимальными рисками и без потребности во внешней помощи, а для задачи на 8 Story Points нужно привлекать нескольких специалистов, проводить исследование и учитывать, что возможны непредвиденные трудности.

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

Чтобы процесс оценки задач был управляемым и последовательным, команда назначает человека, который будет координировать назначение Story Points. Это может быть scrum-мастер, технический лидер или любой сотрудник, который способен объективно оценивать задачи с учетом коллективного опыта и мнения всех участников.

4. Назначайте размер в Story Points для каждой задачи

Каждую задачу проекта нужно оценивать в Story Points до того, как команда начнет работу над спринтом. Во время планирования участники проекта обсуждают каждую задачу и вместе решают, какое количество Story Points присвоить задаче. Например, если задача «разработать интерфейс авторизации» кажется более трудоемкой, чем «настроить уведомления по электронной почте», то она получит больше SP.

5. Отслеживайте размеры в таск-трекере

Когда команда назначает задачам Story Points, необходимо фиксировать эти данные в таск-трекере. Это позволит отслеживать прогресс команды в реальном времени и видеть общую картину выполнения задач. Также это помогает анализировать, насколько быстро получается выполнять задачи, и лучше планировать будущие спринты.

6. Анализируйте работу команды

После завершения нескольких спринтов нужно проанализировать, насколько точно команда оценивает задачи в сторипоинтах. Например, если участники систематически недооценивают сложность задач на 5 Story Points, то критерии оценки нужно скорректировать. Анализ поможет команде лучше планировать работу и увеличить общую производительность.

Как избегать типичных ошибок при оценке в Story PointsКогда команда использует сторипоинты, она может допускать ошибки. Это негативно сказывается на точности оценки и эффективности работы. Но каждую ошибку можно предотвратить:

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

Как избежать. Тщательно проанализируйте требования и обсудите задачу с участниками проекта до начала оценки. Убедитесь, что каждый осознает, что нужно делать.

• Ошибка — игнорирование опыта команды. Когда не получается учитывать предыдущий опыт и знания команды, можно недооценивать или же переоценивать сложность задач.

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

• Ошибка — неоправданная точность. Попытка максимально точно оценивать задачи создаст лишь иллюзию точности, когда в реальности она может быть незначительной.

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

• Ошибка — игнорирование неопределенностей и рисков. Если не учитывать возможные риски и неопределенности, можно неправильно оценивать задачи и занижать их сложность.

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

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

Как избежать. Применяйте объективные критерии и согласовывайте оценки с другими членами команды. Используйте технику Planning Poker (покер планирования), чтобы свести субъективность к минимуму.

• Ошибка — недостаточное обновление оценок. Если не обновлять оценки, когда меняются требования и условия, планирование не будет соответствовать реальному объему работы.

Как избежать. Регулярно пересматривайте и обновляйте оценки задач по мере изменений в проекте.

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

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

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

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

Чтобы правильно управлять процессом оценки в Story Points, не пренебрегайте внимательностью, четким пониманием задач и эффективной коммуникацией. А чтобы внедрить современные управленческие практики в бизнес, обратитесь за бесплатной консультацией в Neogenda.