Typy szablonów elementów roboczych procesu Agile i przepływ pracy

Zespoły korzystają z dołączonym do szablonu procesu elastyczne do planu i śledzenia postępu projektów oprogramowania typy elementu pracy (WITs). Zespoły zdefiniuj historie użytkowników do zarządzania zaległości pracy i następnie, za pomocą tablicy Kanban, śledzenie postępu przez zaktualizowanie stanu tych wątków.

Aby uzyskiwanie szczegółowych informacji dotyczących szeroką gamę funkcji, scenariuszy lub grafikę, właściciele produktu i menedżerów program można mapować wątki użytkownika funkcje. Gdy zespoły Praca w sprintach, definiują zadania, które automatyczne łączenie z wątków użytkownika.

Przy użyciu Microsoft Test Manager i portalu sieci web, testerzy tworzenie i uruchamianie przypadków testowych. Usterki i problemy są używane do śledzenia defektów kodu i blokuje problemów.

Zdefiniować wątki użytkownika i ocenić nakład przy użyciu Historia punktów

Historie użytkowników definiuje aplikacje, wymagania i elementy, które należy utworzyć zespoły. Właściciele produktu zazwyczaj definiowanie i stosu historie użytkowników rangi. Zespół szacuje następnie wysiłek i pracować do świadczenia najwyższy priorytet elementów.

Tworzenie wątki użytkownika za pomocą panelu Dodaj szybkie na strony zaległości produktu.

Później możesz otworzyć każdego wątku użytkownika bardziej szczegółowe i ocenić punktów wątku.

Definiując Historia punktów, zespołom prognozy wykresy funkcji oraz prędkości oszacować przyszłych sprintów lub pracy działania. Według priorytetu wątki użytkownika na stronie zaległości (co jest przechwytywana w polu rangę stosu), właściciele produktu może wskazywać na elementy, które należy nadać wyższy priorytet.

Użyj poniższe wskazówki podczas wypełniania formularza. Wskazanego wymaganych pól.

Pole/karta	Użycie
Punkty historii	Oszacowania ilości pracy wymaganej do ukończenia Historia użytkownika 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 prędkośćraportu. Dodatkowe, patrz temat oficjalny dokument Szacowanie.
Ryzyko	Subiektywne ocenę względnym wątpliwości wokół pomyślne zakończenie wątku użytkownika. Dozwolone wartości to: 1 - Wysoki 2 - Średni 3 - Niski Aby zmienić wybór menu, zobacz dostosować listę pobrania.
Szczegóły (wątki użytkownika)	W przypadku wątków użytkownika należy podać wystarczającej ilości szczegółów do oceny, jak dużo pracy będzie wymagane w celu wdrożenia wątku. 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. Czynności, aby reprodukować (usterki) Dla usterki Przechwytywanie wystarczających informacji, aby inni członkowie zespołu mogą zrozumienie wpływu pełną problemu, a także czy mają one stałe błędu. Dotyczy to działań podjętych w celu znalezienia lub odtworzenia błędu i oczekiwanego zachowania. Należy rozważyć, jakie "Gotowe" oznacza, że w tym przez opisujący kryteria, według których zespołu należy użyć, aby sprawdzić, czy historia użytkownika lub poprawka usterki w pełni zaimplementowano. Przed rozpoczęciem pracy w historii użytkownika 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 zapewnienia 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.

Śledzenie postępu

Zespoły mogą korzystać z tablicy Kanban do śledzenia postępu historie użytkowników i sprintu tablicy zadań do śledzenia postępu zadań. Przeciągając elementy na nową kolumnę stanu aktualizuje przepływ pracy stanu i Przyczyna pól.

Możesz Dostosowywanie tablicy Kanban do obsługi pasm pływackiej dodatkowe lub kolumn. Możesz także Dostosowywanie przepływu pracy historii użytkownika i zadanie WITs miejscowego domyślne nagłówki kolumn.

Postęp typowe przepływu pracy dla Historia użytkownika są następujące:

