Różnica między zalegającym produktem a funkcją w elementach pracy Team Foundation

Question

Mam pytanie dotyczące Microsoft Team Foundation. W Visual Studio, Team Explorer, mogę utworzyć nowy element pracy. Typy elementów pracy są narzucone przez szablon procesu wybranego przez Twój zespół; Nie jestem pewien, którego szablonu procesu używamy. W każdym przypadku, w Team Explorer, gdy chcę utworzyć nowy element pracy, dostaję listę typów przedmiotów do wyboru, wśród których są "Product Backlog Item" i "Feature".

Zauważyłem różnicę między dwoma typami związanymi z datą docelowej rozdzielczości. W przypadku elementu Backlog produktu wydaje się, że jest to podyktowane datą zakończenia iteracji. W przypadku funkcji nie jest to tak jasne. Funkcja jest również powiązana z iteracją (i datą zakończenia iteracji), jednak funkcja ma również osobne pole o nazwie "Data docelowa". Tekst wskaźnika myszy dla docelowej daty to "Docelowa data ukończenia funkcji".

Czy należy wybrać "Element zamówienia produktu" lub "Element" jako typ elementu pracy dla moich nowych elementów pracy? Jaka jest różnica między tymi dwoma?

Answer 1

Wygląda na to, że używasz szablonu procesu Scrum. Witryna TFS opublikowała kilka bardzo krótkich informacji o elementach i funkcjach Backlogu Produktu oraz idei tworzenia nowego typu elementu pracy. http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx

Różnica między nimi sprowadza się do tego, co ziarnistość chcesz pracować z elementów roboczych na:

• rejestru produktowego Pozycje składają się z zadań i oszacowali wysiłku.
• Funkcje składają się z pozycji Backlog produktu i mają docelowe daty.

I nie były w stanie znaleźć żadnej oficjalnej wytyczne, kiedy w użyciu funkcje vs zaległości wytwarzanie produktów, ale stworzyli własne wytyczne, które ja opierając tę ​​odpowiedź na ... http://www.nsilverbullet.net/2013/06/04/features-help-us-plan-work-better-in-team-foundation-service-scrum-process/

Jeżeli ty utworzyć element Backlogu cechy lub produktu?

• Jeśli myślisz/nadzieję, że nowa pozycja praca, którą będą tworzyć będą pasować do jednego sprintu należy utworzyć zaległości wyrobów element, a następnie rozbicie go na zadania dla swojej sprintu.
• Jeśli uważasz/wiesz, że nowy element pracy nie zmieści się w pojedynczym sprincie, powinieneś utworzyć Cechę i zidentyfikować wszystkie elementy zapewniające wartość sprintu (Elementy Backlogu Produktu), które można podzielić na Cechy i użyj ich podczas planowania przyszłych sprintów.

[Aktualizacja 19.05.2014]

Microsoft opublikował więcej informacji na temat korzystania z funkcji i zwinny portfela koncepcji, które zostały wdrożone w TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx

Answer 2

miałem takie same wątpliwości jako OP i moje myśli zostały dostosowane do odpowiedzi @josant, co jest dla mnie bardzo rozsądne.

Po drugiej stronie korzystam z książki Hundhausen [1] jako punktu odniesienia przy przyjmowaniu TFS + Scrum.

Mówił takie rzeczy jak:

cechą jest odrębną jednostką, która dostarcza funkcjonalności wartość dla użytkownika lub firmy. PBI może być wystarczająco duży, aby mieć kilka cech.

, a następnie:

Funkcja może rozkładać się w wielu sytuacjach. Scenariusz to narracja opisująca przepływ pracy lub sekwencję kroków za pomocą funkcji, która wytycza jedną ścieżkę prowadzącą do osiągnięcia oczekiwanego rezultatu.

i nadal rozwija te pomysły.

Wydaje mi się, że Hundhausen mówi o przypadkach użycia [2], ale nadal uważam, że jego propozycja jest sprzeczna z intuicją, ani nie wydaje się, że TFS będzie prowadził do tej metody analizy, którą znalazłem w literaturze Scrum, którą przeczytałem.

Prawdopodobnie jest to tylko kwestia wyboru konwencji, w której czujesz się bardziej komfortowo i przestrzegasz jej.

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

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

Answer 3

Jak TFS dotyczy zwinny strategii rozwoju myślę, że możemy powiedzieć:

feature = EPIC element zaległości = Story

Epicka treść podobne historie.

Answer 4

Funkcja to portfel zamówień na produkty.

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

Answer 5

Feature jest poziom aż do pozycji 'zaległości'. zespół definiuje pracę jako inicjatywy wysokiego szczebla i dzieli je na funkcje. które dalej rozkładają się i określają pracę do wykonania jako "Backlog". ref http://msdn.microsoft.com/en-us/library/dn306083.aspx?

Answer 6

jak inni tu powiedziane:

• Cechy: Najwyższy poziom
• Zaległości: jeden poziom poniżej funkcji (funkcja jest wykonana z elementów zaległości)

Należy pamiętać, że można Połącz elementy robocze i możesz wyświetlić je jako listę drzewiastą. Można więc połączyć element zaległości z funkcją, a następnie połączyć zadanie z elementem zaległości. W ten sposób otrzymujesz ładną hierarchiczną listę drzewiastą.

Answer 7

Tak właśnie go używam. Pod pozycjami narzędzi "Praca" -> "Zaległości" wymieniono "Cechy" i "Przedmioty zaległe". Zaczynam od funkcji, więc nie ma w tym momencie żadnych elementów zaległości. Dodaję funkcje, wybierając opcję Funkcje w nagłówku Zaległości i dodając nazwę funkcji w formularzu, a następnie zapisując i zamykając. Po lewej stronie każdej nowo dodanej funkcji znajduje się zielony znak +. Kliknij znak plus i pojawi się opcja wyboru. Wybierz "Product Backlog Items".Po otwarciu wpisz nazwę elementu zaległości w górnym polu, tak jak w sekcji Funkcje. Tworzysz te elementy zaległości, nie ma okienka pop-up. Uzupełnij pozostałe wymagane informacje, a następnie zapisz i zamknij. Po utworzeniu elementów Backlog kliknij zielony + na nowo utworzonych elementach Backlog. Wprowadź nazwę elementu pracy, tak jak zrobiłeś to w przypadku elementów Backlog i funkcji. Podczas dodawania elementów pracy należy sprint w polu iteracji i będą one w sprintu po jego otwarciu. Nic z tego nie udokumentowano nigdzie, co mogłem znaleźć. Mam nadzieję, że jest wystarczająco szczegółowy.