Во время спринта проектные команды пишут короткие пользовательские истории, чтобы спланировать свою работу на следующий спринт. В этом курсе Дуг Роуз, эксперт в области гибкой разработки, объясняет, как писать пользовательские истории и расставлять приоритеты. В нем также объясняются основные ловушки, которых следует избегать при планировании гибкого проекта.
Что мы имеем в виду, когда говорим о пользовательских историях?
При гибком подходе пользовательские истории — это наименьшая единица работы. Они представляют конечные цели программного обеспечения (а не функции) с точки зрения пользователя.
Пользовательская история — это общее неформальное описание функциональности программного обеспечения, написанное с точки зрения пользователя.
Цель пользовательской истории — описать, как опция создаст ценность для клиента. Примечание. Клиенты не обязательно являются внешними пользователями в традиционном понимании. В зависимости от команды это может быть клиент или коллега в организации.
Пользовательская история — это описание желаемого результата простым языком. Детально не описано. Требования добавляются по мере их принятия командой.
Что такое гибкие спринты?
Как следует из названия, Agile Sprint — это этап разработки продукта. Спринт — это короткая итерация, которая делит сложный процесс разработки на несколько частей, чтобы упростить, скорректировать и улучшить его по результатам промежуточного обзора.
Метод Agile начинается с небольших шагов и разрабатывает первую версию продукта небольшими итерациями. Таким образом можно избежать многих рисков. Он устраняет препятствия V-проектов, которые разделены на несколько последовательных этапов, таких как анализ, определение, проектирование и тестирование. Эти проекты выполняются один раз в конце процесса и отличаются тем, что не предоставляют временных прав доступа для пользователей компании. Поэтому возможно, что на данном этапе продукт уже не соответствует потребностям компании.
Что такое бэклог в Scrum?
Цель Backlog в Scrum — собрать все требования клиентов, которым должна соответствовать проектная команда. Он содержит перечень спецификаций, связанных с разработкой продукта, а также всех элементов, требующих вмешательства проектной группы. Все функции в Scrum Backlog имеют приоритеты, определяющие порядок их выполнения.
В Scrum Backlog начинается с определения целей продукта, целевых пользователей и различных заинтересованных сторон проекта. Далее идет список требований. Некоторые из них функциональны, некоторые нет. В ходе цикла планирования команда разработчиков анализирует каждое требование и оценивает стоимость реализации.
На основании перечня требований составляется перечень приоритетных функций. Рейтинг основан на добавленной стоимости продукта. Этот приоритетный список функций составляет Бэклог Scrum.
