Используются ли story points для оценки задач
Что проверяют
Работали ли вы в процессе с планированием и понимаете ли, зачем команде оценки. Вопрос звучит как «да или нет», но ждут рассказа: как именно оценивали, кто участвовал и что делали с цифрами дальше. Следом обычно спрашивают, чем story point отличается от часа и что такое velocity.
Как отвечать
Начните с факта о своей команде, а потом дайте каркас:
- что оценивали: story points это относительная мера объёма, сложности и неопределённости задачи, а не время. Задачу сравнивают с эталонной: «экран настроек был на 3, этот сложнее, значит 5»;
- шкала: чаще всего модифицированный ряд Фибоначчи (1, 2, 3, 5, 8, 13). Разрывы растут специально, чтобы не спорить о разнице между 7 и 8;
- как оценивали: planning poker на груминге или планировании спринта. Если оценки разошлись, свою логику объясняют авторы самой низкой и самой высокой, и голосуют заново;
- что делали с цифрами: считали velocity за несколько спринтов и по ней решали, сколько брать в следующий. Задачу на 13 и больше дробили.
Добавьте iOS-специфику, она делает ответ вашим: в оценку попадают вёрстка под разные экраны и Dynamic Type, поддержка старых версий iOS, миграции Core Data. Ревью в App Store в очки обычно не входит, его закладывают в план релиза отдельно.
Если story points в команде не было, так и скажите и объясните, чем их заменяли: часы, идеальные дни, размеры футболок, Kanban с контролем cycle time. Хорошо звучит «у нас оценивали в днях, и я видел такую проблему...». Своё мнение о плюсах и минусах важнее, чем совпадение с «правильным» процессом.
Где спотыкаются
Переводят очки в часы: «один поинт это день». После этого story points теряют смысл, и интервьюер это сразу слышит.
Предлагают сравнивать velocity разных команд или делать её KPI разработчика. Шкала у каждой команды своя, а такая метрика быстро приводит к раздуванию оценок.
Пересказывают теорию без единого примера. Вопрос поведенческий, нужен конкретный спринт, конкретная задача и то, чем закончилась её оценка.