Typy elementów roboczych szablonu procesu Scrum i przepływ pracy

Do planowania projektu oprogramowania i śledzenia usterek oprogramowania za pomocą Scrum, zespoły korzystają z elementem zaległym produktu (PBI) i typy elementów roboczych usterek (WITs).Na uzyskiwanie szczegółowych informacji dotyczących szeroką gamę funkcji, scenariuszy lub grafikę, właściciele produktu i menedżerów program można mapować PBIs i usterek do funkcji.Gdy zespoły Praca w sprintach, definiują zadania, które automatycznie łączyć się z PBIs i usterek.

Przy użyciu Microsoft Test Manager zespołu sieci Web Access (TWA), testerzy utworzyć i uruchomić i przypadków testowych twórz usterek do śledzenia usterek kodu.Przeszkód śledzenia problemów blokowania.

Zdefiniuj zaległości, biorąc pod PBIs i usterek

Po zdefiniowaniu element zaległy produktu ma skupić się na wartość czy klientów będzie odbierać i uniknąć opisy jak Twój zespół opracuje tę funkcję.Właścicielem produktu można nadać priorytet zaległości produktu na podstawie wartości biznesowej każdy element, wysiłek i względnym zależności na inne elementy zaległe.Jak ewoluować wymaganiom firmy, więc produkt zaległości.Zazwyczaj zespoły określenie szczegółów tylko w przypadku elementów najwyższy priorytet lub te elementy przypisane do sprint bieżący i następny.

PBIs i usterek można tworzyć za pomocą panelu szybkie Dodaj na stronie zaległości produktu.

Później możesz otworzyć każdego PBI lub usterki, bardziej szczegółowe i ocenić nakład pracy.Ponadto według priorytetu PBIs i usterki na stronie zaległości (co jest przechwytywana w polu Priorytet zaległości), właściciele produktu może wskazywać na elementy, które należy nadać wyższy priorytet.

Definiując nakładu PBIs i usterki, zespoły można użyć prognozy wykresy funkcji i szybkie działanie zadań lub oszacowanie przyszłych sprintach.Definiując wartość Business, właściciele produktu można określić priorytety w klasyfikacji stosu modyfikowalne zaległości.

Użyj poniższe wskazówki dla tych podstawowych pól.Aby uzyskać szczegółowe informacje na temat tworzenia usterki, zobacz śledzić defektów kodu poniżej w tym temacie.

Pole/karta	Użycie
Wysiłek	Oszacowania ilości pracy wymaganej do ukończenia PBI za pomocą dowolnej jednostki miary preferuje Twojego zespołu, takie jak rozmiar koszulki, Historia punktów lub czasu. Wykresy prędkość elastyczne i narzędzia prognozy odwoływać się do wartości w tym polu.To pole jest wymagane do generowania Postęp wydania i Szybkość pracy raporty. Dodatkowe, patrz temat oficjalny dokument Szacowanie.
Wartość firmy	Określ numer, który umożliwia przechwytywanie względnej wartości PBI, w porównaniu do innych PBIs.Im wyższa liczba, tym większe wartości biznesowej.
Opis (PBIs)	Podaj wystarczające informacje do oceny, jak dużo pracy będzie wymagane w celu wdrożenia elementu.Fokus, na który funkcja jest dla, co chcesz zrobić, użytkowników i dlaczego.Nie opisano, jak należy opracować tę funkcję.Zapewniaj wystarczające szczegóły, tak aby zespół mógł napisać zadanie i przypadki testowe potrzebne do wdrożenia elementu.
Kryteria akceptacji	Zdefiniuj co "Gotowe" oznacza przez opisujący kryteria, według których zespołu należy użyć, aby sprawdzić, czy PBI lub poprawka usterki została w pełni zaimplementowana. Przed rozpoczęciem pracy na PBI lub usterki, jak najszybciej wyraźnie opisano kryteriów akceptacji klienta.Konwersacji między zespołu i klientów do określenia kryteriów akceptacji ułatwia zrozumienie w zespole spełnienia oczekiwań klientów.Kryteriów akceptacji może służyć jako podstawa dla testy odbiorcze, aby zespół może skuteczniej oceń, czy element została ukończona pomyślnie.

