Какие техники и практики эстимации вы знаете и использовали

Что проверяют

Понимаете ли вы, что оценка это прогноз с неопределённостью, а не обещание, и умеете ли подобрать технику под этап проекта. От аналитика ждут ещё и умения оценить собственную работу и подготовить требования так, чтобы команда смогла их оценить. Следом часто спрашивают, что вы делаете, когда оценка сорвалась.

Как отвечать

Разделите техники по степени детальности:

• экспертная оценка и аналогия: быстро и грубо, на старте, когда есть похожие задачи из прошлого. Хорошо работает, если история оценок и факта где-то записана;
• декомпозиция снизу вверх: разбиваете фичу на задачи через WBS или user story mapping, оцениваете каждую и складываете. Точнее, но требует проработанных требований;
• трёхточечная оценка (PERT): оптимистичная O, наиболее вероятная M и пессимистичная P, среднее считается как (O + 4M + P) / 6. Главная польза в том, что наружу уходит диапазон, а не одно число;
• Planning Poker: командная оценка в story points по шкале, близкой к Фибоначчи. Ценность не в числе, а в обсуждении расхождений: разброс карт вскрывает непонятые требования;
• T-shirt sizing и affinity estimation: грубая сортировка бэклога по размерам S, M, L, когда задач много и нужна приоритизация, а не план;
• параметрические методы: функциональные точки или use case points, встречаются в фиксированных контрактах и тендерах;
• прогноз по потоку: пропускная способность команды за прошлые спринты и моделирование Монте-Карло вместо оценки каждой задачи.

Для своей части расскажите, как оцениваете аналитику: по числу сценариев, интеграций, заинтересованных сторон, по времени на согласования. Пример берите реальный: какую технику применяли, насколько разошлась оценка с фактом и что поменяли после.

Где спотыкаются

Переводят story points в часы по курсу. Относительная оценка превращается в плохую абсолютную, и смысл техники теряется.

Называют одно число без допущений и диапазона. Когда требования уточняются, такая оценка ломается, и виноватым выглядит тот, кто её дал.

Оценивают за разработчиков в одиночку. Аналитик готовит декомпозицию и вопросы, а трудоёмкость оценивают исполнители.