Story Points: как оценивать трудозатратность задач на проектах

В методологии Scrum есть величина для оценки трудоёмкости задачи — Story Points. Это когда до конца не знаешь, сколько ресурса уйдет на решение, но оценить их надо. В статье рассказываем, как оценить размер разных задач с помощью Story Points и не запутать себя и команду.

Проще всего посчитать трудозатратность задачи в человеко-часах или днях работы. Хотя такой вариант подходит не для любых задач, поэтому в Scrum появились Стори Поинты.

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

1. Объём работы — сколько усилий нужно приложить для выполнения задачи. Объём может включать в себя количество необходимых действий, объём данных, которые нужно обработать, и другие моменты
2. Сложность — насколько трудной является задача с точки зрения её выполнения. Например, для решения задачи нужно использовать калькулятор и расчёты. У неё сторипойнт будет больше, чем у задачи, для которой калькулятор и расчёты не нужны
3. Риски — если есть какие-то факторы, которые могут помешать выполнению задачи, нужно выделить больше Story Points для её выполнения

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

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

Очки или баллы не означают, что задача с 6 Story Points займет в два раза больше времени, чем задача с 3 Story Points. Самое важное здесь — не связывать сторипоинты со временем.

Пример использования сторипойнтов

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

• Сайт для заказчика А — одностраничный лендинг. Объём работ не большой, сложностей и рисков — никаких. Поэтому вы присваиваете этой задаче 1 очко
• Сайт для заказчика Б — многостраничник. Здесь большой объём работ и нужно будет писать код. Поэтому вы присваиваете задаче 4 очка
• Сайт для заказчика В — интернет-магазин. Здесь гораздо больше объём работ, чем у многостраничника и больше сложностей. А ещё есть риски. Например, если сайт будет всё время «падать», нужно будет переписывать код. Из-за таких сложностей вы присваиваете задаче 8 очков

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

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

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

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

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

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

Нужно собирать данные. Избежать субъективности можно, если при расчете Стори Поинтов опираться не на интуицию, а на цифры. Для этого нужно собирать данные о скорости работы команды и каждого её сотрудника.

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

Для быстрой оценки при планировании

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

Для создания общего понимания

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

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

Для обсуждения на ретроспективах

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

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

Для учета неизвестных факторов

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

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

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

Команды должны определить, какие значения Story Points они будут использовать для оценки задач. Чаще всего это обычная шкала оценки, например, 1, 2, 3, 4, 5, 6 очков. Иногда используют:

• Геометрическую прогрессию: 1, 2, 4, 8, 16, 32
• Последовательность Фибоначчи: 0, 1, 2, 3, 5, 8, 13

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

Геометрическая прогрессия и последовательность Фибоначчи помогают приоритизировать задачи в бэклоге. Например, есть задачи более легкие и менее объёмные, им ставят по 3 очка. Есть задачи по 13 очков. Если они равнозначные по ценности, стоит сначала выполнить задачи, у которых Story Points по 3 очка.

2. Договоритесь, что означает каждый размер

Важно, чтобы вся команда понимала, что именно означает каждое значение Story Points. То есть насколько сложная, объёмная и рискованная задача, если у неё 2 очка. И насколько сложная, объёмная и рискованная задача, если у неё 13 очков.

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

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

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

Есть разные подходы к внедрению Стори Поинтов. В некоторых командах для выбора размера задачи устраивают обсуждения в группе. Когда у команды ещё нет в этом опыта, обсуждения вряд ли помогут оценить задачу. Более опытным сотрудникам будет казаться, что достаточно 2 очков, а менее опытным может казаться мало и 5 очков.

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

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

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

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

Очень удобно проставлять размеры задач в таск-трекере. Во-первых, так их не придётся запоминать. Во-вторых, так их будет видеть вся команда.

Например, в OkoCRM таск-трекер заменяет раздел «Проекты». Здесь можно добавлять задачи на канбан-доску, а в карточках задач отмечать Story Points. Причем двумя способами: с помощью меток или в описании карточки.

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

Теперь нужно следить за тем, как команда справляется с выполнением задач. В таск-менеджере с помощью Стори Поинтов вы:

• Увидите, кто из сотрудников перегружен задачами. Иногда часть нагрузки стоит отдать кому-то, кто справляется с задачами быстрее, чем планировалось
• Поймёте, насколько точно команда оценивает свои возможности и скорость работы
• Сможете пересмотреть критерии оценки Story Points, если команда сильно отклоняется от планируемых показателей

1. Story Points — метод оценки сложности и объёма работы в рамках Scrum и Agile. Вместо того чтобы использовать временные оценки — часы или дни — Story Points учитывают объём и сложность работы, риски
   
2. Story Points не являются единицей измерения времени. Они не означают, что задача с 5 Story Points займет в два раза больше времени, чем задача с 2,5 Story Points. Это относительная единица измерения, которая помогает сравнивать сложность задач между собой
3. Story Points позволяют быстро оценить сложность задач и спланировать спринт, не вдаваясь в детальное описание каждого шага. Но для этого нужно время, так как понадобится собрать данные о том, сколько поинтов в среднем тратит команда на разные задачи
4. Для оценки размера задач нужно установить шкалу оценки и познакомить с ней сотрудников. Затем выбирают ответственного, который ставит Story Points для задач. Удобно фиксировать оценки в таск-трекерах, например, в разделе «Проекты» в OkoCRM. В процессе работы нужно следить за тем, как команда справляется с выполнением задач
5. Главный вопрос большинства команд — «Стори Поинт — это сколько часов». Но 2 сторипойнта не означает 2 часа или в 2 раза больше времени выполнения задачи, чем у одного сторипойнта. Все объяснения и примеры нужно оставить в инструкциях или базе знаний, чтобы сотрудники могли перечитать правила, если вдруг что-то забудут или запутаются