Ответ
Обычно использую story points (SP) по шкале Фибоначчи (1, 2, 3, 5, 8, 13). Это абстрактные единицы, которые учитывают сложность, риски и объем работы.
Пример:
Задача: "Реализовать авторизацию через OAuth"
Оценка команды:
- Сложность: 5 SP (интеграция с API, обработка токенов)
- Риски: +3 SP (возможные проблемы с провайдерами)
Итог: 8 SP Для небольших задач или багов могу использовать часы/дни, но только если требования четкие и нет неопределенностей.
Почему не только часы?
- Story points лучше отражают относительную сложность.
- Часы часто привязывают оценку к скорости конкретного разработчика, а не к задаче.