• Właścicielem produktu tworzy Historia użytkownika w Nowy stanu o przyczynie domyślny nowego wątku użytkownika.

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

• Historia użytkownika zostanie przeniesiona do rozwiązany po zakończeniu zespołu jego skojarzonego zadania i Jednostka sprawdza, czy przebiegu wątku.

• Historia użytkownika zostanie przeniesiona do zamknięte sprawdzenie przebiegu, stan, gdy właścicielem produktu zgadza się wprowadzeniem wątku zgodnie z kryteriów akceptacji i akceptacji.

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

Wątki użytkownika mapy 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 wątki użytkownika do funkcji.

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

Element pracy funkcji zawiera podobne pól z wątki użytkownika i dodatkowe pola, jak opisano w poniższej tabeli.

Implementacji kartę przechwytuje łącza do historie mapowane użytkownika.

Pole	Użycie
Priorytet	Subiektywne klasyfikacji z funkcji odnosi się do działalności. Dozwolone wartości to: 1: produktu nie może wysłać bez tę funkcję. 2: produktu nie może wysłać bez funkcji, ale nie ma się zająć się natychmiast. 3: implementacja funkcji jest opcjonalna, w oparciu o zasoby, czas i ryzyko. Aby zmienić wybór menu, zobacz Dostosowywanie listy wyboru (menu rozwijane) (przekierowane).
Wartość biznesowa	Określ liczbę, która przechwytuje wartość względną funkcji w porównaniu z innymi funkcjami. Im wyższa liczba, tym większe wartości biznesowej.
Data docelowa	Określ datę, przed którą funkcja powinna zostać zaimplementowana.

Ze strony zaległości mapowania włączona, możesz przeciągnąć wątki użytkownika dla tej funkcji, która implementuje one.

To mapowanie tworzy łącza nadrzędny podrzędny od funkcji historie użytkowników, których jest przechwytywana w implementacji karty.

Korzystając z zaległości portfolio, można Przejdź do szczegółów z jednej zaległości na inny do wyświetlania poziom szczegółowości ma. Ponadto umożliwia zaległości portfolio wyświetlić zestawienie pracy w toku w kilku zespoły, kiedy można Konfiguracja hierarchii zespołów.

Definiowanie zadań wymaganych do zaimplementowania historie użytkowników i Śledź wydajność zespołu i wypalenia

Jeśli Twój zespół zarządza swej pracy w sprintach, można użyć strony zaległości sprint do dzielić pracę muszą być spełnione na różne zadania.

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

Przy użyciu procesów Zwinnych, 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 zaimplementowania historie użytkowników, a 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/karta	Użycie
Pierwotne oszacowanie (patrz Uwaga 1)	Szacowana ilość pracy wymagana do ukończenia zadania. Zazwyczaj pole to nie zmienia się po przypisaniu.
Praca pozostała	Ilość pozostałą pracę do wykonania zadania. W miarę postępów prac aktualizuj to pole. Służy do obliczania pojemność wykresy, na wykresie wypalenia sprint i następujące raporty: nagrać wskaźnik i wypalenia, pozostałą pracę, i stanu na wszystkich iteracji. Jeśli dzielisz zadanie na podzadania, należy określić tylko godziny podzadań. Można określić pracę w jakiejkolwiek jednostce miary, jaką zespół wybiera.
Praca wykonana	Ilość pracy, która została zastosowania do wykonania zadania.
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...
Implementacja	Ta karta umożliwia przechwytywanie łącza nadrzędny podrzędny między historie użytkowników i zadania. Po dodaniu zadania do wątku użytkownika za pomocą sprintu tablicy zadań, automatyczne tworzenie łącza do wątku. Zadania można śledzić postęp prac, które wystąpiło na ukończenie wątku. To działanie umożliwia kilku raportów, takich jak Omówienie wątków - Raport (Agile) i Postęp wymagań — Raport (CMMI).

Notes:

1. Możesz określić prace w godzinach lub w dniach. Nie ma nieodłącznych jednostek czasu powiązanych z tym polem.

   Jeśli użyjesz programu Microsoft Project do przypisywania zasobów i śledzenia harmonogramu, można zaktualizować te pola, używając projektu.

Śledź postęp testów na przypadkach użycia i przechwytuj usterki kodu

Wątki użytkownika testu

Za pomocą portalu sieci web można Tworzenie przypadków testowych, które automatycznie łączyć z historii użytkownika lub usterki.

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

Przetestowane wątki użytkownika karcie są wyświetlane wszystkie wątki użytkownika oraz o błędach w przypadku testowego. Łącząc historie użytkowników i usterki, aby przetestować przypadków zespołu mogą śledzić postęp w testowania każdy element. Definiując tych łączy, możesz informacje pomocy technicznej będzie widoczna w Omówienie wątków - Raport (Agile) raportu.

Śledź usterki kodu

Z portalu sieci web można utworzyć usterki portal sieci web, programu Visual Studio, lub gdy testowania przy użyciu Menedżera testu.

Pole/karta	Użycie
Kroki potrzebne 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ść	Subiektywne ocenę wpływu usterkę w projekcie. Dozwolone wartości to: 1 — Krytyczny 2 - Wysokie 3 - Średni 4 - Niskie Aby zmienić wybór menu, zobacz definiować listę pobrania.
Informacje o systemie Znaleziono w kompilacji Zintegrowane w kompilacji	Gdy Test Manager tworzy usterki, jego spowoduje automatyczne wypełnienie informacje o systemie i w kompilacji informacje o środowisku oprogramowania i kompilacji, w którym 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żywany do śledzenia szczegółowe informacje, takie jak historii, łą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.

Pole wymagane tylko dla wszystkich WITs jest Tytuł. Po zapisaniu elementu pracy systemu przypisuje unikatowy identyfikator. Inne pola wymagane są wyróżnione na żółto.

Pole/karta	Użycie
Tytuł [wymagane]	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	Po utworzeniu elementu pracy stan domyślnie przyjmowany jest pierwszy stan przepływu pracy. Pracy postępu, zaktualizuj ją, aby uwzględnić w bieżącym stanie. Aby zmienić listy rozwijanej 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ć listy rozwijanej możliwych 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ć listy rozwijanej iteracji, zobacz Dodawanie i modyfikowanie obszaru i ścieżek iteracji.
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.

Do wyszukiwania informacji o innych polach, zobacz indeks pracy pola elementów.

Uruchom śledzenie pracy

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

Jeśli masz projektu zespołowego, uruchom śledzenie pracy:

• Znasz już typowe zadania związane z elementami pracy, można znaleźć Używanie elementów roboczych do zarządzania projektem.

• 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, zobacz Wybór klienta Team Foundation obsługującego zadania.

Pytania i odpowiedzi

Pyt w jaki sposób można śledzić wartości biznesowej

ODP pola Priorytet służy do rozróżniania wartości różnych wątków. Lub niestandardowe pola można dodawać użytkowników z wątku, śledzący względnej wartości wątki. Aby dowiedzieć się więcej, zobacz temat Modyfikuj lub Dodaj pole niestandardowe.

Pyt które pole jest używane do zarządzania na liście na stronie zaległości?

ODP stosu rangę pole jest używane do śledzenia względnym klasyfikacji wymagań. 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 zawartość tego pola, które jest przypisane do typu="Order" w pliku ProcessConfiguration.

To pole nie jest wyświetlany na formularzu elementu pracy. Aby dowiedzieć się więcej, zobacz Tworzenie zaległości.

Q: stany jakie przepływu pracy czy elastyczne obsługuje?

ODP tych diagramów Pokaż głównego postęp i regresji stanów funkcji, Historia użytkownika, usterki i zadania. Aby dostosować przepływu pracy, przejdź tutaj.

Cecha

Scenariusz użytkownika

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.