Эпическая пользовательская история — это большая пользовательская история высокого уровня, в которой описывается важная функция или возможность, которыми должен обладать продукт или проект. Обычно он слишком велик, чтобы поместиться в один спринт или итерацию, поэтому он разбивается на более мелкие пользовательские истории и задачи.
Эпические пользовательские истории имеют ряд преимуществ, в том числе:
Эпическая пользовательская история обычно включает следующую информацию:
Эпические пользовательские истории лучше всего использовать для определения и определения приоритетов высокоуровневых функций и возможностей, которыми должен обладать продукт или проект. Они могут помочь командам сосредоточиться на предоставлении ценности пользователям и заинтересованным сторонам и разбить сложные функции на более мелкие, более управляемые части. Эпические пользовательские истории также могут облегчить общение между заинтересованными сторонами и командами разработчиков и помочь убедиться, что все согласны с общими целями и задачами проекта.
Первый шаг — определить цель или задачу пользовательской истории. Обычно это бизнес-цель высокого уровня или проблема, которую необходимо решить. Она должна быть конкретной, измеримой, достижимой, актуальной и ограниченной по времени.
Следующим шагом является определение персонажей пользователей или типов пользователей, которые будут взаимодействовать с системой. Это поможет вам понять их потребности и поведение, что повлияет на дизайн пользовательской истории.
Эпическая пользовательская история должна быть разбита на более мелкие, более управляемые пользовательские истории, с которыми может справиться команда разработчиков. Эти небольшие истории должны быть независимыми и доставляемыми, а также иметь четкую ценность для конечного пользователя.
Каждая пользовательская история должна соответствовать формату: «Как [персонаж пользователя], я хочу [цель], чтобы [выгода]». Пользовательская история должна быть краткой и конкретной и должна фокусироваться на потребностях и целях пользователя.
Когда у вас есть список пользовательских историй, вы должны определить их приоритетность в зависимости от их ценности для пользователя и бизнеса. Это поможет вам определить, какие истории следует решать в первую очередь, а какие можно подождать.
Наконец, вы должны оценить усилия, необходимые для завершения каждой пользовательской истории. Это поможет вам определить, сколько историй может быть завершено в данном спринте или выпуске, и поможет вам управлять ожиданиями заинтересованных сторон.
Для эпической пользовательской истории нет установленной длины, но она должна быть достаточно длинной, чтобы охватить высокоуровневую функцию или возможность, которую она описывает, и в то же время быть достаточно краткой, чтобы ее могли легко понять заинтересованные стороны и команды разработчиков.
Да, эпические пользовательские истории часто разбиваются на более мелкие пользовательские истории и задачи, которые можно выполнить за один спринт или итерацию.
Эпические пользовательские истории могут быть написаны владельцами продукта, бизнес-аналитиками или любым другим лицом, ответственным за определение и определение приоритетов высокоуровневых функций и возможностей продукта или проекта.
Эпические пользовательские истории следует регулярно пересматривать и обновлять, в идеале в рамках гибкого процесса разработки. Их следует пересматривать и уточнять по мере поступления дополнительной информации и изменения приоритетов.