Проблема не в том, что люди не умеют давать оценки, а в том, что время — слишком субъективная мерка. Поэтому в командах, которые работают по Scrum и другим гибким методологиям, придумали другой подход — сторипоинты. Это условные единицы, которые описывают не «сколько времени уйдет», а «насколько задача сложная, объемная и непредсказуемая». Звучит абстрактно, но на практике оказалось на удивление удобно.
В этой статье разберемся, что такое стори поинты, чем оценка задач в story points лучше привычных часов, какие есть методы оценки и подводные камни — и как начать использовать поинты, чтобы это помогало команде, а не превратилось в еще одну непонятную процедуру.
- Что такое стори поинты
- Зачем нужны story points: реальные плюсы, которые ощущает команда
- Стори поинты — это удобно, но не идеально: какие есть минусы
- Как оценивать задачи в story points: 3 рабочих подхода
- Как начать оценивать задачи в story points: пошаговая инструкция
- Вывод
- FAQ: ответы на популярные вопросы
Что такое стори поинты
Вы могли слышать выражения вроде «эта задача на 5 стори поинтов», «мы закрываем 30 story points за спринт» или «давайте прикинем в поинтах». Звучит как какой-то внутренний язык — и, в общем-то, так и есть.
Story points — что это? Story points — это условные единицы, которыми команды в Agile оценивают задачи. Но в отличие от оценки в часах, они отвечают не на вопрос «сколько времени уйдет», а на другой — «насколько это сложно, объемно и непредсказуемо».
Почему не часы
Главная проблема с часами — оценка привязана к конкретному человеку. Опытный разработчик сделает задачу за два часа, мидл — за пять, а новичок может провозиться весь день и еще попросить помощи. Чью оценку брать? Усреднять? Ориентироваться на самого быстрого? На самого медленного? Любой вариант будет неточным.
С часами есть и другая ловушка — психологическая. Когда на задаче написано «4 часа», человек начинает оценивать себя. Уложился — молодец, не уложился — стресс, ощущение провала, неловкость на дейли. А если на задаче стоит «5 story points» — это просто оценка сложности. Не таймер, не дедлайн, не обещание. И работать с таким ощущением гораздо спокойнее.
Стори поинты снимают оба недостатка. Они оценивают задачу в отрыве от конкретных людей и их скорости. А чтобы понять, сколько задач реально может поместиться в спринт, команда смотрит на свою velocity — среднюю «скорость» в поинтах за прошлые спринты. Но об этом чуть позже, когда дойдем до планирования.
Зачем нужны story points: реальные плюсы, которые ощущает команда
Окей, стори поинты — это не часы, а условные единицы сложности. Звучит красиво, но зачем это вообще на практике? Почему нельзя просто продолжать оценивать в часах, как привыкли? Давайте разберем конкретные плюсы.
✅ 1. Удобно сравнивать задачи между собой
Когда вы оцениваете в часах, каждая задача — это отдельная головоломка. Надо прикинуть, кто будет делать, какой у него опыт, не отвлекут ли его по ходу работы. С поинтами все проще: вы просто сравниваете задачи друг с другом. Эта — простая, эта — средняя, а вот тут уже сложная.
Чем чаще команда оценивает, тем точнее у нее внутренняя шкала. Даже новички за пару спринтов начинают попадать в общий ритм.
✅ 2. Честно закладываются риски и неизвестность
Часы — жесткая мерка. Они не прощают сюрпризов. А в реальной работе сюрпризы — это норма: новые вводные или правки; зависимость от другой команды; внешний сервис или программа, который ведёт себя непредсказуемо. В часах эти риски не учесть — вы либо закладываете буфер и раздуваете сроки, либо не закладываете и потом не укладываетесь.
В стори поинтах риски учитываются естественно. Задача сама по себе простая, но есть интеграция с внешним сервисом, а там всегда сюрпризы? Добавили пару поинтов за неопределенность.
✅ 3. Оценка задач занимает меньше времени
Знакомо ли вам планирование, которое затягивается в разы, потому что команда спорит: эта задача на четыре часа или на шесть? С поинтами таких дискуссий просто нет. Вместо точных цифр — быстрый выбор из шкалы: это тройка или пятёрка? Поэтому оценка одной задачи занимает пару секунд вместо десяти минут споров.
✅ 4. Психологически легче работать
Поинты убирают ощущение секундомера. Когда на задаче стоит не «4 часа», а «5 story points» — это маркер сложности, а не дедлайн. Нет таймера — нет стресса, и, как ни странно, продуктивность от этого чаще растет, а не падает.
✅ 5. Проще планировать спринты
Когда команда поработает с поинтами пару-тройку спринтов, у нее можно будет определить velocity — среднюю скорость в поинтах за спринт. Например, вы знаете, что обычно за спринт закрываете 35–40 поинтов. Это сразу дает ориентир: сколько задач реально взять в следующий спринт, чтобы не перегрузиться и не сидеть без дела. Без velocity планирование — это гадание. С ней — осознанный выбор, подкрепленный данными из прошлых спринтов.
Стори поинты — это удобно, но не идеально: какие есть минусы
Было бы нечестно рассказывать только о плюсах. У стори поинтов есть свои слабые места, и лучше знать о них заранее, чем столкнуться в процессе и разочароваться. Хорошая новость — большинство этих проблем решаемые, если к ним заранее подготовиться.
❌ 1. Сначала это непонятно
Если команда всю жизнь оценивала задачи в часах, переход на поинты вызывает закономерный вопрос: «А что вообще значит тройка? Почему не три часа?» И это нормальная реакция. Часы — понятная, осязаемая единица. Все знают, что такое час. А сторипоинт — вещь абстрактная, и поначалу кажется, что команда просто заменила одну непонятность другой.
На практике непонимание проходит быстро — достаточно выбрать одну знакомую задачу как эталон и от нее отталкиваться. Как именно это сделать — разберем ниже. Через пару спринтов команда начинает чувствовать шкалу интуитивно.
❌ 2. Без истории работы поинты мало что дают
Одно из главных преимуществ story points — возможность прогнозировать, сколько задач команда осилит за спринт. Но эта возможность появляется не сразу. На старте у вас нет velocity, нет статистики, нет понимания, 30 поинтов за спринт — это много или мало. Первые пару недель оценки будут «на глазок», и это может разочаровать тех, кто ждал немедленной точности. Относитесь к ранним оценкам как к черновику — они нужны, чтобы команда начала формировать общее понимание шкалы, а не чтобы точно прогнозировать сроки.
❌ 3. Соблазн перевести поинты в часы
Это не столько минус метода, сколько самая частая ловушка при его внедрении. Рано или поздно кто-то обязательно скажет: «Ну, один сторипоинт — это примерно два часа, да?» Звучит логично — мозг ищет знакомую опору. Но в тот момент, когда команда начинает мыслить «поинт = столько-то часов», весь смысл метода теряется. Оценка снова привязывается к конкретным людям и их скорости, и вы возвращаетесь к тем же проблемам, от которых пытались уйти.
Если замечаете, что в команде начались такие пересчеты — стоит остановиться и напомнить: поинты оценивают задачу, а не время конкретного человека. Это сложность и объем, а не длительность.
Как оценивать задачи в story points: 3 рабочих подхода
Осталось понять, как именно оценивать в поинтах: где один, где пять, а где уже тринадцать. Строгих правил нет — главное, чтобы команда договорилась о шкале. Ниже три метода, которые хорошо зарекомендовали себя на практике. Можно выбрать один или комбинировать — об этом тоже расскажем.
1. Метод эталона — как в «38 попугаях»
Если смотрели старый мультик, идея покажется знакомой. Там длину удава измеряли в попугаях, слонах и мартышках — и каждый раз получалось разное число, но принцип работал: есть единица измерения, от нее и пляшем. Со story points — то же самое.
Команда берет из бэклога среднюю по сложности задачу, которая всем знакома и понятна. Ей присваивают, например, 5 поинтов. Теперь у вас есть эталон — ваш «попугай». Дальше каждую новую задачу вы просто сравниваете с этой базовой единицей. Задача заметно проще? Значит, 1 или 2. Ощутимо сложнее и объемнее? Значит, 8 или 10.
2. Последовательность Фибоначчи
Этот способ особенно популярен в Scrum-командах. Вместо привычной линейной шкалы 1, 2, 3, 4, 5 используется последовательность, в которой каждое следующее число — сумма двух предыдущих: 1, 2, 3, 5, 8, 13, 21.
Зачем такие странные числа? За этим стоит важная идея: чем сложнее задача, тем больше в ней неопределенности, и тем меньше смысла в точности. Разница между задачей на 2 поинта и на 3 — ощутимая и понятная. А вот разница между 7 и 8 — уже нет. На таких масштабах вы все равно не можете точно сказать, где проходит граница. Фибоначчи это учитывает: в шкале нет семерки, и вам не нужно мучиться выбором. Задача либо ближе к 5, либо уже к 8 — и этого достаточно.
Еще один плюс — расхождения в оценках сразу бросаются в глаза. Если один участник команды говорит «3», а другой — «13», это не мелкое разногласие, а сигнал: люди видят задачу по-разному, и нужно обсудить, почему. Такие обсуждения часто вскрывают риски, о которых кто-то знал, а кто-то нет.
3. Размеры футболок
Самый неформальный и визуальный способ. Каждая задача получает не число, а размер — как на бирке одежды: XS, S, M, L, XL. При желании можно добавить XXL для задач из категории «давайте лучше не будем брать это в работу прямо сейчас».
Этот метод хорошо подходит командам, которые только начинают работать с относительными оценками и пока не готовы к числам. Размеры интуитивно понятны: все представляют разницу между S и XL, даже если никогда не слышали про Фибоначчи. Можно начать с трех градаций — S, M, L — и этого хватит для первых спринтов. Если со временем захочется больше точности, всегда можно расширить шкалу.
📌 Как методы комбинируют на практике?
В реальной жизни команды часто не ограничиваются одним методом. Распространенный подход — начать с футболок, когда вы только разбираете бэклог и задачи еще сырые. На этом этапе не нужна точность, нужно быстро раскидать: это мелочь, это среднее, а вот это монстр. А потом, когда доходит до планирования спринта и надо понять, сколько задач реально влезет, — пересчитать размеры в числа по Фибоначчи, чтобы можно было сложить поинты и сравнить с velocity. Получается два шага: сначала грубая сортировка, потом точная калибровка. И то, и другое занимает минимум времени, если команда уже договорилась об эталонах.
Как начать оценивать задачи в story points: пошаговая инструкция
Если вы дочитали до этого места и думаете «звучит классно, надо только найти подходящий инструмент» — вы уже в ловушке. Это самый популярный способ похоронить любой новый метод.
Специальный инструмент для сторипоинтов не нужен. Вообще. Никакой график выполнения задач и никакая автоматическая аналитика не помогут, если команда ни разу не попробовала оценить задачу в поинтах. А вот обратное работает отлично: даже маркера и стикеров достаточно, чтобы начать.
Внедрить story points можно за один рабочий цикл. Ниже — пять шагов, которые работают и для команды из десятка человек, и для фрилансера, который планирует неделю в одиночку. Идеальных оценок с первого раза не будет — и не нужно. Задача — начать оценивать, а точность придет с практикой.
Шаг 1. Определитесь со шкалой
Два самых популярных варианта, о которых мы рассказали выше: размеры футболок (XS, S, M, L, XL) или модифицированный Фибоначчи (0, 1, 2, 3, 5, 8, 13, 21). Если команда никогда не работала с относительными оценками — начните с футболок. Они интуитивно понятны и не пугают цифрами. Когда почувствуете шкалу и захотите считать velocity — перейдете на Фибоначчи. Для начала достаточно шкалы до 13 (или до XL). Если задача тянет на 21 и выше (или на XXL) — это сигнал, что ее нужно разбить на части.
Шаг 2. Выберите эталонную задачу
Возьмите из недавних задач одну среднюю по сложности, знакомую и понятную для всей команды. Например, «сделать и протестировать форму обратной связи». Присвойте ей базовое значение — M (или 5 story points). Теперь это ваш эталон: все остальные задачи вы будете оценивать, сравнивая с ним. Задача заметно проще — вроде «поменять текст на кнопке»? Это XS (или 1). Ощутимо сложнее — например, подключить оплату через внешний сервис? Это L (или 8).
Шаг 3. Оцените первые задачи
Соберите первую итерацию работы — это может быть спринт, если вы работаете по Scrum, или просто набор задач на ближайшую неделю. Возьмите из бэклога (общего списка задач) 5–10 штук, которые планируете сделать в первую очередь. Больше не нужно: на старте оценка идет медленно, команда еще привыкает к шкале.
Каждую задачу сравнивайте с вашим эталоном:
- Если задача элементарная — ставьте XS (или 1). Лучше дать минимальную оценку, чем оставить задачу совсем без нее.
- Если задача ощутимо сложнее эталона — ставьте L (или 8) или XL (13).
- Если задача кажется монструозной и вы не понимаете, как к ней подступиться, — ставьте XXL (21 и выше). Это четкий сигнал, что ее нужно разбить на части перед работой.
Для команд есть несколько способов оценки задач в story points:
- Planning Poker (покер планирования). Метод назван по аналогии с карточной игрой: каждый участник команды получает набор карт с числами по шкале оценки — например, 1, 2, 3, 5, 8, 13. Когда команда обсуждает задачу, каждый молча выбирает карту с оценкой и кладёт её рубашкой вверх. Затем все открывают карты одновременно.
Если оценки совпали или близки — берёте среднее и идёте дальше. Если сильно разошлись, то те, кто поставил самое низкое и самое высокое значение, объясняют свою логику: почему задача кажется простой или, наоборот, сложной. После обсуждения команда голосует повторно. Обычно двух раундов достаточно, чтобы прийти к общей оценке. Планинг покер вскрывает разное понимание задачи и скрытые риски, о которых кто-то знал, а кто-то нет.
- Молчаливая оценка. Асинхронный аналог покера планирования, без карт и общей встречи. Подходит для распределенных команд, когда собраться всем одновременно сложно. Каждый участник самостоятельно изучает задачу и пишет свою оценку — в комментарии к задаче, в общем чате или на стикере на доске. Важно: оценки не публикуются сразу, чтобы никто не влиял на чужое мнение.
Когда все проголосовали, оценки открываются одновременно. Если они совпали — берёте эту оценку и идёте дальше. Если оценки близки по шкале (например, 2 и 3) — берете большую из двух, чтобы не занижать риски. Если разрыв большой (кто-то поставил S, а кто-то XXL) — это сигнал: люди по-разному понимают задачу. Нужно созвониться и выяснить, какие риски заметил один участник и что упустил другой.
- Самостоятельная оценка. Если вы работаете в одиночку — например, как фрилансер или соло-предприниматель — командные методы вам не нужны. Просто берёте новую задачу, сравниваете её с эталоном и ставите оценку. Сложнее эталона? Больше поинтов. Проще? Меньше. Этого достаточно, чтобы планировать свою нагрузку и со временем понять свою личную velocity.
Итоговые оценки обязательно нужно зафиксировать прямо в задачах — там, где с ними будет идти ежедневная работа. Для этого не обязательно использовать специальный софт, заточенный под сторипоинты. Если вы пользуетесь приложениями планировщиками задач или канбан-досками, удобнее всего использовать теги. В крайнем случае можно фиксировать оценку в начале названия задачи.
Шаг 4. Завершите первую итерацию работы и замерьте velocity
После первой итерации посмотрите, сколько story points команда закрыла за спринт (или неделю, если вы идете недельными циклами). Это и есть ваш первый замер velocity. Он будет неточным, и это нормально — velocity стабилизируется через 2–3 итерации. Например: в первую неделю закрыли 18 поинтов, во вторую — 22, в третью — 21. Среднее — примерно 20. Зато уже со второго цикла вы сможете планировать не «на глаз», а отталкиваясь от реальных данных: если velocity — 20 поинтов за неделю, нет смысла набирать задач на 35.
Story points не заменяют ежедневное планирование — они работают на уровне недели или спринта. Вы не раскладываете поинты по часам внутри дня. Вместо этого команда набирает в спринт задач на свой velocity, а дальше каждый просто берет следующую задачу из списка и делает. Часы остаются для календаря и встреч, поинты — для планирования загрузки на неделю.
Шаг 5. Калибруйте оценки
После каждой рабочей итерации потратьте 10–15 минут на короткий разбор:
- Какие задачи оказались сложнее, чем думали? Почему?
- Какие — проще? Может, переоценили риски?
- Нужно ли пересмотреть эталон?
Главное — начать оценивать и не забывать проводить аналитику в конце каждого спринта или недели. И только когда система приживется, станет понятной и привычной для всей команды — оценить, нужно ли менять инструмент. Очень вероятно, что для работы с оценками в сторипоинтах менять ничего не потребуется.
Вывод
Story points работают не потому, что они точнее часов — а потому, что они честнее. Часы создают иллюзию точности, которой нет. Поинты сразу говорят: мы не знаем, сколько это займет в минутах, но мы понимаем, насколько это сложно, и можем от этого отталкиваться при планировании.
Метод не требует сертификаций, специального софта или перестройки процессов. Выберите эталон, договоритесь о шкале, оцените первые задачи — и через пару итераций у вас будет velocity, от которой можно отталкиваться. Главное — не пересчитывать поинты обратно в часы. Это способ сломать то, что и так работает.
FAQ: ответы на популярные вопросы
