О чем говорили на Product Mindset Perm.
Дмитрий Абрамов, Head of product Skyeng, об оценке сроков:
✅ Оценивать сроки в продукте нужно по двум причинам: оценка ROI фичей, синхронизация команд по зависимым задачам.
✅ Люди вообще не способны оценить сроки из-за когнитивных искажений. Одно и то же ТЗ, напечатанное 14-м и 18-м шрифтом, разработчики оценивают в 290 и 330 часов соответственно.
✅ Когда мы спрашиваем: «За какое время будет сделана задача?», — и получаем в ответ «За 4 часа», это не значит, что задача через 4 часа окажется на проде. Эффективность потока (время работы / время поставки) в командах в среднем около 5% (15% — это классный показатель). Заявленную оценку надо бы разделить на 0,05.
✅ Хорошая новость: статистика помогает оценивать время разработки. Используйте
распределение Вейбулла. Если вы возьмете все задачи, которые сделала ваша команда, и построите распределение, — сможете предсказывать сроки реализации задач.
✅ Мы все живем в мире неопределенности, так почему в сроках мы хотим получить точное значение? Обычно в продуктовой разработке достаточно вероятности 85%.