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