Zarządzanie wymaganiami agile
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
W tym artykule przedstawiono kluczowe pojęcia i zadania związane z zarządzaniem wymaganiami projektu za pomocą narzędzi i funkcji Agile w usłudze Azure DevOps.
Napiwek
Zarządzanie wymaganiami to ciągły proces w całym cyklu życia projektu — obejmujący procesy dokumentowania, analizowania, określania priorytetów, śledzenia i współpracy z uczestnikami projektu w celu uzgodnienia pracy do wykonania. Jedno wymaganie odpowiada możliwościom, które powinny być zgodne z wynikiem projektu — produktem, usługą, architekturą, wydajnością.
Zbieranie wymagań
Elementy robocze służą do rejestrowania wymagań. Każdy element roboczy ma typ, który zależy od wybranego procesu. Można również utworzyć niestandardowy typ elementu roboczego.
Uwaga
Wymagania określają oczekiwania użytkowników dla produktu oprogramowania. W usłudze Azure Boards wymagania są definiowane przez elementy robocze wyświetlane w backlogu produktu. Na podstawie procesu wybranego dla projektu, wymagania odpowiadają typom elementów roboczych, takim jak Historyjka użytkownika (Agile), Element backlogu produktu (Scrum), Problem (Basic) lub Wymagania (CMMI). Należą one również do kategorii Wymagania, która zarządza typami elementów roboczych wyświetlanych na backlogu produktu.
Typy elementów roboczych
Elementy robocze umożliwiają przechwytywanie różnych informacji i przepływów pracy. Każdy element roboczy ma typ, który zależy od wybranego procesu. Możesz użyć tych domyślnych typów elementów roboczych dla wymagań i wad:
- Agile: historia i usterka użytkownika
- Basic: problem i usterka
- Scrum: elementy rejestru produktu i błędy
- CMMI: Wymaganie i Usterka
Każdy proces można dostosować dla projektu usługi Azure DevOps. Możesz również zdecydować, jak śledzić błędy w każdym zespole.
Domyślne typy elementów roboczych
Na poniższej ilustracji przedstawiono hierarchię elementu roboczego listy prac procesu Agile:
- Scenariusze i zadania użytkownika służą do śledzenia pracy.
- Usterki śledzą wady kodu.
- Eposy i funkcje służą do grupowania pracy w szerszych scenariuszach.
Każdy zespół może skonfigurować sposób zarządzania elementami roboczymi usterki na tym samym poziomie co scenariusz użytkownika lub elementy robocze zadania. Użyj ustawienia Praca z usterkami. Aby uzyskać więcej informacji na temat używania tych typów elementów roboczych, zobacz Proces Agile.
Dostosowywanie typów elementów roboczych
Można dostosować następujące aspekty typów elementów roboczych:
- Dodawanie pól niestandardowych i stanów przepływu pracy
- Dodawanie niestandardowych reguł obsługujących procesy przepływu pracy biznesowego
- Dodawanie niestandardowych zaległości portfela oraz dostosowywanie zaległości i tablic
- Dodawanie kontrolek niestandardowych do formularzy elementów roboczych w celu uzyskania rozszerzonych funkcji
Dodaj elementy robocze do backlogu produktu lub tablicy
Aby przechwycić wymagania, zacznij od dodania Tytułu do rejestru produktu. W razie potrzeby możesz dodać więcej szczegółów.
Zbieranie wymagań w backlogu produktu
Dodanie tytułu do backlogu produktu ułatwia szybkie przechwytywanie i organizowanie wymagań oraz umożliwia ich priorytetyzację i dopracowywanie w miarę upływu czasu.
Pola elementów roboczych
Każdy element roboczy śledzi dane w polach, przechwytuje zmiany w polu Historia i komentarze w sekcji Dyskusja.
Użyj elementów roboczych, aby:
- Dodawanie informacji, aktualizowanie stanu, przypisywanie do członków zespołu, łączenie elementów roboczych i dołączanie plików
- Przypisywanie pracy do czasoboksu lub sprintu
- Szybkie wypełnianie pól przy użyciu szablonów
- Współtworzenie wątku dyskusji z możliwością wykonywania zapytań
- Określanie priorytetów i klasyfikowanie elementów roboczych
Sekcje Development i Deployment wspierają śledzenie od początku do końca.
- Tworzenie nowej gałęzi lub pull requestu z elementu roboczego
- Zatwierdź pull request
- Wykonywanie scalania squasha
- Tworzenie gałęzi dla kilku elementów roboczych
- Łączenie elementu roboczego z istniejącymi obiektami deweloperskimi i kompilacyjnymi
- Wyświetlanie etapów wydania skojarzonych z elementem roboczym w czasie rzeczywistym
- Wyświetlanie stanu wersji skojarzonych z zatwierdzeniami w potokach kompilacji i wydawania
Importowanie i aktualizowanie wymagań przy użyciu programu Excel
Aby zaimportować i zaktualizować wymagania, możesz użyć pliku .csv lub arkusza kalkulacyjnego programu Excel. Te narzędzia umożliwiają pracę z płaską listą lub drzewem elementów roboczych. Można na przykład zdefiniować drzewo epików, funkcji i scenariuszy użytkownika w programie Excel, a następnie zaimportować je do usługi Azure DevOps.
Wymagania dotyczące importowania z programu Excel
Wymagania funkcjonalne i niefunkcjonalne
Elementy robocze ułatwiają śledzenie wszelkich czynności, które należy wykonać przez Ciebie lub twój zespół. Można użyć tego samego typu elementu roboczego zarówno dla wymagań funkcjonalnych, jak i niefunkcjonalnych:
- wymagania funkcjonalne: opisz, co powinien zrobić produkt lub usługa.
- wymagania niefunkcjonalne: Opisz sposób działania produktu lub usługi.
Kategoryzuj wymagania przy użyciu następujących elementów:
- Etykiety
- Pole Wartość biznesowa
- Pola niestandardowe
Utrzymywanie specyfikacji wymagań
Niektóre wymagania wymagają więcej szczegółów niż to, co można umieścić w elemencie roboczym. Usługa Azure DevOps umożliwia przechowywanie wymagań i zarządzanie nimi w repozytorium Azure Repos lub witrynie typu wiki projektu.
Możesz połączyć lub dołączyć specyfikacje do swoich wymagań.
Analizowanie i określanie priorytetów wymagań
Użyj narzędzi usługi Azure Boards, aby określić priorytety i uściślić listę prac, zapewniając, że wymagania są jasne i dobrze zdefiniowane:
- lista prac produktu: Przeciągnij i upuść elementy robocze, aby zmienić kolejność według priorytetu. Edytuj jednocześnie wiele elementów roboczych, aby zmienić przypisania lub zaktualizować pola.
- Wyniki Zapytania, Tryb Klasyfikacji: Przejrzyj i szybko zaktualizuj elementy robocze i dodaj szczegóły.
Grupowanie i organizowanie wymagań
Użyj usługi Azure Boards, aby pogrupować wymagania według funkcji lub celów biznesowych. Skorzystaj z typów elementów roboczych portfela, rejestrów zadań portfela i tablic oraz narzędzia mapowania, aby połączyć wymagania z elementami roboczymi wyższego poziomu.
Tagi elementów roboczych można również używać do grupowania wymagań na różne sposoby.
Epiki, funkcjonalności i zaległości portfela
Użyj linków nadrzędny-podrzędny, aby utworzyć hierarchię wymagań, funkcji i epików. Linki nadrzędno-podrzędne są przydatne w przypadku organizacji z wieloma zespołami, które chcą zobaczyć, jak ich praca przyczynia się do ogólnych celów i korzysta z narzędzi do planowania portfela.
Za pomocą hierarchii można zarządzać zestawem funkcji, nad którymi pracują różne zespoły. Możesz również wyświetlić zestawienia estymacji, postępu oraz innych informacji w rejestrach zadań produktowych.
Grupowanie historii użytkowników w obszarze Funkcje przy użyciu mapowania
Grupowanie elementów roboczych przy użyciu tagów
Tagi elementów roboczych to etykiety, które członkowie zespołu mogą dodawać do elementów roboczych. Można filtrować backlogi i tablice według tych tagów, aby wyświetlić tylko pasujące elementy pracy. Tagi mogą być również używane w zapytaniach. Można na przykład filtrować tablicę, aby wyświetlić tylko karty z tagiem web.
Filtruj zaległości i tablice na podstawie tagów
Korzystanie z kanbanu lub scrum
Usługa Azure Boards obsługuje dwie główne metody Agile: Kanban i Scrum. Można również użyć podejścia hybrydowego, takiego jak Scrumban, który łączy elementy obu metod.
Korzystanie z kanbanu
Użyj tablicy Kanban, aby zwizualizować zadania robocze w backlogu produktu lub portfela. Na tablicy są wyświetlane elementy robocze należące do zespołu na podstawie wybranego obszaru i ścieżek iteracji.
Tablicę można dostosować tak, aby odpowiadała praktykom kanban. Można na przykład zdefiniować kolumny i ścieżki, ustawić limity WIP i określić definicję ukończenia. Element roboczy można przeciągnąć do innej kolumny, aby zaktualizować jego stan w miarę przechodzenia przez etapy przepływu pracy.
Tablica przykładowa
Korzystanie ze scrum
Użyj rejestru sprintu i Tablicy Zadań, aby wyświetlić elementy robocze zaplanowane przez zespół dla konkretnego sprintu. Przypisz elementy robocze do sprintu, przeciągając i upuszczając je z backlogu wymagań. Następnie wyświetl je w osobnym Backlogu sprintu.
Przykładowy backlog sprintu
Aby uzyskać więcej informacji, zobacz Planowanie i śledzenie pracy.
Wykres spalania sprintu
Wykres spalania sprintu zawiera codzienne aktualizacje dotyczące postępu sprintu, przedstawiając aktualny stan pracy, jak pokazano na poniższej ilustracji.
Przykładowy wykres spalania sprintu
Zarządzanie zależnościami
W programie Microsoft Project można zarządzać zależnościami zadań, łącząc je. W usłudze Azure Boards połącz elementy robocze przy użyciu typu linku Poprzednik/Następnik. Przeglądaj relacje linków za pomocą rozszerzenia Wizualizacja elementu roboczego Marketplace. Na poniższej ilustracji przedstawiono relacje linków między kilkoma elementami roboczymi.
Aby wyświetlić pełny obraz, kliknij obraz, aby rozwinąć. Wybierz 
, aby zamknąć.
Minimalny Produkt Wykonalny a Zarządzanie Ścieżką Krytyczną
Usługa Azure Boards nie ma wbudowanego sposobu wyświetlania ścieżki krytycznej, ponieważ metody Agile preferują produkt Minimum Viable Product (MVP) w przypadku zarządzania ścieżkami krytycznymi (CPM). W MVP można znaleźć najkrótszą i najbardziej zależną ścieżkę przez klasyfikowanie epików, funkcji, scenariuszy i zadań według ważności.
Planowanie punktów kontrolnych
Możesz użyć tempa pracy zespołu i prognozowania, aby zaplanować terminy dostarczenia swojej pracy.
Szybkość zespołu
Praca w sprintach pomaga zrozumieć tempo pracy twojego zespołu. Szybkość pokazuje, ile pracy może zrealizować zespół w sprincie, na podstawie liczby lub rozmiaru ukończonych elementów roboczych.
Przykładowy wykres prędkości zespołu
Wymagania dotyczące prognozy
Użyj narzędzia Prognoza, aby oszacować punkty scenariusza, nakład pracy lub rozmiar dla każdego wymagania.
Możesz również ustawić szybkość zespołu na podstawie Twoich szacunków. Jeśli na przykład twój zespół może wykonać 12 Story Points na sprint, narzędzie Forecast pokazuje, które wymagania i funkcje można ukończyć w ciągu następnych sześciu sprintów. Możesz użyć narzędzia Planowania, aby przypisać wymagania do przewidywanych sprintów.
Przykład prognozy zaległości wymagań
Użyj rozszerzenia witryny Marketplace, aby zintegrować planowanie wymagań z narzędziami programu Microsoft Project.
Znaczniki punktu kontrolnego
Kamienie milowe nie są używane w śledzeniu pracy w Azure Boards, z wyjątkiem planów realizacji. Plany dostarczania zapewniają widok kalendarza i umożliwiają zdefiniowanie znacznika punktu kontrolnego.
Aby oznaczyć element roboczy jako punkt kontrolny, możesz użyć co najmniej jednej z następujących opcji:
- Dodaj lub umieść wyraz Kamień milowy w tytule elementu roboczego
- Dodaj tag elementu roboczego o nazwie Milestone
- Dodaj pole niestandardowe oznaczone etykietą Punkt kontrolny i wypełnij je listą wyboru punktów kontrolnych
- Łączenie elementów roboczych za pomocą typu łącza Poprzednik/Następnik lub Powiązany z elementem roboczym punktu kontrolnego.
- Przypisz element roboczy punktu kontrolnego do przebiegu przeznaczonego do ukończenia.
Przypisywanie wymagań do skrzynek czasowych
Elementy robocze można szybko przypisać do sprintu, przeciągając je z listy prac produktu do sprintu wymienionego w okienku Planowania.
Przykład przypisywania wymagań do sprintów
Monitorowanie i raportowanie postępu
Aby przejrzeć postęp i elementy dostarczane, możesz użyć następujących narzędzi:
- Tablica funkcji: pokazuje stan każdej funkcji i jej zadań
- Zaległości funkcji: wyświetla skumulowane kolumny dla funkcji i ich podrzędnych elementów roboczych.
- Plany dostarczania: Udostępnia widok w formie osi czasu dla funkcji i ich zależności w różnych zespołach
Tablica funkcji
Możesz również użyć tablicy Funkcje do śledzenia postępu i zapewnienia ciągłego dostarczania wartości. Na poniższej ilustracji przedstawiono przykład dostosowanej tablicy Funkcje z dodanymi kolumnami dla różnych etapów tworzenia funkcji, takich jak Potrzeba dodatkowych informacji, Spec Complete, In Progress i Customer Rollout. Te kolumny odzwierciedlają naturalny przepływ funkcjonalności od propozycji do produkcji.
Przykład tablicy Funkcje z dostosowanymi kolumnami
Aby wyświetlić pełny obraz, kliknij obraz, aby rozwinąć. Wybierz ikonę , aby zamknąć.
Pakiet zbiorczy
Lista funkcji w backlogu oferuje szybką i wizualną metodę monitorowania postępu. Możesz dodać kolumnę paska postępu zagregowanego, aby zobaczyć procent ukończenia elementów roboczych dla każdej funkcji. Na poniższej ilustracji pokazano, jak kolumna pokazuje postęp różnych funkcji.
Przykład backlogu wymagań pokazujący podsumowanie postępu
Plany dostarczania i wiele elementów dostarczanych przez zespół
Jeśli chcesz zobaczyć funkcje dostarczane przez kilka zespołów na osi czasu, możesz skonfigurować plan dostarczania. Plan dostarczania to interaktywna tablica przedstawiająca widok kalendarza historii lub funkcji, które mają być dostarczane przez różne zespoły.
Przykład planu dostarczania obejmującego wiele zespołów
Otrzymywanie powiadomień o zmianach
Usługa Azure DevOps udostępnia niezawodny system alertów, w którym członkowie projektu mogą ustawiać alerty dla siebie, zespołu lub projektu. W miarę wprowadzania zmian w elementach roboczych, przeglądach kodu, plikach kontroli źródła i kompilacjach można otrzymywać powiadomienia e-mail.