Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Aby zaplanować projekt oprogramowania i śledzić wady przy użyciu Scrum, zespoły używają elementów rejestru produktu (PBI) i typów elementów roboczych błędów (WIT). Właściciele produktów i menedżerowie programów mapują elementy Backlogu Produktu i błędy w funkcjach, aby wyświetlić postęp na poziomie portfela. Gdy zespoły pracują w sprintach, tworzą zadania, które automatycznie łączą się z elementami backlogu produktowego i usterkami.
Note
Jeśli dopiero zaczynasz korzystać z procesu Scrum, zapoznaj się z artykułem About Sprints, Scrum and project management (Informacje o sprintach, scrumie i zarządzaniu projektami).
Testerzy tworzą i uruchamiają przypadki testowe przy użyciu portalu internetowego lub programu Microsoft Test Manager i zgłaszają błędy w celu rejestrowania wad kodu. Użyj ograniczeń, aby śledzić problemy z blokowaniem.
Definiowanie interfejsów PBI i usterek
Podczas definiowania elementu listy prac produktu należy skoncentrować się na wartości klienta i uniknąć opisywania szczegółów implementacji. Właściciel produktu określa priorytety listy prac według wartości biznesowej, nakładu pracy i zależności. W miarę rozwoju wymagań zaległości ewoluują; zespoły zwykle dostarczają pełne szczegóły tylko dla elementów o najwyższym priorytecie lub elementów przypisanych do bieżącego i następnego sprintu.
Twórz elementy backlogu produktowego i błędy z panelu szybkiego dodawania na stronie backlogu produktu. Następnie otwórz każdy element, aby dodać szczegóły i szacować nakład pracy. Strona listy prac przechwytuje priorytetyzację elementów (priorytet listy prac), której właściciele produktów używają do wskazywania względnego priorytetu.
Gdy ustawisz nakład pracy dla elementów rejestru produktu i usterek, użyj wykresów prognozy i prędkości, aby oszacować przyszłe sprinty. Właściciele produktów ustawili wartość biznesową, aby wyrazić priorytet, oddzielnie od pozycji w rankingu backlogu.
Wypełniając formularz elementu roboczego, użyj następujących pól oraz pól wspólnych dla różnych typów elementów roboczych. Aby uzyskać szczegółowe informacje na temat usterek, zobacz Zarządzanie usterkami.
Field/tab
Usage
Szacuj pracę wymaganą do ukończenia usługi PBI przy użyciu dowolnej jednostki liczbowej preferowanej przez zespół, takiej jak punkty scenariusza lub czas. Wymagana jest wartość liczbowa.
Wykresy prędkości Agile inarzędzia do prognozowania odwołują się do tego pola.
Wprowadź liczbę, która określa względną wartość PBI w porównaniu z innymi PBI. Wyższe liczby wskazują większą wartość biznesową.
Podaj wystarczającą ilość szczegółów dla twojego zespołu, aby oszacować nakład pracy. Skoncentruj się na tym, komu służy funkcja, co użytkownicy chcą osiągnąć i dlaczego. Unikaj instrukcji implementacji. Uwzględnij wystarczający kontekst, aby zespół mógł tworzyć zadania i przypadki testowe.
Opisz warunki definiujące "Gotowe" dla usługi PBI lub poprawki błędów. Wyjaśnienie kryteriów akceptacji przed rozpoczęciem pracy pomaga zespołowi i klientom dzielić się wspólnym zrozumieniem i wspiera testowanie akceptacyjne.
Przechwytywanie komentarzy w sekcji Dyskusja
Użyj sekcji Dyskusja, aby dodać i przejrzeć komentarze dotyczące wykonywanej pracy.
Pasek narzędzi edytora tekstu sformatowanego pojawia się pod obszarem wprowadzania tekstu po umieszczeniu kursora w dowolnym polu tekstowym obsługującym formatowanie tekstu.
Note
Pole elementu roboczego Dyskusji nie istnieje. Aby wykonać zapytanie o elementy robocze z komentarzami z obszaru dyskusji, przefiltruj pole Historia. Pełna zawartość tekstu wprowadzonego w polu tekstowym Dyskusja jest dodawana do pola Historia.
Wzmianka o kimś, grupie, elemencie roboczym lub żądaniu ściągnięcia
Wybierz jedną z następujących ikon, aby otworzyć menu ostatnich wpisów, w których wymieniono kogoś, połączonego z elementem roboczym lub połączonego z żądaniem ściągnięcia:
To samo menu można otworzyć, używając skrótów klawiaturowych: wzmianka @, hash lub hashtag #, i wykrzyknik !.
Wprowadź nazwę lub numer, aby filtrować listę menu w celu dopasowania do wpisu. Wybierz wpis, który chcesz dodać. Aby wprowadzić grupę do dyskusji, wprowadź symbol
Edytuj lub usuń komentarz
Aby edytować lub usunąć dowolne komentarze do dyskusji, wybierz pozycję Edytuj
lub więcej akcji (
), a następnie wybierz pozycję Usuń:
Po zaktualizowaniu komentarza wybierz pozycję Aktualizuj. Aby usunąć komentarz, potwierdź usunięcie. Karta Historia w formularzu elementu roboczego przechowuje pełny dziennik audytu wszystkich edytowanych i usuniętych komentarzy.
Important
W przypadku lokalnego serwera Azure DevOps Server skonfiguruj serwer SMTP, aby członkowie zespołu otrzymywali powiadomienia.
Dodawanie reakcji na komentarz
Dodaj co najmniej jedną reakcję do komentarza, wybierając ikonę emoji w prawym górnym rogu dowolnego komentarza. Wybierz ikony w dolnej części komentarza obok wszystkich istniejących reakcji. Aby usunąć reakcję, wybierz reakcję na dole komentarza. Na poniższej ilustracji przedstawiono przykładowe doświadczenie dodawania reakcji oraz wyświetlanie reakcji na komentarz.
Zapisz komentarz bez zapisywania elementu roboczego
Note
Ta funkcja jest dostępna od wersji 2022.1 usługi Azure DevOps Server.
Jeśli masz uprawnienia do dodawania komentarzy w dyskusji dotyczącej elementu roboczego, możesz to zrobić, zapisując je w systemie. To uprawnienie jest kontrolowane przez węzły ścieżki obszaru i uprawnienie Edytuj komentarze elementów roboczych w tym węźle. Aby uzyskać więcej informacji, zobacz Konfigurowanie uprawnień do śledzenia pracy — tworzenie węzłów podrzędnych, modyfikowanie elementów roboczych w ramach obszaru lub ścieżki iteracyjnej.
Podczas zapisywania komentarzy nie trzeba zapisywać elementu roboczego.
Note
Po zapisaniu zmian wprowadzonych w kontrolce Dyskusja zostanie zapisany tylko komentarz. Nie są wykonywane żadne reguły elementów roboczych zdefiniowane dla typu elementu roboczego.
Śledzenie postępu
W miarę postępu pracy zaktualizuj pole Stan, aby odzwierciedlało bieżący stan i opcjonalnie podaj przyczynę. Stan i przyczyna są wyświetlane w nagłówku formularza elementu roboczego.
Stany przepływu pracy Scrum
Po zaktualizowaniu stanu zespół rozumie, które elementy są nowe, w toku lub ukończone. Większość sieci WITs obsługuje przejścia stanu do przodu i do tyłu. Na poniższych diagramach przedstawiono główne stany progresji i regresji dla typów elementów roboczych PBI, Bugi i Zadania.
| Element backlogu produktu | Bug | Task |
|---|---|---|
|
|
|
Wskaźniki PBI i usterki często są zgodne z tym postępem:
- Właściciel produktu lub tester tworzy usługę PBI lub usterkę w stanie Nowy z przyczyną domyślną New backlog item (Nowy element listy prac).
- Właściciel produktu przenosi element do Zatwierdzone, gdy jest on wystarczająco opisany, aby zespół mógł oszacować nakład pracy. Elementy znajdujące się w górnej części listy prac są zwykle wyświetlane w obszarze Zatwierdzone; elementy w dalszej części często pozostają nowe.
- Zespół ustawia status na Zatwierdzone, gdy zgadzają się uwzględnić element w sprincie.
- Zespół przenosi element do pozycji Gotowe po zakończeniu wszystkich skojarzonych zadań, a właściciel produktu potwierdza, że spełnia kryteria akceptacji.
Aktualizowanie stanu za pomocą tablicy lub tablic zadań
Użyj tablicy aby zaktualizować status PBI i tablicy zadań sprintu w celu zaktualizowania stanu zadania. Przeciągnięcie elementu do nowej kolumny aktualizuje zarówno stan, jak i przyczynę.
Dostosuj tablicę, aby dodać pasy ruchu pływackiego lub kolumny. Aby uzyskać informacje o innych opcjach dostosowywania, zobacz Dostosowywanie środowiska śledzenia pracy.
Przypisz elementy PBI do funkcji
Przy zarządzaniu wieloma produktami lub doświadczeniami, zdefiniuj funkcje i zamapuj do nich PBIs, aby zobaczyć zakres i postęp w portfolio.
Używaj rejestrów zadań portfela, aby zagłębić się w szczegóły między poziomami backlogu i podsumować pracę przez zespoły. Rollupy można również wyświetlać po skonfigurowaniu hierarchii zespołów.
Definiowanie zadań
Gdy zespół dostarcza pracę w sprintach, podziel elementy na zadania ze strony backlogu sprintu.
Nazwij zadanie i szacuj nakład pracy.
Zespoły prognozują pracę i definiują zadania na początku każdego sprintu. Każdy członek zespołu wykonuje podzestaw zadań, które mogą obejmować programowanie, testowanie i inne działania. Na przykład deweloper tworzy zadania implementowania interfejsów PBI, a tester tworzy zadania do tworzenia i uruchamiania przypadków testowych.
Gdy zespoły szacują pracę przy użyciu godzin lub dni, użyj pól Pozostała praca i opcjonalne działanie .
Field/tab
Usage
Wprowadź liczbę godzin lub dni pozostałych do ukończenia zadania i zaktualizuj to pole w miarę postępu pracy. Ta wartość zasila wykresy wydajności, wykres spalania sprintu i powiązane raporty. Jeśli podzielisz zadanie na podzadania, śledź tylko pozostałe zadania podrzędne.
Wybierz typ aktywności, który najlepiej reprezentuje to zadanie przy szacowaniu pojemności sprintu według typu aktywności.
Śledzenie postępu testu
Testowanie PBI
W portalu internetowym lub Menedżerze testów utwórz przypadki testowe, które automatycznie łączą się z elementem backlogu produktu (PBI) lub usterką, albo dodaj link z karty 
(karta linki).
Przypadek testowy zawiera wiele pól integrujących się z procesem kompilacji i testowania; Zobacz Zapytanie oparte na polach kompilacji i testowania integracji.
Na karcie (linki) wymieniono elementy PBI i usterki połączone z przypadkiem testowym. Łączenie ułatwia zespołom śledzenie postępu testów.
Śledzenie wad kodu
Tworzenie usterek z poziomu portalu internetowego, programu Visual Studio lub Menedżera testów (zobacz Zarządzanie usterkami).
Definicje typowych pól śledzenia pracy
W większości elementów roboczych są wyświetlane następujące pola i karty. Każda karta służy do śledzenia określonych informacji. Najczęściej używane karty obejmują 
historię, linki i 
załączniki.
Jedynym polem wymaganym dla wszystkich typów elementów roboczych jest Tytuł. Podczas zapisywania elementu roboczego system przypisuje unikatowy identyfikator, ID. Formularz wyróżnia wymagane pola w kolorze żółtym. Aby uzyskać informacje o innych polach, zobacz Indeks pól elementu roboczego.
Note
Inne pola mogą być wymagane w zależności od dostosowań dokonanych w procesie i projekcie.
Pole lub zakładka
Usage
Wprowadź opis 255 znaków lub mniej. Tytuł można zmodyfikować później.
Przypisz element roboczy do członka zespołu odpowiedzialnego za wykonywanie pracy lub pozostaw ten element pusty i ukończ zadanie później.
Po pierwszym utworzeniu elementu roboczego pole Stan automatycznie wyświetla pierwszy stan w przepływie pracy, taki jak Nowy lub Nieprzypisany. W miarę postępu pracy zaktualizuj stan , aby odzwierciedlał bieżący stan elementu roboczego.
Podczas pierwszego tworzenia elementu roboczego ustaw domyślną wartość Przyczyna , taką jak Utworzono lub Nowy element roboczy. W miarę zmiany stanu elementu roboczego należy odpowiednio zaktualizować wartość Przyczyna . Każdy stan elementu roboczego jest skojarzony z domyślną wartością Przyczyna .
Wybierz ścieżkę obszaru skojarzoną z produktem lub zespołem, lub pozostaw ją pustą i wprowadź odpowiednią wartość później. Listę rozwijaną dostępnych obszarów można zmienić. Aby uzyskać więcej informacji, zobacz Definiowanie ścieżek obszaru i przypisywanie do zespołu.
Wybierz przebieg lub iterację, w której chcesz ukończyć element roboczy, lub pozostaw wartość pustą i przypisz ją później. Listę rozwijaną iteracji można zmienić. Aby uzyskać więcej informacji, zobacz Definiowanie ścieżek iteracji (sprintów) i konfigurowanie iteracji zespołu.
Karta Historia
Wyświetl historię elementu roboczego, aby wyświetlić wszystkie zmiany wprowadzone w elemencie, które zostały przechwycone przez system. Za każdym razem, gdy element roboczy jest aktualizowany, szczegóły są dołączane do historii. Zostanie wyświetlona data zmiany, autor zmian i lista zaktualizowanych pól. Możesz również dodać sformatowany tekst do pola Historia .
Karta Łącze
Dodaj łącza , aby tworzyć połączenia z innymi elementami roboczymi. Obsługiwanych jest wiele rodzajów łączy, takich jak hiperlinki, zestawy zmian, pliki źródłowe i inne. Określ relację połączonego elementu z elementem roboczym, na przykład Element nadrzędny, Znaleziony w kompilacji lub Wynik testu.
Karta Załączniki
Użyj załączników aby dołączać informacje pomocnicze o elemencie roboczym. Dołączanie wątków wiadomości e-mail, dokumentów, obrazów, plików dziennika lub innych typów plików.
Dostosowywanie typów elementów roboczych
W przypadku większości typów elementów roboczych można dodawać pola, zmieniać przepływ pracy, dodawać reguły niestandardowe i dodawać strony niestandardowe do formularza elementu roboczego. Można również dodać niestandardowe typy elementów roboczych. Aby uzyskać więcej informacji, zobacz Dostosowywanie procesu dziedziczenia.
W przypadku większości typów elementów roboczych można dodawać pola, zmieniać przepływ pracy, dodawać reguły niestandardowe i dodawać strony niestandardowe do formularza elementu roboczego. Można również dodać niestandardowe typy elementów roboczych. Aby uzyskać więcej informacji, zobacz Dostosowywanie procesu dziedziczenia lub Dostosowywanie lokalnego modelu procesu XML w zależności od modelu procesu używanego przez projekt.
Przeszkody w śledzeniu
Użyj typu elementu roboczego Impediment, aby śledzić zdarzenia, które blokują postęp. Użyj typu elementu roboczego Bug wyłącznie dla wad kodu.
Możesz dodać przeszkodę z widżetu Nowy element roboczy na pulpicie nawigacyjnym zespołu lub z menu Nowy na stronie Zapytania.
Elementy robocze dodawane z widżetu są automatycznie przypisywane do domyślnego obszaru zespołu i ścieżek iteracji. Aby zmienić kontekst zespołu, zobacz Przełącz kontekst zespołu.
Kolejność listy zaległych zadań
Użyj pola Priorytet listy prac, aby śledzić względne rangowanie PBI, usterek, funkcji lub epików. Strona listy prac porządkuje elementy na podstawie miejsca dodawania lub przenoszenia ich na stronie (zobacz Tworzenie listy prac). Gdy przeciągasz elementy, proces działający w tle aktualizuje pole Priorytet listy prac.