Как оценивать задачи в 2026 году. Story points, часы или вообще без оценок
В Astana Hub зарегистрировано более 1 500 IT-компаний, и значительная часть из них работает по Scrum или Kanban. Многие из этих команд сформировались за последние 3-5 лет, и вопрос оценки задач для них стоит особенно остро. Команда растёт, проекты усложняются, бизнес хочет прогнозы, а привычные подходы к оценке дают всё менее надёжные результаты.
Planning poker в 2026 году всё чаще заходит в тупик. Один разработчик показывает тройку, другой тринадцать. С AI-ассистентами разброс стал ещё больше: результат зависит от того, «подхватит» ли инструмент контекст задачи. Заранее это предсказать сложно.
Что происходит со story points в растущих командах
Story points были задуманы как относительная мера сложности. Команда из пяти человек, которая работает вместе полгода, обычно вырабатывает общее понимание, что такое «пятёрка» и что такое «тринадцать». Velocity стабилизируется, прогнозирование становится возможным.
Проблемы начинаются при росте. Когда в команду приходят новые люди (а у нас IT-компании растут быстро), калибровка сбивается. Новички оценивают иначе, у них другой опыт и другие ожидания. Velocity скачет, и менеджеру проекта становится сложно объяснить бизнесу, почему в этом спринте команда сделала на 40% меньше, чем в прошлом.
С AI-инструментами разброс увеличивается ещё сильнее. Задача, которую Cursor «понял» с первого раза, решается втрое быстрее. Задача, где AI-код пришлось переписывать, занимает столько же или больше, чем без AI. Velocity прыгает от спринта к спринту, и прогнозировать по ней становится затруднительно.
Оценка в часах и почему с ней тоже сложно
Часы кажутся более объективными. На деле они создают другой набор проблем. Оценка в часах неизбежно воспринимается как обязательство: «ты сказал 8 часов, прошло 12, почему?». Это создаёт давление и стимулирует завышать оценки, что делает их ещё менее точными.
В быстрорастущих компаниях, где новые люди приходят каждый месяц, оценка в часах создаёт дополнительную проблему. У senior-разработчика и junior-разработчика разное понимание того, сколько часов займёт задача. Story points хотя бы пытаются абстрагироваться от уровня исполнителя. Часы этого не делают.
Прогнозирование на основе данных
Есть подход, при котором отдельные задачи вообще не оценивается. Вместо этого используются исторические данные для прогнозирования. Если за последние 10 спринтов команда в среднем закрывала 12 задач, то и в следующем спринте, скорее всего, закроет примерно столько же.
Для этого используются flow-метрики. Cycle time показывает, сколько времени задача проводит в работе. Throughput показывает, сколько задач завершается за период. На основе этих данных можно строить вероятностные прогнозы: «с вероятностью 85% эта работа будет закончена к такой-то дате».
Подход работает при двух условиях. Задачи примерно одинакового размера (или дробятся на такие). И есть достаточно исторических данных, хотя бы за 2-3 месяца. Для молодых команд, которых у нас много, второе условие может быть ограничением на старте. Но через пару месяцев данные накапливаются.
Что реально работают в 2026 году
На практике многие команды комбинируют подходы.
Для планирования спринта используется грубая оценка размера: маленькая, средняя, большая. Всё, что оценивается как «большое», дробится. Это быстрее planning poker и защищает от ситуации, когда одна задача забирает весь спринт.
Для прогнозирования сроков используется throughput и cycle time. Данные из Jira или Linear копятся автоматически. Через 2-3 спринта их достаточно для первых прогнозов.
Для управления потоком используются WIP limits. Ограничение количества задач в работе снижает переключение контекста и повышает throughput. Работает вне зависимости от подхода к оценке.
Где разобраться глубже
Программа Agile Project Management разбирает подходы к оценке и прогнозированию с учётом реальности 2026 года. Flow-метрики, вероятностное прогнозирование, работа с неопределённостью. Сертификат ICP-APM от ICAgile работает у нас и за рубежом.
Базовая программа Certified Agile Professional даёт общее понимание agile-подходов, включая различные способы оценки и планирования. Тренинги проходят в Zoom, время удобно для Алматы и Астаны.