Aby dowiedzieć się więcej na temat sposobu używania strony zaległości produktu, tutaj.

Śledzenie postępu

Zespołom tablicy Kanban śledzenia postępu PBIs i usterki i sprint tablicy zadań, aby śledzić postęp zadania.Przeciąganie elementów na nową kolumnę stanu aktualizuje przepływ pracy w polach Stan i Przyczyna.

Postęp typowe przepływu pracy dla PBIs i usterki są następujące:

• Właścicielem produktu tworzy PBI lub testerem tworzy usterkę w nowy stanu o przyczynie domyślny nowego elementu zaległego.

• Właścicielem produktu powoduje przeniesienie elementu do zatwierdzone po jest wystarczająco opisaną i gotowe do zespołu oszacować poziom nakładu.W większości przypadków, w górnej części zaległości produktu są elementy w stanie zatwierdzone, natomiast elementy do środka i u dołu są w stanie nowe.

• Zespół aktualizuje stan przydzielony po zdecydują zakończyć pracę podczas sprintu.

• Element zostanie przeniesiona do gotowe stan, gdy zespołu zakończą się wszystkie zadania skojarzone i właścicielem produktu zgadza się, że ma zostały wdrożone zgodnie z kryteriami akceptacji.

Poprzez zaktualizowanie stanu przepływu pracy, zespoły wiedzieć, elementy, które są nowe w toku i zakończone.Większość WITs obsługuje przejście zarówno do przodu i Wstecz od każdy stan przepływu pracy.

Można dostosować na tablicy Kanban do obsługi pasm pływackiej dodatkowe lub kolumn.Lub przepływ pracy można dostosować do PBI i zadanie WITs, miejscowego domyślne nagłówki kolumn.

Aby korzystać z tych narzędzi, zobacz Praca z tablicą metody Kanban i Praca w sprintach.

Mapa PBIs do funkcji

Podczas zarządzania pakietem produktów lub doświadczeniami użytkownika, możesz chcieć wyświetlić zakres i postęp prac dla całego portfolio produktu.Można to zrobić, rozpoczynając od zdefiniowania funkcji i mapowanie PBIs do funkcji.

Na stronie zaległości funkcji można szybko dodać funkcje, w taki sam sposób, znajdują się PBIs.

Funkcja element pracy zawiera podobne pól z PBIs.Oprócz priorytet i korzyści biznesowych, można określić daty docelowej według którego powinny być zrealizowane tę funkcję.

Ze strony zaległości mapowania włączony można przeciągnąć PBIs dla tej funkcji, która implementuje one.

To mapowanie tworzy łącza nadrzędny podrzędny z funkcji do PBIs, które jest przechwytywana w implementacji karty.

Używając zaległości portfolio, można drążyć z jednej zaległości do innej w celu obejrzenia preferowanego poziomu szczegółowości.Ponadto można użyć portfolio zaległości, aby przejrzeć pakiet zbiorczy w toku dla kilku zespołów, kiedy użytkownik skonfiguruje hierarchię zespołów.

Definiowanie zadań wymaganych do zaimplementowania PBIs i usterek

Jeśli Twój zespół zarządza swej pracy w sprintach, ich umożliwia strona zaległości sprint dzielić pracę muszą być spełnione na różne zadania.

Nadaj nazwę zadaniu i oszacuj pracę, jaką zajmie.

Przy użyciu Scrum, zespoły prognozy pracy i zdefiniuj zadania na początku każdego sprint, a każdy członek zespołu wykonuje podzbiór tych zadań.Zadania mogą obejmować projektowanie, testowanie oraz inne rodzaje pracy.Na przykład dewelopera można zdefiniować zadania w celu wykonania PBIs i testerem można zdefiniować zadania w celu zapisania i uruchom przypadków testowych.

Gdy zespoły oszacować pracy przy użyciu godzin lub dni, definiują zadania i pozostałej pracy i działania pola (opcjonalne).

