В традиционных подходах к разработке, оценки трудоёмкости обычно делаются экспертно, разработчиками или архитектором. С этим подходом есть две проблемы. Во-первых, оценки обычно даются в человеко-днях. Но человеко-дни потом очень трудно правильно перевести в календарное время. Их начинают умножать на всякие коэффициенты, которые отличаются от команды к команде и от разработчика к разработчику. Потом нужно попытаться учесть все риски, и сдвинуть прогноз по сроку соответственно. Весь этот процесс непрозрачен и прячет проблемы с оценками на каждом из этапов. Если в итоге сроки начинают съезжать, потом бывает очень трудно разобраться, где именно были допущены ошибки. Обычно это заканчивается взаимными претензиями и переводом стрелок между участниками процесса и обычно не приводит к улучшениям.
Кроме того, чтобы экспертно оценить время на ту или иную доработку, обычно нужно достаточно глубоко её спроектировать. Если при этом заказчики просят точных оценок, то трудоёмкость самого процесса оценки становится достаточно большой. Кроме того, если потом планы меняются и решение нужно переделать, эта работа просто идёт на выброс.
Agile предлагает альтернативный подход к оценкам, и целый ряд инструментов, которые его обеспечивают. В Agile оценки даются не экспертно, а на основании статистических данных о скорости разработки за прошлые периоды. В своём докладе я расскажу о том, как даются такого рода оценки, какие для этого существуют инструменты и практики, и как их использовать для получения прогнозов по срокам завершения задач и проектов.
Презентация доклада:
Запись выступления:
