різниця між предметом «Блокування продукту» та функцією у типах робочих елементів «Фонд команди»

У мене питання щодо Microsoft Team Foundation. У Visual Studio, Team Explorer, я можу створити новий робочий елемент. Тут типи робочих елементів диктуються обраним вами шаблоном процесу вашої команди; Я не впевнений, який шаблон процесу ми використовуємо. У будь-якому випадку, у програмі Team Explorer, коли я хочу створити новий робочий елемент, мені надається список типів робочих елементів, з яких можна вибрати, серед яких "Елемент затримки продукту" та "Функція".

Я помітив різницю між двома типами, пов’язаними з цільовою датою вирішення. Для продуктового продукту, це може бути продиктовано датою завершення ітерації. Для функції це не так зрозуміло. Функція також пов’язана з ітерацією (і кінцевою датою ітерації), однак у функції також є окреме поле під назвою "Дата цілі". Текст наведення миші на цільову дату - "Цільова дата для завершення функції".

Чи слід вибрати тип продукту «Блокування продукту» або «Особливість» як тип робочого елемента для моїх нових робочих предметів? Яка різниця між ними?

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

Різниця між ними зводиться до того, яка деталізація ви хочете працювати зі своїми предметами роботи:

• Елементи затримки продукту складаються із завдань і мають оціночні зусилля.
• Особливості складаються з продуктових блоків товарів і мають цільові дати.

Я не зміг знайти жодних офіційних вказівок щодо використання функцій щодо продуктових закупівель, але я створив своє власне керівництво, на якому я ґрунтуюся на цій відповіді ... http://www.nsilverbullet.net/2013/06/ 04 / функції-допомога-нам-план-робота-краще-в-команді-фундамент-сервіс-scrum-процес /

Чи слід створити функцію чи товар із затримкою продукту?

• Якщо ви думаєте / сподіваєтесь, що новий робочий предмет, який ви збираєтеся створити, впишеться в єдиний спринт, вам слід створити товарний загін продукту, а потім розділити його на завдання для вашого спринту.
• Якщо ви думаєте / знаєте, що новий робочий елемент не впишеться в єдиний спринт, вам слід створити функцію та визначити всі елементи, що надають значення спринту (деталі із заднім числом продукту), на які функцію можна розбити та використовувати їх, коли планування майбутніх спринтів.

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

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

Оскільки TFS застосовує спритну стратегію розвитку, я думаю, що ми можемо сказати:

Характеристика = Епічний, Західний предмет = Історія

Епічний зміст схожих історій.

У мене були ті самі сумніви, що і в ОП, і мої думки були узгоджені з відповіддю @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

Особливість - це рівень до "відсталих елементів". команда визначає роботу як ініціативи високого рівня та розбиває їх на особливості. які надалі розбиваються та визначають роботу, яку потрібно виконати як "Затримку". ref http://msdn.microsoft.com/en-us/library/dn306083.aspx ?

Як тут казали інші:

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

Майте на увазі, що ви можете ЗВ'ЯЗАТИ робочі елементи і можете відображати їх як список дерев. Отже, ви можете пов’язати предмет із затримкою до функції, а пізніше ви можете пов’язати завдання з елементом відставання. Таким чином, ви отримуєте приємний ієрархічний список дерев.

Ось як я цим користуюся. У розділі інструментів "Робота" -> "Затримки" перераховані як "Особливості", так і "Елементи блоку". Я починаю з функцій, так що в цьому моменті немає відстаючих елементів. Я додаю функції, вибравши функції під заголовком "Блокування" та додавши ім'я функції у форму, потім збережіть та закрийте. Ліворуч від кожної щойно доданої функції є зелений знак +. Клацніть на знаку плюс і з'явиться параметр вибору. Оберіть "Блокування товарів". Коли він відкриється, введіть назву елемента відставання у верхньому полі так само, як у функціях. Ви створюєте ці елементи відставання, спливаючих вікон немає. Заповніть іншу інформацію, як потрібно, тоді збережіть і закрийте. Після створення елементів Блокування натисніть зелений + на новостворені елементи Блокування. Введіть назву робочого предмета, як ви робили для елементів Блокування та функцій. При додаванні робочих елементів включайте спринт у поле ітерації, і вони будуть знаходитись у спринті, коли ви відкриєте його. Нічого цього не документально підтверджено ніде, що я міг би знайти. Сподіваюсь, це досить детально.