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

Question

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

Пользовательские истории:

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

Задача:

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

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

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

Answer 1

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

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

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

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

Будет ли это работать для вас?

Answer 2

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

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

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

решена?