Тимлидка
Блог
Войти
Блог/Story points и оценка задач
Статья4 мин чтения

Story points: что это и как оценивать задачи в Scrum

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

Опубликовано 4 сентября 2026 г.
Обложка статьи «Story points: что это и как оценивать задачи в Scrum»

В этой статье

  1. Что учитывает оценка в story points
  2. Как настроить шкалу story points
  3. Story points и планирование спринта
  4. Частые вопросы

Что учитывает оценка в story points

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

Объём изменений

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

Техническая сложность

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

Риски и неизвестность

Неясные требования, внешние зависимости и отсутствие опыта с похожими задачами увеличивают разброс возможных усилий.

Как настроить шкалу story points

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

Выберите эталонные задачи

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

Оценивайте всей командой

Разработчики, тестировщики и другие исполнители видят разные риски. Независимое голосование помогает собрать эти точки зрения.

Калибруйте по фактам

Периодически сравнивайте оценки с завершённой работой и уточняйте общие ориентиры, не превращая points в фиксированный курс к часам.

Story points и планирование спринта

Историческая скорость помогает оценить реалистичный объём следующего спринта, но не должна становиться персональным KPI.

Используйте velocity как ориентир

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

Не сравнивайте разные команды

Одинаковая задача может получить разные points, потому что опыт, система и эталонные истории у команд отличаются.

Декомпозируйте крупные оценки

Большой story point часто сигнализирует о сложной или недостаточно понятной задаче, которую полезно разделить или исследовать отдельно.

Частые вопросы

Сколько часов в одном story point?

Фиксированного соответствия нет. Story points измеряют относительную сложность внутри команды, а длительность зависит от состава, контекста и доступного времени.

Можно ли сравнивать story points разных команд?

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

Почему для story points используют Фибоначчи?

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

Продолжить изучение

Связанные инструменты и руководства

Покер планирования для оценки задач онлайн

Бесплатный покер планирования онлайн: оценки по Фибоначчи, T-shirt и своей шкале. Участники голосуют по ссылке без регистрации

Подробнее →

Руководство по покеру планирования

Как проводить Planning Poker: правила, story points, карты Фибоначчи и T-shirt, сценарий голосования, обсуждение расхождений и ошибки команды

Подробнее →

Карты и шкалы Planning Poker

Какие карты использовать в Planning Poker: последовательность Фибоначчи, T-shirt sizes и собственные шкалы оценки задач с примерами

Подробнее →

Попробуйте на реальных задачах

Настройте общую шкалу story points

Сравните оценки команды, обсудите расхождения и сохраните итог сессии

Оценить задачу

Другие статьи

Дейли-встреча команды: как проводить ежедневные встречи руководителю

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

17 октября 2026 г.

Базовые принципы дизайна интерфейсов. Гайд для недизайнеров, создающих дизайн

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

12 октября 2026 г.

Как провести ретроспективу команды: пошаговый план

Пошаговое руководство по ретроспективе команды: подготовка, вопросы, тайминг, голосование, обсуждение и action items после встречи

4 сентября 2026 г.

Возможности

ЗадачиЗаметкиДейли1:1РетроПокер планированияФормыДни рожденияГрафик сменГрафик отсутствийMCP-серверБлог
t.me/teamleadkainfo@teamleadka.ru
Пользовательское соглашениеПолитика обработки персональных данных