Pole	Użycie
Pozostała praca	Wskazuje, ile godzin lub dni pracy pozostają do wykonania zadania.W miarę postępów prac aktualizuj to pole.Jest używana do obliczania zdolności wykresów na wykresie wypalenia w sprincie i Wypalenie w sprincie (Scrum) raporcie. Jeśli zadanie zostanie podzielona na podzadań, określ pozostałą pracę dla tylko podrzędne.Można określić pracę w jakiejkolwiek jednostce miary, jaką zespół wybiera.
Działanie	Wybierz typ działania, który reprezentuje to zadanie, jeśli Twój zespół szacuje pojemność sprint przez działanie.Aby zmienić wybór menu, zobacz dostosować listę pobrania.

Śledź postęp testu

Elementy zaległe produktu testu

Za pomocą Test Manager lub TWA, można tworzenie przypadków testowych, które automatycznie połączyć PBI.

Przypadek testowy zawiera wiele pól, wiele z nich jest zautomatyzowanych i zintegrowany z Test Manager i procesu kompilacji.Opis wszystkich pól, zobacz: Odwołanie do pól kompilacji i integracji testowania.

Przetestowane elementy zaległe karcie znajduje się lista wszystkich PBIs i usterki w przypadku testowego.Łącząc PBIs i usterki, aby przetestować przypadków zespołu mogą śledzić postęp w testowania każdy element.

Śledzenie defektów kodu za pomocą usterki

Można utworzyć błędy z TWA, Visual Studio lub podczas testów przy użyciu Menedżera Testów.

Pole/karta	Użycie
Kroki do odtworzenia	Przechwyć wystarczające informacje, tak aby inni członkowie zespołu mogli zrozumieć całkowity wpływ problemu, a także, czy naprawili błąd.Dotyczy to działań podjętych w celu znalezienia lub odtworzenia błędu i oczekiwanego zachowania. Opisz kryteria, których powinien użyć zespół, aby sprawdzić, czy wada kodu została rozwiązana.
Ważności	Subiektywne ocenę wpływu usterkę w projekcie.Dozwolone wartości to: 1 - Krytyczny 2 - Wysoki 3 - Średni 4 - Niski Aby zmienić wybór menu, zobacz dostosować listę pobrania.
Informacje o systemie Znaleziono w kompilacji Zintegrowane w kompilacji	Gdy Test Manager tworzy błędy, automatycznie wypełnia Informacje o systemie i Znaleziono w kompilacji informacjami o środowisku oprogramowania i kompilacji, w których wystąpił błąd.Aby uzyskać więcej informacji na temat definiowania środowiska oprogramowania, zobacz Konfigurowanie maszyn testowych do potrzeb uruchamiania testów lub zbierania danych.Jeśli rozwiąże usterkę, użyj zintegrowane w kompilacji do wskazania nazwa kompilacji, która zawiera kod, który rozwiązuje ten błąd. Aby uzyskać dostęp do menu rozwijanego, wszystkie kompilacje, uruchomionych, można zaktualizować FIELD definicje znalezione w kompilacji i zintegrowany w kompilacji, można odwoływać się do globalnej listy.Globalna lista jest aktualizowana automatycznie każdego kompilacji, który jest uruchamiany.Aby dowiedzieć się więcej, zobacz Pola obsługujące integrację z testowaniem, kompilowaniem i kontrolą wersji. Informacje na temat do definiowania nazw kompilacji, zobacz Użycie numerów kompilacji jako opisowych nazw zakończonych kompilacji.

Definiuj pola i karty wspólnych elementów roboczych

Poniższe pola i karty pojawiają się w większości formularzy elementów roboczych.Każda karta jest używana do śledzenia określonych informacji, takich jak Historia, Łącza lub Załączniki.Te trzy karty zapewniają historię zmian, widok połączonych elementów pracy i umożliwia wyświetlanie i Dołącz pliki, odpowiednio.

Jedyne wymagane pole to Tytuł.Po zapisaniu elementu roboczego system przypisuje do niego unikatowy Identyfikator.

