Story points - это какая-то шляпа, вам не кажется? Сторипоинты – булшит (один из) современного Agile 🎭

Почему их применяют? ТОП причин, которые мне называли разные проджекты: 1. "Это не вводит разработчиков в стресс, успеть в срок" (то что они спринтами работают ничего страшного) 2. "Так было когда я пришел/пришла, всем удобно, не стал менять" (К этим меньше всего вопросов. Хотя бы не вредят.) 3. "Они все равно коррелируют со временем, зато разработка не стрессует" (бггг) 4. "Разработчики не хотят оценивать в часах" Опытные бедолаги скорее всего и сами замечали такие причины.

Собсно, сделал вывод, что: Изначально, они закладывались как альтернативный инструмент оценки задач (звучит почти как "альтернативно одаренный"), чтобы разработчики могли оценивать их, но в то же самое время не называть сроки. Мол, это стресс для разработчика(!), оценки не точны и вообще зачем оно вам надо?

Но что получается на практике? Типичные проблемы 1️⃣ Разработчик все равно оценивает во времени Разработчик: ну это дней 5... 8 поинтов ПМ: Всмысле?? Разработчик: ? ПМ: ...

2️⃣ Цирк с конями при кросс-командной работе Команда А: "Мы оценили в 13 поинтов" Команда Б: "Ок, когда нам начинать?" Команда А: "Ну это 13 поинтов..." Команда Б: "Да бл*, КОГДА?!" Команда А: "Эээ, ну через 2 недели точно можно начинать, мы спринт завершим"

3️⃣ "Уходим от жёстких дедлайнов" (самая смешная шутка года)

• Типа убрали оценку в часах
• Впихнули всё в двухнедельные спринты
• Посчитали какую-то там velocity В итоге: дедлайны остались 🤡

Так и что, это говнопрактика? (кратко, да) Конечно, зависит от ситуации, но лично по мне практика вредная т.к. потом получаешь бракованных таким образом разработчиков. Очень специфичная вещь почему-то очень широко тиражируется. Ситуаций где это применимо не так много.