да,сразу бы

вот ты и ответила :) 5000

Ну то есть весь спринт?

запросто

в следующий раз, будешь точнее

Почему?

Ну мы планируем спринт, взяли эту задачку, которая затаймбокшена. Ну теоретически, если у нас есть капасити и цель не будет страдать - мы можем докинуть то, что поймем по результатам. Но может там что-то в итоге гигантское

Но ты же не знаешь, гигантское ли там.
И да, цель спринта очень хороший ориентир. Современный Скрам хитрый, пытается быть гибче и в современном варианте разрешает кое-то выбрасывать из спринта 😉

Согласна…

но не если Sprint Goal is obsolete

Это самой собой…боже упаси, так сказать))

Смотри, в этой статье и коменте прекрасно абсолютно всё.
1. Спринт и ПМы - при этом на каком то курсе обучающем ему это рассказали.
2. Оценка по трём точкам и итеративная разработка (смешно тут то что техника используется для более крупных элементов - типа продуктов или проектов) - в контексте скорее всего техника употребляется для проверки продуктовых гипотез, но это надо описать.
3. Страшно подумать что будет с автором, дочитай он PMBoK до конца. (хабр захлебнётся от потока мыслей)


Техника называется «оценка по трём точкам» потому, что участники команды дают пессимистичную, оптимистичную и наиболее вероятную оценки сроков завершения работ.

- ключевое это участники команды, прикол в том что оценка уже дана, ещё до появления проектной команды, в противном случае это T&M а значит это скорее всего скрам (если это фикса, то факта продажи ещё не случилось, а значит каждый сбор команды, это оплата деньгами компании, что делает упражнение ещё более дорогим - т.е. мы чё то там оцениваем проектной командой, а клиент ещё ничего не купил).

Поэтому я склонен думать что вся эта статья это впихнутая практика в скрам, но для чего то маааааленького, ибо в противном случае, это самоубийство.

Да, ты прав как обычно. Особенно про то, что оценка уже дана скорее всего. А что такое это мааааленькое может быть?

Кажется, что для спринта такая метода - большой оверкилл, считать так сложно по каждой задаче. Когда по идее команде достаточно понять - сделаем\ нет.

Ну представь что ты PdM какой нить средней - большой продуктовой компании, ты взяв в руки томик Unit Economy идёшь в воронку инициатив и объясняешь стейкхолдерам что твоя гипотеза, самая выгодная. Тебе дают бюджетик и на него ты нанимаешь 2 програмиста и 0.5 тестировщика, чем быстрее проверка гипотезы тем лучше (скорость фидбэклупа чуть ли не самое важно на данном этапе), поэтому начинают с малого (розовой кнопки) и вот что бы понять, как быстро всё случится - можно делать оценку по 3м точкам.

Да, ты права, применять подобное для команд в 7 человек, это оверкил ))

Да и вообщем то ни к чему, точность оценки всё равно не растёт.

Тут для PdM важнее скорость и отчёт стейкхолдерам

Сертифицированный спец есть.
"По ней сделаете, если что скажете - вот консультант сказал, у него и справка есть." - ну вот похоже бизнес по вашему совету и поступил. А мы теперь страдаем