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

Пользовательская история — настолько привычный термин, что уже как-будто и не требуется объяснения, что это такое. Но работа с командами постоянно заставляет вернуться на грешную землю и осознать, что не настолько это понятный инструмент, чтобы им все могли пользоваться.
Данная статья представляет собой перевод статьи об историях из SAFe. Но насколько бы полным не был оригинал, он все-равно вызывает вопросы у разработчиков. Поэтому я дал свои коментарии, что же все-таки такое — история.