Как управлять требованиями пользовательской истории

Question

Я работаю над проектом с использованием TFS2010 и шаблона процесса Agile. В TFS у меня есть коллекция пользовательских историй, но мне интересно, как лучше всего управлять требованиями пользовательской истории. Например, для одной истории пользователя потребуется страница поиска, и требование будет заключаться в том, что кнопка «Поиск» должна быть отключена до тех пор, пока не будет введен какой-либо «текст поиска».

Мой первоначальный план состоял в том, чтобы прикрепить кучу предметов «Задача» с полем «Активность», установленным в «Требование» к «Истории пользователей». Затем я создавал бы некоторые задачи, которые описывали бы фактическую реализацию и удовлетворяли бы задачам Требование.

Будет ли это разумным способом управления этим?

Answer 1

Рабочие элементы задачи предназначены для выполнения фактической работы и получения времени.

Истории пользователя are требования.

Какое «управление» вы имели в виду?

Answer 2

Почему вы не построить дерево рабочих элементов с Parent/Child отношениями:

User Story: As a user I want a Search page 
    Child US #1: As a user I want to be able to enter latin & greek search terms 
    Child US #2: As an admin I want to be notified for User-searches that yielded no results 
    Child US #3: ... 

Вы можете присвоенных Story Points для каждого ребенка - узла, само собой разумеется, что вы можете назначить ребенок каждый Ребенок.
В тот момент, когда вас устраивает информация, которую вы имеете в своих UserStories, вы можете начать разбивать их на выполнимые задачи.

Хороший инструмент для визуализации Деревья рабочих предметов можно найти here.

Answer 3

Я думаю, что то, что вы называете требованием, является тем, что в scrum обычно называют историей пользователя критериями приемлемости. Если вам нужно всего лишь предложение или два, я предлагаю вам написать их в описании сюжета. Если вам нужна более сложная настройка, вам полезно использовать связанный дочерний рабочий элемент. Вы должны рассмотреть возможность использования контрольного примера типа рабочего элемента. Это даст вам дополнительное преимущество для обоснования «требований» к истории в реальных тестах с MTM.

Answer 4

Вы также можете рассмотреть вопрос о «импортировании» типа «Требование» в шаблон Agile. TFS 2010 предоставляет другой шаблон (я считаю, что он называется CMMI или что-то в этом роде), и он позволяет импортировать тип требования. В моем проекте мы только что это сделали и собираемся начать использовать его, чтобы легко отслеживать более формальные требования (т. Е. Критерии принятия). Легко информировать о крупных проектах.