Почему оценки задач в часах и днях почти всегда приводят к срывам сроков, конфликтам с бизнесом и выгоранию команды? В этом видео я подробно разбираю: — почему оценка в часах не работает в большинстве IT-команд — почему оценки часто превращаются в коммиты по срокам (и почему это ошибка) — что такое Story Points и зачем они нужны в Agile и Scrum — как учитывать сложность, объём и неопределённость задачи — зачем нужна единая система оценки внутри команды — как Planning Poker помогает договориться, а не спорить Важно: Story Points— это не про время. Это про относительную сложность и усилия команды, а не про обещания по срокам. ⚠️ В этом видео я сознательно не показываю конкретные шкалы и таблицы оценки — без контекста они часто вредят. Подробную методологию, рабочую шкалу и примеры оценки задач я разбираю на бусти.   👉 В Boosty я показываю: — рабочую шкалу Story Points — разбор каждого уровня оценки — пример Poker Planning «вживую» — границы применимости методологии 👉 В следующем видео разберём планирование спринта и как использовать Story Points без перегрузки команды. 🔗 Полезные ссылки Подписывайтесь на мой Telegram-канал — там я выложу чек-лист по оценке задач в спринте  https://t.me/alexey_dmitriev_invest/522  Продолжение и углубление темы — на Boosty https://boosty.to/alexey_dmitriev_fin  ⏱ Таймкоды 00:00 Почему оценки в часах ломают команды 00:45 Разный уровень людей и проблема «одних и тех же дней» 01:28 Почему оценка превращается в коммит 02:20 Оценка времени не учитывает неопределённость 03:48 Роль бизнеса и refinement 05:37 Что такое Story Points на самом деле 08:11 Зачем фиксировать договорённости и как это делать 09:31 Искажение при оценках  10:12 Planning Poker: зачем оценки вслепую 12:06 Velocity и единая система оценки 14:06 Что будет дальше и продолжение практики оценок задач