Udostępnij za pośrednictwem

Wyświetlanie usterek na backlogach i tablicach

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Gdy twój zespół identyfikuje wady kodu lub usterki, może dodać je do listy prac i śledzić je podobnie jak w przypadku wymagań dotyczących śledzenia. Możesz zaplanować naprawianie usterek w sprincie wraz z innymi zadaniami.

Gdy śledzisz usterki jako wymagania, są one wyświetlane na Backlogach i tablicach produktu. Gdy śledzisz usterki jako zadania, usterki pojawiają się na listach Sprint Backlog i tablicach zadań. Aby uzyskać więcej informacji na temat innych typów elementów roboczych, zobacz Dodawanie innych typów elementów roboczych do list prac lub tablic.

Możesz zdefiniować ustawienie śledzenia zespołu dla Agile, Scrum i Capability Maturity Model Integration (CMMI). Typ elementu roboczego Usterka nie jest zdefiniowany dla procesu Podstawowy, więc nie istnieje ustawienie zespołu dla Podstawowego. Zamiast tego należy śledzić błędy i wady kodu, używając typu elementu roboczego 'Zgłoszenie'.

Uwaga

Wymagania określają oczekiwania użytkowników dla produktu oprogramowania. W usłudze Azure Boards wymagania są definiowane przez elementy robocze wyświetlane na backlogu produktu. Na podstawie procesu wybranego dla projektu wymagania odpowiadają typom elementów roboczych User Story (Agile), Product backlog item (Scrum), Issue (Basic) lub Requirements (CMMI). Należą również do kategorii "Wymagania", która zarządza typami elementów roboczych pojawiających się w backlogu produktu.

Warunki wstępne

Kategoria Wymagania
uprawnienia administrator zespołu lub członek grupy Administratorzy projektów.

Wybierz jedną z opcji śledzenia usterek

W poniższej tabeli podsumowano opcje, które zespoły mają do śledzenia usterek. Przed dokonaniem wyboru zalecamy przejrzenie informacji podanych w artykule Definiowanie, przechwytywanie, klasyfikowanie i zarządzanie usterkami, które zawierają omówienie typu elementu roboczego usterki i obsługiwanych narzędzi do zarządzania usterkami.

Opcja

Wybierz, kiedy chcesz...

Śledzenie usterek jako wymagań

Uwaga

  • Usterki są przypisywane do kategorii wymagań

Śledź usterki jako zadania

  • Oszacuj pracę dla błędów podobnych do zadań
  • Aktualizacja stanu usterki na tablicach zadań sprintu
  • Łączenie usterek z wymaganiami jako elementów podrzędnych
  • Przeciągnij błędy do panelu planowania, aby przypisać je do sprintu

Uwaga

  • Usterki są przypisywane do kategorii zadań
  • Historyjki użytkownika (Agile), elementy backlogu produktu (Scrum) lub wymagania (CMMI) są typem elementu roboczego naturalnie nadrzędnym dla usterek.
  • Błędy nie są widoczne w planach dostawy

Usterki nie są wyświetlane na listach prac lub tablicach

  • Zarządzanie usterkami przy użyciu zapytań

Uwaga

  • Usterki są skojarzone z kategorią usterek i nie są wyświetlane na rejestrach zadań lub tablicach.
  • Usterki nie są widoczne na listach prac, tablicach, listach prac sprintów, tablicach zadań lub planach dostarczania.
  • Nie można przeciągać błędów do okienka Planowanie, aby przypisać błędy do sprintu.

Ustawianie preferencji zespołu na potrzeby śledzenia usterek

Możesz zmienić ustawienia z widoku listy prac lub tablicy albo z ustawień projektu>konfiguracji zespołu.

Zrzut ekranu przedstawiający sekwencję wyboru nawigacji na potrzeby pracy z usterkami z ustawień projektu.

W poniższych krokach pokazano, jak zmienić to w widoku tablicy.

  1. Zaloguj się do organizacji (https://dev.azure.com/{yourorganization}) i wybierz projekt.

  2. Otwórz tablicę. Jeśli nie jesteś administratorem zespołu, zostań dodany jako jeden. Tylko administratorzy zespołów i projektów mogą dostosować tablicę.

  3. Wybierz Ustawienia tablicy aby skonfigurować tablicę i ustalić ogólne ustawienia zespołu.

    Zrzut ekranu przedstawia przycisk

  4. Wybierz pozycję Praca z usterkami , a następnie wybierz opcję, która najlepiej spełnia sposób pracy twojego zespołu.

    Zrzut ekranu przedstawiający stronę Ustawienia z wybraną kartą Praca z usterkami.

  5. Po zakończeniu wprowadzania zmian wybierz pozycję Zapisz.

  6. Aby wyświetlić zmiany, otwórz lub odśwież backlog lub tablicę zespołu.

Zagnieżdżanie elementów

Podczas zarządzania usterkami zgodnie z wymaganiami lub zadaniami, pojawiają się one na jednej lub kilku listach backlogów i tablicach narzędzi Agile. Jeśli jednak zagnieżdżasz elementy, tworząc łącza nadrzędno-podrzędne elementów należących do kategorii Wymagania lub Zadanie, nie wszystkie elementy mogą być wyświetlane w rejestrach zaległości i na tablicach projektowych. Aby dowiedzieć się więcej na temat sposobu traktowania zagnieżdżonych elementów, zobacz Rozwiązywanie problemów z zmienianiem kolejności i zagnieżdżaniem.

Napiwek

Jeśli po odświeżeniu listy prac lub tablicy nie widzisz błędów, tam gdzie spodziewasz się je zobaczyć, zapoznaj się z sekcją Rozwiązywanie problemów ze zmienianiem kolejności i zagnieżdżaniem. Na tablicach zadań są wyświetlane tylko węzły liści elementów zagnieżdżonych.

Dodaj inne typy elementów roboczych do backlogów lub tablic

Usterki są typowym elementem, który zespoły chcą śledzić i wybierać, jak je śledzić. Aby uzyskać więcej informacji, zobacz Zarządzanie usterkami.

Co jednak zrobić, jeśli chcesz śledzić inne typy elementów roboczych na listach zadań i tablicach zadań?

Możesz dodać inne typy elementów roboczych, dostosowując proces lub projekt na podstawie używanego modelu procesu. Te elementy obejmują żądania zmian, problemy i przeszkody.

Aby zapoznać się z omówieniem modeli procesów, zobacz Dostosuj swoje doświadczenie śledzenia pracy.

Tworzenie, wyświetlanie listy usterek i zarządzanie nimi

pl-PL: Usterki zarządzane z wymaganiami można dodawać za pośrednictwem rejestru produktu lub tablicy. Gdy usterki są zarządzane wraz z zadaniami, można je dodać do rejestru przebiegu lub tablicy zadań. Możesz też przechwycić je przy użyciu innych narzędzi. Aby uzyskać więcej informacji, zobacz Definiowanie, klasyfikowanie i zarządzanie usterkami.

Napiwek

Wysiłek powinien być automatycznie częścią usterki. Jeśli go nie widzisz, dostosuj typ elementu roboczego usterki, aby był wyświetlany.

Możesz przejrzeć usterki zdefiniowane dla projektu, tworząc zapytanie i określając typ elementu roboczego =usterkę. Możesz też otworzyć wstępnie zdefiniowane zapytanie: Aktywne usterki (Agile i CMMI) lub Praca w toku (Scrum).

Treści powiązane