Как должны быть сопоставлены пользовательские истории, описывающие аспекты одной и той же задачи?

Наша команда начинает использовать пользовательские истории для сбора требований. Мы испытываем некоторую путаницу в отношении того, как они должны быть сопоставлены с задачами. Кажется, у нас есть несколько пользовательских историй, которые описывают разные аспекты одной и той же фундаментальной задачи разработки. Например...

Истории пользователей:

  • Как пользователь XYZ, я хочу ввести цели в форму, чтобы отслеживать прогресс в их достижении.
  • Как пользователь XYZ, я хочу иметь возможность вводить только положительные целые числа для цели, чтобы я не мог вводить ошибочные данные.
  • Как пользователь XYZ, я хочу отфильтровать доступные цели, чтобы сосредоточиться только на определенных.

Задача:

  • Разработать форму для ввода целей с проверкой и фильтрацией

Проблема здесь в том, что мы используем TFS, которая не позволяет задаче разработки иметь несколько родителей. Предположительно, это потому, что мы как-то неправильно понимаем этот подход.

Может ли кто-нибудь предложить, как это должно быть сделано?


person Alex Angas    schedule 21.09.2011    source источник


Ответы (2)


У нас точно такая же задача в наших проектах. И вполне нормально иметь задачу, которая обеспечивает (часть) требуемую функциональность, встроенную в пользовательские истории.

Как мы справляемся с этим:

  • Свяжите задачу как ДОчернюю с пользовательской историей с наивысшим приоритетом после завершения планирования релиза/спринта.
  • Свяжите ту же задачу, что и RELATES TO, с другими пользовательскими историями.

На практике рабочие часы объединяются в первую обрабатываемую пользовательскую историю. Затем задача считается уже выполненной, когда следующие пользовательские истории помещаются в спринты.

Это сработает для вас?

person kroonwijk    schedule 21.09.2011

Во-первых, в приведенном выше примере задача состоит как минимум из трех компонентов.

фильтрация проверки формы

это похоже на три задачи три истории

решено?

person you cad sir - take that    schedule 21.09.2011
comment
Согласен -› +1. Имеет больше смысла разделять пользовательскую историю на одну или несколько задач, а не наоборот. - person pantelif; 21.09.2011