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

Zespoły korzystają z typy elementów pracy (WITs) za pomocą struktury MSF przewidzianych szablonu procesu elastyczne 2013 rozwoju oprogramowania (Agile) do planu i śledzenia postępu projektów oprogramowania.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 zespołu sieci Web Access (TWA), 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
Historia punktów	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ąganie elementów na nową kolumnę stanu aktualizuje przepływ pracy w polach Stan i Przyczyna.

Możesz dostosować tablicę Kanban, aby obsługiwała dodatkowe tory lub kolumny.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ść firmy	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.

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 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.
Pozostała praca	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).

Uwagi:

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żywasz programu Microsoft Project do przypisywania zasobów i śledzenia zgodności z harmonogramem, można zaktualizować te pola w programie Project.

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

Wątki użytkownika testu

Za pomocą Test Manager lub TWA, 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 wszystkich pól, 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

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 definiować 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.

Pole wymagane tylko dla wszystkich WITs jest tytuł.Po zapisaniu elementu roboczego system przypisuje do niego 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ć 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ć listę rozwijaną 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.
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.

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

• 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, zobacz Wybierz klienta Team Foundation do obsługi zadań.

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.

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.

Funkcja

Scenariusz użycia

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.