Pole/karta	Użycie
Tytuł (wymagany)	Wprowadź opis nie dłuższy niż 255 znaków.Nazwę tę można później zmienić.
Przypisane do	Przypisz element roboczy do członka zespołu, który będzie odpowiedzialny za wykonanie prac.W zależności od kontekstu, w którym pracujesz, menu rozwijane wyświetli tylko listę członków zespołu lub współtwórców projektu zespołowego.
Stan	Użyj najpierw wartości domyślnej.W miarę postępów prac przeprowadzaj aktualizacje, aby odzwierciedlić bieżący stan. Aby zmienić listę rozwijaną stanów, zobacz Zmiana przepływu pracy dla typu elementu pracy.
Przyczyna	Użyj najpierw wartości domyślnej.Aktualizuj po zmianie stanu.Każdy stan jest związany z powodem domyślnym. Aby zmienić listę rozwijaną przyczyn, zobacz Zmiana przepływu pracy dla typu elementu pracy.
Obszar	Wybierz ścieżkę obszaru skojarzoną z produktem lub zespołem bądź pozostaw puste do momentu przydzielenia podczas planowania spotkania. Aby zmienić listy rozwijanej obszarów, zobacz Dodawanie i modyfikowanie obszaru i ścieżek iteracji.
Iteracja	Wybierz sprint lub iterację, w których ma się odbyć praca, lub pozostaw to pole puste i przypisz je później, podczas planowania spotkania. Aby zmienić listę rozwijaną iteracji, zobacz Dodawanie i modyfikowanie obszaru i ścieżek iteracji.
Priorytet zaległości	Używane do śledzenia względnym klasyfikacji PBIs i usterek.Sekwencja elementów na stronie dziennika zaległości produktu jest określana zgodnie z miejscem, w którym dodano elementy lub przeniesiono elementy na stronę.Podczas przeciągania elementów proces w tle aktualizuje to pole, która jest przypisana do wpisz = "Order" w pliku ProcessConfiguration.
Wszystkie łącza	Dodaj wszystkie typy łączy, takie jak hiperłącza, zestawy zmian, pliki źródłowe i tak dalej. Ta karta zawiera również listę wszystkich łączy zdefiniowanych dla elementu pracy, nawet tych zdefiniowanych na innych kartach formantów łączy.
Załączniki	Udostępnij bardziej szczegółowe informacje przez dodanie do elementu roboczego plików, takich jak wątki wiadomości e-mail, dokumenty, obrazy, pliki dziennika lub inne typy plików.
Historia	Przejrzyj dziennik inspekcji przechwytywany przez system oraz dodatkowe przechwycone informacje. Ilekroć dany element roboczy jest aktualizowany, informacje są dodawane do historii.Historia zawiera datę zmiany, kto wprowadził zmianę i które pola zostały zmienione.Możesz również dodać sformatowany tekst do pola historii.

Aby wyszukać informacje o innych polach, zobacz Indeks pól elementu roboczego.

Uruchom śledzenie pracy

Przed rozpoczęciem pracy śledzenia, musi mieć projektu zespołowego.Przejdź tutaj o jego utworzenie.

Aby rozpocząć śledzenie pracy, wykonaj co najmniej jedną z następujących czynności:

• Znasz już typowe zadania związane z elementami pracy, można znaleźć Rozpoczynanie pracy z elementami roboczymi.

• Aby utworzyć zaległości, należy użyć TWA.Zobacz Tworzenie zaległości.

• Aby utworzyć struktury podziału pracy, należy użyć projektu lub programu Excel.

• Aby dowiedzieć się więcej na temat których klienta do używania, zobacz Wybierz klienta Team Foundation do obsługi zadań.

Pytania i odpowiedzi

Q: stany jakie przepływu pracy Scrum pomocy technicznej?

Odp tych diagramów Pokaż głównego postęp i regresji stanów funkcji, element zaległości produktu, usterki i zadania.Aby dostosować przepływu pracy, przejdź tutaj.

Funkcja

Element zaległości produktu

Usterka

Zadanie

Pyt jak Rozwiąż usterkę jako duplikat?

Odp ustawioną stan usunięte i określić powód jako duplikat.

Pyt jak połączyć z usterki z narzędzie Test Runner?

Odp zobacz aktualizacji usterki podczas używania narzędzia Test Runner.