разница между элементом журнала отставания продукта и функцией в типах рабочих элементов Team Foundation

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

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

Должен ли я выбрать «Элемент невыполненной работы по продукту» или «Функция» в качестве типа рабочего элемента для моих новых рабочих элементов? В чем разница между ними?

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

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

• Элементы журнала невыполненных работ по продукту состоят из задач с оценкой трудозатрат.
• Функции состоят из элементов невыполненной работы по продукту и имеют целевые даты.

Мне не удалось найти никаких официальных указаний относительно того, когда использовать функции и элементы невыполненного журнала продуктов, но я создал свое собственное руководство, на котором основываю свой ответ ... http://www.nsilverbullet.net/2013/06/ 04 / функции-помощь-нам-планировать-работу-лучше-в-команде-фундамент-сервис-схватка-процесс /

Следует ли вам создать функцию или элемент невыполненной работы по продукту?

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

[Обновление 2014-05-19]

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

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

Feature = Epic, элемент Backlog = Story

По содержанию эпоса похожие истории.

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

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

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

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

а потом:

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

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

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

Вероятно, это просто вопрос выбора соглашения, с которым вы чувствуете себя более комфортно, и его соблюдения.

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

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

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

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

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

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

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

Помните, что вы можете СВЯЗАТЬ рабочие элементы и отображать их в виде древовидного списка. Таким образом, вы можете связать элемент невыполненной работы с функцией, а позже вы можете связать задачу с элементом невыполненной работы. Таким образом, вы получаете красивый иерархический древовидный список.

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