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

111

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

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

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

введите описание изображения здесь

user1556120
источник
2
Для меня особенность - это «что», а элемент невыполненной работы - это «как».
oli

Ответы:

131

Похоже, вы используете шаблон процесса 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

Agilejoshua
источник
5
Корпорация Майкрософт опубликовала дополнительную информацию об использовании функций. visualstudio.com/en-us/get-started/… К сожалению, онлайн-функции Visual Studio будут доступны только пользователям с расширенными лицензиями. :-( visualstudio.com/en-us/get-started/try-additional-features-vs цена будет составлять 60 долларов за пользователя в месяц.
Agilejoshua,
Как в это вписываются Баги? Взаимозаменяемы ли ошибки с задачами?
Captain Sensible
1
@DiegoDeberdt - ошибки не взаимозаменяемы с задачами. Считайте, что они существуют либо на том же уровне иерархии, что и PBI, либо потенциально как дочерние по отношению к PBI (если вы выберете такой способ отслеживания - оставляя их связанными, обычно достаточно связи). Задачи могут быть дочерними по отношению к ошибкам, чтобы отслеживать разработчиков и проверять их работу.
StingyJack 05
2
Я не могу согласиться с подходом «множественный спринт - это особенность». Его следует использовать как мост (в основном для отслеживания) между более техническими и менее техническими целями. Я могу представить, что функция начинается и заканчивается в спринте с достаточной самоотдачей и ресурсами. Но Feature - это простой способ для руководства и т.д. связать и понять техническое содержание.
Бейтан Курт
Появилась новая страница руководства для Visual Studio 2015: ALM> Работа> Масштаб> Управление портфелем
JohnC
20

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

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

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

Philabob
источник
9
Да, но теперь они добавили собственно эпики, которые содержат функции, содержащие элементы невыполненной работы или ошибки, которые могут содержать задачи.
toddmo
1

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

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

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

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

а потом:

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

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

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

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

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

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

Исмаэль Олеа
источник
1

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

Бинит Агарвал
источник
1

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

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

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

SQL Police
источник
1

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

Нейт
источник