Как оценивали объем задач на предыдущей работе

В команде использовали story points в рамках методологии Scrum. Оценка проводилась на планировании, где разработчики коллективно обсуждали сложность задач, учитывая:

• Объем работы (количество кода, тестов)
• Риски (неизвестные технологии, интеграции)
• Зависимости (от других команд/сервисов)

Пример оценки в Fibonacci-последовательности (1, 2, 3, 5, 8):

# Задача: "Добавить кэширование API"  
# Оценка:  
- 3 points (известный код, но нужно протестировать edge cases)  

Для точности сравнивали с эталонными задачами (например, "CRUD endpoint = 3 points"). Постепенно метрики уточнялись через ретроспективы.