różnica między elementem rejestru produktu a funkcją w typach elementów pracy Team Foundation

Mam pytanie dotyczące Microsoft Team Foundation. W programie Visual Studio, Team Explorer, mogę utworzyć nowy element pracy. Typy elementów pracy w tym miejscu są podyktowane wybranym szablonem procesu zespołu; Nie jestem pewien, którego szablonu procesu używamy. W każdym razie w Team Explorer, gdy chcę utworzyć nowy element pracy, otrzymuję listę typów elementów pracy do wyboru, wśród których są „Element rejestru produktu” i „Funkcja”.

Zauważyłem różnicę między tymi dwoma typami związaną z docelową datą rozwiązania. W przypadku pozycji z rejestru produktu wydaje się to być podyktowane datą zakończenia iteracji. W przypadku funkcji nie jest to takie 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 daty docelowej to „Docelowa data ukończenia funkcji”.

Czy powinienem wybrać „Element rejestru produktu” czy „Funkcja” jako typ elementu pracy dla moich nowych elementów pracy? Jaka jest różnica między nimi?

Wygląda na to, że używasz szablonu procesu Scrum. W witrynie TFS opublikowano bardzo krótkie informacje o elementach i funkcjach rejestru produktu oraz o 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, na jakim poziomie szczegółowości chcesz pracować z elementami pracy:

• Elementy rejestru produktu składają się z zadań i mają szacunkowy nakład pracy.
• Funkcje składają się z elementów rejestru produktu i mają daty docelowe.

Nie udało mi się znaleźć żadnych oficjalnych wskazówek, kiedy używać funkcji, a kiedy elementów rejestru produktu, ale stworzyłem własne wskazówki, na których opieram tę odpowiedź ... http://www.nsilverbullet.net/2013/06/ 04 / funkcje-pomoc-nam-planowanie-pracy-lepiej-w-zespole-podstawy-proces-scrum-service /

Czy należy utworzyć Cechę czy Element Backlogu Produktu?

• Jeśli myślisz / masz nadzieję, że nowy element pracy, który zamierzasz utworzyć, zmieści się w jednym sprincie, powinieneś utworzyć element Backlogu produktu, a następnie podzielić go na zadania do sprintu.
• Jeśli myślisz / wiesz, że nowy element pracy nie zmieści się w jednym sprincie, powinieneś utworzyć Cechę i zidentyfikować wszystkie zapewniające wartość elementy wielkości sprintu (pozycje Backlogu Produktu), na które można podzielić Cechę i użyć ich, gdy planowanie przyszłych sprintów.

[Aktualizacja 2014-05-19]

Firma Microsoft opublikowała więcej informacji na temat korzystania z funkcji i koncepcji zwinnego portfela zaimplementowanej w TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx

Ponieważ TFS stosuje zwinną strategię rozwoju, myślę, że możemy powiedzieć:

Cecha = epicka, przedmiot z rejestru = historia

Epicka zawiera podobne historie.

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

Z drugiej strony używam książki Hundhausena [1] jako odniesienia do przyjęcia TFS + Scrum.

Powiedział takie rzeczy jak:

Funkcja to odrębna jednostka funkcjonalności, która zapewnia wartość użytkownikowi lub firmie. PBI może być wystarczająco duży, aby mieć kilka funkcji.

i wtedy:

Funkcja może podzielić się na wiele scenariuszy. Scenariusz to narracja opisująca przepływ pracy lub sekwencję kroków przez funkcję, która ćwiczy jedną ścieżkę w kierunku osiągnięcia oczekiwanego rezultatu.

i dalej rozwija te pomysły.

Wydaje mi się, że Hundhausen mówi o przypadkach użycia [2], ale nadal uważam, że jego propozycja jest nieco sprzeczna z intuicją, ani też nie wydaje mi się, że TFS byłby wskazówką do tej metody analizy.

Prawdopodobnie to tylko kwestia wyboru konwencji, w której czujesz się bardziej komfortowo i do niej się trzymasz.

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

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

Cecha to portfolio Backlogu Produktu.

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

Cecha to poziom aż do „pozycji z rejestru”. zespół definiuje pracę jako inicjatywy wysokiego poziomu i dzieli je na funkcje. które dodatkowo opisują i definiują pracę do wykonania jako „zaległości”. ref http://msdn.microsoft.com/en-us/library/dn306083.aspx ?

Jak powiedzieli inni tutaj:

• Cechy: Najwyższy poziom
• Zaległości: jeden poziom poniżej funkcji (funkcja składa się z pozycji zaległości)

Pamiętaj, że możesz ŁĄCZYĆ elementy pracy i wyświetlać je jako listę drzew. Można więc połączyć pozycję zaległości z funkcją, a później można połączyć zadanie z pozycją zaległości. W ten sposób otrzymujesz ładną hierarchiczną listę drzew.

Tak tego używam. W obszarze narzędzi „Praca” -> „Zaległości” wymienione są zarówno „Funkcje”, jak i „Elementy zaległości”. Zaczynam od funkcji, więc w tym momencie nie ma żadnych zaległych elementów. Dodaje funkcje, wybierając Funkcje pod nagłówkiem Backlog 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, aby wyświetlić opcje wyboru. Wybierz „Elementy rejestru produktu”. Gdy się otworzy, wpisz nazwę pozycji zaległości w górnym polu, tak jak w Funkcjach. Tworzysz te pozycje backlogu, nie ma wyskakującego okienka. Uzupełnij pozostałe informacje zgodnie z wymaganiami, a następnie zapisz i zamknij. Po utworzeniu elementów Backlogu kliknij zielony + na nowo utworzonych elementach Backlog. Wprowadź nazwę elementu pracy, tak jak w przypadku elementów rejestru i funkcji. Dodając elementy pracy, dołącz sprint w polu iteracji i będą one w sprincie, gdy go otworzysz. Nic z tego nie jest udokumentowane nigdzie, co mogłem znaleźć. Mam nadzieję, że jest to wystarczająco szczegółowe.