(Это начнется с бесплатной пробной версии за 2 недели - без кредитной карты)
(Это начнется с бесплатной пробной версии за 2 недели - без кредитной карты)
(Это начнется с бесплатной пробной версии за 2 недели - без кредитной карты)
(Это начнется с бесплатной пробной версии за 2 недели - без кредитной карты)
Гибкая пользовательская история — это краткое простое описание функции или функциональности с точки зрения конечного пользователя. Это инструмент, используемый в гибкой разработке программного обеспечения, чтобы помочь команде разработчиков понять, что нужно и чего хочет пользователь.
Преимущества гибких пользовательских историй включают в себя:
Гибкая пользовательская история обычно включает три компонента:
Гибкие пользовательские истории лучше всего использовать, когда они:
Пользовательские истории Agile могут быть написаны кем угодно из команды разработчиков, но обычно их пишет владелец продукта или сам пользователь.
Пользовательские истории Agile могут быть расставлены по приоритетам на основе потребностей и требований пользователя, ценности или выгоды для пользователя, усилий, необходимых для реализации функции или функциональности, а также любых зависимостей от других пользовательских историй.
Как гибкая пользовательская история, так и вариант использования описывают требования пользователя, но гибкая пользовательская история обычно короче и проще, чем вариант использования. Гибкая пользовательская история фокусируется на потребностях пользователя и выгодах, которые он получит от функции или функциональности, в то время как вариант использования представляет собой более подробное описание того, как пользователь взаимодействует с системой.
Усилия, необходимые для гибкой пользовательской истории, можно оценить с помощью таких методов, как баллы за историю или относительный размер, которые включают сравнение истории с другими историями известной сложности. Команда разработчиков может использовать свою историческую скорость, чтобы оценить, сколько очков истории они могут выполнить за данный спринт.
Да, гибкие пользовательские истории можно и нужно изменять по мере того, как команда разработчиков лучше понимает нужды и требования пользователей. Команда разработчиков должна тесно сотрудничать с пользователем для уточнения пользовательских историй и обеспечения того, чтобы они точно отражали потребности пользователя.