Tworzenie listy prac w usłudze Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Backlog produktu to plan projektu, który pokazuje, co zespół zamierza dostarczyć. Zawiera on scenariusze użytkownika, elementy listy prac lub wymagania, które do niego dodajesz. Lista prac jest płaską listą elementów roboczych, jak pokazano na poniższej ilustracji, co pokazuje proces Scrum dla usługi Azure Boards. W przypadku modeli procesów Agile, Basic i Capability Maturity Model Integration (CMMI) wybór elementów listy prac jest wyświetlany jako Historie, Zadania i Wymagania.
Uwaga
Aby uzyskać więcej informacji, zobacz następujące artykuły:
Wymagania wstępne
| Kategoria | Wymagania |
|---|---|
| dostęp do projektu | członek projektu. |
| uprawnienia | — Członek grupy zabezpieczeń Współautorzy lub Administratorzy projektów. — Aby wyświetlić lub zmodyfikować elementy robocze: Wyświetl elementy robocze w tym węźle i Edytuj elementy robocze w tym węźle uprawnienia ustawione na Zezwalaj na. Domyślnie grupa Współautorzy ma to uprawnienie ustawione na Zezwalaj. Aby uzyskać więcej informacji, zobacz Ustawianie uprawnień śledzenia pracy. |
| poziomy dostępu | Aby dodać lub zmodyfikować elementy robocze: minimalnie |
| Zdefiniowane iteracje | Aby użyć okienka Planowania: Upewnij się, że administrator zespołu zdefiniował ścieżki iteracji (sprintu) i skonfigurował iteracje zespołu. |
| Kategoria | Wymagania |
|---|---|
| dostęp do projektu | członek projektu. |
| uprawnienia | — Członek grupy zabezpieczeń Współautorzy lub Administratorzy projektów. — Aby wyświetlić lub zmodyfikować elementy robocze: Wyświetl elementy robocze w tym węźle i Edytuj elementy robocze w tym węźle uprawnienia ustawione na Zezwalaj na. Domyślnie grupa Współautorzy ma to uprawnienie ustawione na Zezwalaj. Aby uzyskać więcej informacji, zobacz Ustawianie uprawnień do śledzenia pracy. |
| poziomy dostępu | Aby dodać lub zmodyfikować elementy robocze: minimalnie |
| Zdefiniowane iteracje | Aby użyć okienka Planowanie, upewnij się, że administrator zespołu zdefiniował ścieżki iteracji (przebiegu) i skonfigurował iteracje zespołu. |
Dodaj zaległości
Jeśli masz projekt, masz backlog. Lista prac zawiera listę funkcji i wymagań, które chcesz utworzyć, uporządkowane według priorytetu. Domyślnie każdy projekt ma zespół i zestaw list prac dla tego zespołu. Jeśli potrzebujesz obsługi większej liczby zespołów, możesz dodać więcej list prac. Podczas tworzenia nowego zespołu tworzysz również różne zasoby zespołu, które administrator zespołu może dostosować do przepływu pracy zespołu. Aby dodać zestaw list prac do obsługi nowego zespołu, zobacz Tworzenie lub dodawanie zespołu.
Lista zaległości każdego zespołu jest skojarzona z co najmniej jednym typem elementu roboczego. Typ elementu roboczego skojarzony z listą prac zależy od procesu wybranego podczas tworzenia projektu, konfiguracji zespołu i dostosowywania procesów.
Listy prac zdefiniowane dla każdego procesu domyślnego to:
- Agile: historie, funkcje i epiki
- Podstawowe: problemy i epiki
- Scrum: elementy listy prac, funkcje i epiki
- CMMI: Wymagania, Funkcje i Epiki
Aby dostosować listy prac przy użyciu niestandardowych typów elementów roboczych, dodać listy prac portfela lub inne obsługiwane opcje, zapoznaj się z Dziedziczonym modelem procesu lub Lokalnym modelem procesu XML.
Otwieranie listy prac
W przeglądarce internetowej wykonaj następujące kroki, aby otworzyć backlog produktu.
Zaloguj się do projektu (
https://dev.azure.com/{Your_Organization}/{Your_Project}).Wybierz Tablice>Zaległości.
Aby wybrać inną listę prac, wybierz inny zespół lub opcję Wyświetl katalog list prac. Możesz również wprowadzić słowo kluczowe w polu wyszukiwania, aby filtrować listy prac zespołu dla projektu.
Napiwek
Wybierz ikonę gwiazdki
, aby dodać listę prac zespołu do ulubionych. Ulubione artefakty (
ikona ulubionych) są wyświetlane na górze listy wyboru zespołu.Sprawdź, czy wybrano pozycje Historie użytkowników (dla metody Agile), Zagadnienia (dla Podstawowa), Elementy zaległości (dla Scrum) lub Wymagania (dla CMMI) jako poziom listy prac.
(Opcjonalnie) Aby wybrać, które kolumny są wyświetlane i w jakiej kolejności, wybierz ikonę
akcji i Opcje kolumn. Aby uzyskać więcej informacji, zobacz Zmienianie opcji kolumny.
Napiwek
Każdy członek zespołu ma kilka narzędzi do konfigurowania widoku listy prac: Rozwiń/Zwiń jeden poziom, Opcje kolumn, Selektor poziomu listy prac, Opcje widoku i Pasek narzędzi Filtr . Opcje ustawione dla każdego poziomu listy prac są odrębne i utrwalane do czasu zmiany. Aby uzyskać więcej informacji, zobacz Konfigurowanie widoku listy prac.
Śledzenie usterek na liście prac
Niektóre zespoły lubią śledzić usterki wraz z wymaganiami na liście prac. Inne zespoły lubią śledzić usterki jako zadania ukończone w ramach wymagania, więc błędy pojawiają się na tablicy zadań. Przed ustaleniem, jak zarządzać usterkami, zobacz Usterki jako wymagania lub zadania i Pokaż usterki na listach prac i tablicach.
Konwertowanie pomysłów na elementy listy prac
Lista prac pokazuje pracę, którą planujesz wykonać lub która jest w toku. Gdy tylko stan elementu roboczego jest ustawiony na Gotowe lub Ukończono, element roboczy nie jest wyświetlany na liście prac. Za pomocą kontroli backlogu można filtrować lub zmieniać widok.
Jeśli zdefiniowano już długą listę elementów, nie trzeba ich ponownie wdawać pojedynczo. Zamiast tego użyj pliki CSV do pracy zbiorczej lub Microsoft Excel, aby zaimportować je do swojego backlogu.
Przed dodaniem elementów roboczych wybierz
Wyświetl opcje i przesuń suwak dla Rodzice i Prognozowanie na Wyłączone. Opcjonalnie włącz lub wyłącz elementy w toku.
Aby dodać element roboczy, wybierz pozycję
Nowy element roboczy i wprowadź tytuł. Wybierz Enter lub wybierz pozycję Dodaj do góry. Elementy robocze są przypisywane do domyślnej ścieżki obszaru i ścieżki iteracji wybranej dla zespołu. Aby uzyskać więcej informacji, zobacz Zarządzanie i konfigurowanie narzędzi zespołu.
Uwaga
Jeśli masz dostęp Stakeholdera, możesz dodać elementy robocze tylko na koniec listy zadań. Aby uzyskać więcej informacji, zobacz Stakeholder access quick reference (Dostęp uczestnika projektu — krótki przewodnik).
W zależności od tego, czy tworzysz projekt za pomocą Basic, Agile, Scrum lub CMMI, elementy w backlogu mogą być nazywane problemami, historyjkami użytkowników, PBIs lub wymaganiami. Wszystkie te terminy opisują wartość klienta do dostarczenia i pracę do wykonania.
Domyślnie historie użytkowników są wyświetlane na listach prac Agile, problemy na listach prac Podstawowych, elementy PBI i usterki pojawiają się na listach prac Scrum, a wymagania są wyświetlane na listach prac CMMI.
Zmień kolejność listy prac
Zmień kolejność elementów, aby utworzyć priorytetową listę pracy. Przejrzyj listę prac i nadaj im priorytety, aby ułatwić zespołowi zapoznanie się z najważniejszymi elementami, które należy dostarczyć dalej.
Nie można sortować listy prac w kolumnie. Aby wyświetlić posortowaną listę, wybierz pozycję Utwórz zapytanie. Zapisz i otwórz zapytanie i posortuj wyniki zapytania. Aby uzyskać więcej informacji na temat zapytań, zobacz Używanie edytora zapytań do wyświetlania listy zapytań i zarządzania nimi.
Aby zmienić kolejność listy prac, przeciągnij elementy robocze. Lub, jeśli wolisz użyć klawiatury, przytrzymaj wciśnięcie Alt i użyj strzałek w górę i w dół.
Uwaga
Aby zmienić kolejność zaległości, musisz mieć co najmniej dostęp podstawowy. Jeśli masz dostęp na poziomie uczestnika projektu, nie możesz zmienić kolejności elementów na liście prac. Aby uzyskać więcej informacji, zobacz Stakeholder access quick reference (Dostęp uczestnika projektu — krótki przewodnik).
Listy prac, które uczestniczą w zarządzaniu portfelem lub zawierają zagnieżdżone elementy podrzędne tego samego typu, mogą nie zezwalać na zmianę kolejności elementów. Więcej informacji można znaleźć w tych artykułach:
- Zarządzanie elementami planu prac przez wiele zespołów
- Rozwiązywanie problemów związanych ze zmienianiem kolejności i zagnieżdżaniem
Dodaj szczegóły i oszacowania do elementów zaległości
Tworzenie i określanie priorytetów listy prac zapewnia ogólny plan działania. Zanim zespół będzie mógł rozpocząć pracę nad dowolnym elementem, potrzebują jednak dodatkowych szczegółów. Przechwyć szczegółowe dane w formularzu elementu roboczego.
Aby otworzyć każdy element, kliknij dwukrotnie lub wybierz Enter. Dodaj wszystkie informacje, które chcesz śledzić. Zmień co najmniej jedną wartość pola, dodaj opis lub zanotuj w sekcji Dyskusja . Możesz również wybrać kartę 
Załączniki i przeciągnąć na niego plik, aby udostępnić plik innym osobom.
Wprowadź tyle szczegółów, ile zespół musi wykonać następujące zadania:
- Omówienie zakresu
- Szacowanie wymaganej pracy
- Opracowywanie testów
- Upewnij się, że produkt końcowy spełnia kryteria akceptacji
Uwaga
Możesz przypisać pracę tylko jednemu użytkownikowi. Jeśli musisz przypisać pracę do więcej niż jednego użytkownika, dodaj element roboczy dla każdego użytkownika i wyróżnij pracę, którą należy wykonać według tytułu i opisu. Pole Przypisane do akceptuje tylko konta użytkowników, które zostały dodane do projektu lub zespołu.
Na przykład tutaj przypisujemy historię Raisie Pokrovskiej i dodajemy notatkę dyskusyjną, wspominając Raisę.
Po zakończeniu wybierz pozycję Zapisz i zamknij .
Aby zaplanować sprint, należy oszacować nakład pracy związany z wdrożeniem każdego elementu backlogu. Aby przechwycić wysiłek w formularzu elementu roboczego, użyj opcji Wysiłek dla metodyki Podstawowa lub Scrum, Punkty fabularne dla metodyki Agile lub Rozmiar dla CMMI.
Pole
Użycie
Podaj względne oszacowanie ilości pracy wymaganej do ukończenia usługi PBI. W przypadku scenariuszy i wymagań użytkownika przechwytuje się oszacowania w Story Points i Rozmiarze.
Większość metod Agile zaleca określenie oszacowań elementów backlogu na podstawie względnej wielkości pracy. Takie metody obejmują moce 2 (1, 2, 4, 8) i sekwencję Fibonacciego (1, 2, 3, 5, 8 itd.). Użyj dowolnej jednostki liczbowej miary preferowanej przez twój zespół.
Oszacowania ustawione na potrzeby nakładu pracy, rozmiaru lub punktów scenariusza służą do obliczania prędkości i prognozowania przebiegów.
Określ priorytet, który odzwierciedla względną wartość elementu PBI w porównaniu z innymi elementami PBI. Im większa liczba, tym większa wartość biznesowa.
Użyj tego pola, jeśli chcesz określić priorytet oddzielony od zmiennego rankingu listy zaległości.
Podaj wystarczającą ilość szczegółów, aby utworzyć wspólne zrozumienie zakresu i wysiłków związanych z szacowaniem pomocy technicznej. Skoncentruj się na użytkowniku, tym, co chce osiągnąć, i dlaczego. Nie opisz sposobu opracowywania produktu. Podaj wystarczające szczegóły, aby zespół mógł pisać zadania i przypadki testowe w celu zaimplementowania elementu.
Zdefiniuj, co gotowe oznacza, opisując kryteria używane przez zespół w celu sprawdzenia, czy usługa PBI lub poprawka usterek jest w pełni zaimplementowana.
Przed rozpoczęciem pracy nad usługą PBI lub usterką opisz kryteria akceptacji klienta tak wyraźnie, jak to możliwe. Aby określić kryteria akceptacji, należy prowadzić rozmowy między zespołem a klientami. Te kryteria pomagają zapewnić wspólną wiedzę w zespole, aby spełnić oczekiwania klientów. Ponadto te informacje zawierają podstawę do testowania akceptacyjnego.
Ocena wpływu (tylko CMMI)
Opisuje wpływ klienta na brak implementacji wymagania. Możesz uwzględnić szczegóły z modelu Kano dotyczące tego, czy to wymaganie znajduje się w niespodziewanej, wymaganej lub oczywistej kategorii.
Pokaż lub ukryj elementy w toku
Z selektora Opcje widoku można włączyć Elementy w toku. Jeśli ją wyłączysz, elementy znajdujące się w stanie Aktywne, Zaangażowane lub Rozwiązane, albo stany, które są mapowane na stan kategorii W toku, nie są wyświetlane na liście prac.
Prawdopodobnie zechciałbyś ukryć elementy w toku, gdy prognozujesz pracę. Aby uzyskać więcej informacji, przejdź do Prognozowanie backlogu produktu.
Pokazywać lub ukrywać elementy robocze w stanie ukończonym
W selektorze Opcji widoku możesz wybrać opcję pokazywania lub ukrywania ukończonych elementów podrzędnych.
Wybierz, aby wyświetlić ukończone elementy podrzędne, gdy chcesz wyświetlić kolumny zestawienia.
Wybierz opcję ukrycia ukończonych elementów podrzędnych, gdy chcesz prognozować pracę. Aby uzyskać więcej informacji, zobacz sekcję Prognozowanie listy zaległości produktu.
Uwaga
Ukończone lub zamknięte elementy robocze nie są wyświetlane na listach prac i tablicach, jeśli ich zmieniona data jest starsza niż 183 dni (około pół roku). Nadal możesz wyświetlić te elementy przy użyciu zapytania. Jeśli chcesz, aby były wyświetlane na liście zaległości lub tablicy, możesz wprowadzić w nich drobną zmianę, co zresetuje licznik.
Uwaga
Ukończone lub zamknięte elementy robocze nie są wyświetlane na listach prac i tablicach, gdy ich zmieniona data jest starsza niż jeden rok. Nadal możesz wyświetlić te elementy przy użyciu zapytania. Jeśli chcesz, aby były wyświetlane na liście prac lub tablicy, możesz wprowadzić drobne zmiany w nich, co spowoduje zresetowanie zegara.
Rejestr produktu to jedna z trzech klas rejestrów, które są dla ciebie dostępne, rejestry, tablice i plany. Jeśli nie widzisz elementów roboczych, których oczekujesz na liście prac, zobacz Konfigurowanie list prac i tablic.
Następne kroki
Dzięki liście zaległości twój zespół może rozpocząć pracę nad zadaniami o najwyższym priorytecie. Teraz nadszedł czas, aby zdecydować, jak chcesz pracować jako zespół. Czy chcesz użyć scrum lub Kanban? Można użyć tych metod niezależnie lub razem.
Zespoły, które chcą minimalny nakład pracy na śledzenie i szacowanie, mogą preferować Kanban. Zespoły, które lubią pracować w stałym tempie i kreślą szczegóły planu sprintu, mogą preferować scrumowe planowanie sprintu.
Powiązane artykuły
- Konfigurowanie i dostosowywanie usługi Azure Boards
- Zbiorcze modyfikowanie elementów roboczych
- Kopiowanie lub klonowanie elementów roboczych
- Wyświetl skumulowane paski postępu lub liczby
- Interaktywne filtrowanie list prac, tablic, zapytań i planów
- Priorytet backlogu lub kolejność zadań według rangi
- Skróty klawiaturowe