Как оценивать задачи в 2026 году. Story points, часы или вообще без оценок
Planning poker в 2026 году всё чаще заходит в тупик. Один разработчик показывает тройку, другой тринадцать, и оба могут объяснить почему. Разница в том, «подхватит» ли AI-агент эту задачу или нет. Если подхватит, три story points. Если нет, тринадцать. Заранее это предсказать довольно сложно.
Дискуссия о том, как лучше оценивать задачи, ведётся с момента появления Scrum. Story points, идеальные часы, размеры футболок, #NoEstimates. В 2026 году эта дискуссия получила новый импульс, потому что AI-инструменты сделали привычные подходы к оценке заметно менее надёжными.
Что происходит со story points
Story points были придуманы как относительная мера сложности. Идея в том, что команда оценивает задачи относительно друг друга, и со временем вырабатывается стабильная velocity, которая позволяет прогнозировать.
Эта система работала, пока усилия были более-менее предсказуемы. Senior-разработчик, который оценил задачу в 5 story points, мог ошибиться на 20-30%, но в среднем velocity команды оставалась стабильной от спринта к спринту.
С AI-ассистентами разброс вырос драматически. Задача, которую Cursor «понял» с первого раза, решается в 3-5 раз быстрее привычного. Задача, где AI-код пришлось полностью переписывать, занимает столько же или больше, чем без AI. Velocity начинает прыгать от 30 до 90 story points от спринта к спринту, и прогнозирование по этому показателю теряет практический смысл.
Оценка в часах и почему с ней тоже сложно
Часы кажутся более объективными, чем story points. На деле они создают другой набор проблем. Оценка в часах неизбежно воспринимается как обязательство: «ты сказал 8 часов, прошло 12, почему?». Это создаёт давление и стимулирует завышать оценки «с запасом», что делает их ещё менее точными.
С AI-инструментами оценка в часах стала ещё менее предсказуемой, чем story points. Задача, которую оценили в 8 часов, может занять 2 (AI подхватил) или 16 (AI-код пришлось переписывать). Разброс слишком велик для полезного прогнозирования.
#NoEstimates и прогнозирование на основе данных
Движение #NoEstimates предлагает вообще отказаться от оценки отдельных задач и вместо этого использовать исторические данные для прогнозирования. Логика такая: если за последние 10 спринтов команда в среднем закрывала 12 задач за спринт, то и в следующем спринте, скорее всего, закроет примерно столько же. Размер каждой конкретной задачи усредняется статистически.
Для этого используются flow-метрики. Cycle time показывает, сколько времени задача проводит в работе. Throughput показывает, сколько задач завершается за период. На основе этих данных можно строить вероятностные прогнозы: «с вероятностью 85% эта работа будет закончена к 15 апреля».
Подход работает хорошо при двух условиях. Первое: задачи примерно одинакового размера (или разбиваются на такие). Второе: есть достаточно исторических данных, хотя бы за 2-3 месяца.
Что реально работает в 2026 году
На практике многие команды приходят к комбинации подходов.
Для планирования спринта используется грубая оценка размера: маленькая задача, средняя, большая. Всё, что оценивается как «большое», дробится на части. Это занимает в разы меньше времени, чем planning poker, и при этом защищает от ситуации, когда в спринт попадает задача, которая одна заберёт всю ёмкость.
Для прогнозирования сроков используется throughput и cycle time. Сколько задач команда закрывает за спринт? Каков медианный cycle time? С учётом этих данных можно дать бизнесу вероятностный прогноз, и он будет точнее, чем пересчёт story points в даты.
Для управления потоком используются WIP limits. Ограничение количества задач в работе одновременно снижает переключение контекста и повышает throughput. Это работает вне зависимости от того, оцениваете вы задачи или нет.
Где разобраться глубже
Программа Agile Project Management разбирает подходы к оценке и прогнозированию с учётом реальности 2026 года. Flow-метрики, вероятностное прогнозирование, работа с неопределённостью при AI-разработке. Сертификат ICP-APM от ICAgile подтверждает, что менеджер проекта владеет этими инструментами.
Базовая программа Certified Agile Professional даёт общее понимание agile-подходов, включая различные способы оценки и планирования. Scrum, Kanban, flow-метрики разбираются на практике.