Разница между Item Backlog Item и Feature в командных элементах Team Foundation

У меня есть вопрос о Microsoft Team Foundation. В Visual Studio, Team Explorer, я могу создать новый рабочий элемент. Типы рабочих элементов здесь продиктованы выбранным вами шаблоном процесса; Я не уверен, какой шаблон процесса мы используем. В любом случае, в Team Explorer, когда я хочу создать новый рабочий элемент, мне предоставляется список типов рабочих элементов для выбора, среди которых "Item Backlog Item" и "Feature".

Я заметил разницу между двумя типами, связанными с датой разрешения цели. Для элемента отставания продукта это, похоже, продиктовано датой окончания итерации. Для Feature это не так понятно. Функция также связана с итерацией (и датой окончания итерации), однако функция также имеет отдельное поле под названием "Дата цели". Текст наведения мыши для целевой даты - "Целевая дата для завершения функции".

Должен ли я выбрать "Item Backlog Item" или "Feature" в качестве типа рабочего элемента для моих новых рабочих элементов? Какая разница между двумя?

Ответ 1

Похоже, вы используете шаблон процесса Scrum. Сайт TFS опубликовал очень краткую информацию о элементах и функциях отставания продукта и идею создания нового типа рабочих элементов. http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx

Разница между этими двумя параметрами сводится к тому, с какой детализацией вы хотите работать со своими рабочими элементами:

Товарные элементы продукта состоят из задач и имеют оценочные усилия.
Особенности состоят из элементов Backlog продукта и имеют целевые даты.

Я не смог найти каких-либо официальных указаний о том, когда использовать функции vs Product Backlog Items, но я создал свое собственное руководство, которое я основываю на этом ответе на... http://www.nsilverbullet.net/2013/06/04/features-help-us-plan-work-better-in-team-foundation-service-scrum-process/

Должны ли вы создать элемент Feature или Product Backlog?

Если вы думаете/надеетесь, что новый рабочий элемент, который вы собираетесь создать, поместится в один спринт, вы должны создать Item Backlog Item, а затем разбить его на задачи для вашего спринта.
Если вы думаете/знаете, что новый рабочий элемент не будет вписываться в один спринт, вы должны создать функцию и определить все элементы размера спринта (элементы отставания продукта), которые могут быть разбиты на используйте их при планировании будущих спринтов.

[Обновить 2014-05-19]

Microsoft опубликовала дополнительную информацию о том, как использовать функции и концепцию гибкого портфеля, реализованную в TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx

Ответ 2

Поскольку TFS применяет гибкую стратегию развития, я думаю, мы можем сказать:

Feature = Epic, Элемент backlog = История

Эпическое содержание подобных историй.

Ответ 3

У меня были те же сомнения, что и у OP, и мои мысли были согласованы с ответом @josant, что очень разумно для меня.

С другой стороны, я использую книгу Хундхаузена [1] в качестве ссылки для принятия TFS + Scrum.

Он сказал такие вещи, как:

Функция - это дискретная единица функциональности, которая обеспечивает ценность для пользователя или бизнеса. PBI может быть достаточно большим, чтобы иметь несколько функций.

а затем:

Функция может разбиться на несколько сценариев. Сценарий - это рассказ, описывающий последовательность действий или последовательность шагов через функцию, которая использует один путь для достижения ожидаемого результата.

и продолжает развивать эти идеи.

Мне кажется, что Хундхаузен говорит о случаях использования [2], но все же я считаю его предложение некорректным, и не кажется, что TFS будет ориентироваться на этот метод анализа orb. Я нашел его ссылкой в литературе схватки, которую я читал.

Наверное, это вопрос выбора конвенции, в которой вы чувствуете себя более комфортно и придерживаетесь.

[1] http://www.amazon.es/dp/073565798X

[2] https://en.wikipedia.org/wiki/Use_case

Ответ 4

Функция - это портфель портфеля продуктов.

http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx

Ответ 5

Функция - это уровень до "элементов отставания". команда определяет работу как инициативы высокого уровня и разбивает их на функции. которые далее разрушают и определяют работу, которая должна быть выполнена как "отставание". ref http://msdn.microsoft.com/en-us/library/dn306083.aspx?

Ответ 6

Как говорили другие:

Особенности: Верхний уровень
Отложенные события: один уровень ниже Характеристики (функция состоит из элементов журнала)

Имейте в виду, что вы можете работать с элементами LINK, и вы можете отображать их как список деревьев. Таким образом, вы можете связать элемент backlog с функцией, а позже вы можете связать задачу с элементом backlog. Таким образом, вы получаете хороший иерархический список деревьев.

Ответ 7

Вот как я его использую. Под элементами инструмента "Работа" → "Отложенные" перечислены как "Особенности", так и "Запасные элементы". Я начинаю с функций, поэтому в этот момент нет элементов для хранения. Я добавляю функции, выбирая "Функции" под заголовком "Backlog" и добавляя имя функции в форме, а затем сохраняя и закрывая. Слева от каждой добавленной функции есть знак "зеленый +". Нажмите на знак плюса и выберите параметры выбора. Выберите "Элементы отставания продукта". Когда он открывается, введите имя элемента backlog в верхнем поле, как в свойствах. Вы создаете эти элементы журнала, нет всплывающих окон. Заполните другую информацию по мере необходимости, затем сохраните и закройте. После создания элементов Backlog щелкните зеленый + на вновь созданных элементах Backlog. Введите имя рабочего элемента, как и для элементов отставания и функций. При добавлении рабочих элементов включается спринт в поле итерации, и они будут в спринте при его открытии. Ничто из этого не документировано нигде, что я мог бы найти. Надеюсь, что это будет достаточно подробно.