Najlepsze rozwiązania dotyczące zarządzania projektami Agile

  • Artykuł

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

Usługa Azure Boards oferuje wybór narzędzi do planowania Agile, z których wiele działa w połączeniu ze sobą. Ten artykuł zawiera przewodnik wprowadzający dla menedżerów projektów nowych w usłudze Azure Boards. Jeśli Ty i Twoi zespoły chcą zastosować minimalne podejście do śledzenia planowania projektów i zarządzania nimi, zacznij od tego przewodnika. Ponadto, jeśli przechodzisz z zarządzania projektami kaskadowymi do metod Agile, zacznij od tego przewodnika.

Uwaga

Jeśli Twój zespół jest zaangażowany w praktykowanie metod Kanban lub Scrum, zobacz About Boards and Kanban or the tutorials for implement scrum (Informacje o tablicach i kanbanach ) lub samouczkach dotyczących implementowania scrum.

Większość wskazówek w tym artykule jest prawidłowa zarówno dla wersji chmurowych, jak i lokalnych. Jednak niektóre funkcje zawarte w tym artykule, takie jak Rollup, Analytics i niektóre narzędzia do planowania portfela, są obecnie dostępne tylko dla chmury.

Konfigurowanie zespołów

Usługa Azure Boards udostępnia każdemu zespołowi zestaw narzędzi Agile do planowania i śledzenia pracy. Każdy projekt definiuje domyślny zespół, którego można zacząć używać natychmiast. Jeśli masz kilka zespołów programistycznych lub funkcji, zalecamy zdefiniowanie zespołu w usłudze Azure DevOps dla każdego zespołu funkcji. Dzięki temu każdy zespół może pracować autonomicznie, współpracując ze sobą.

Porady dotyczące najlepszych rozwiązań

  • Skonfiguruj zespoły wraz ze strumieniami wartości, które organizacja chce dostarczyć.
  • Zdefiniuj zespół dla każdej grupy deweloperów od 6 do 12 deweloperów.
  • Skonfiguruj zespoły programistyczne, aby obsługiwały pakiet zbiorczy dla zespołów funkcji zarządzania projektami.

Aby uzyskać więcej informacji na temat konfigurowania zespołów, zobacz:

Konfigurowanie przebiegów

Przebiegi określone przez ścieżki iteracji są definiowane dla projektu, a następnie wybierane przez zespoły. Cykl przebiegu może się różnić od jednego tygodnia do czterech tygodni lub dłużej. Ponadto można zdefiniować przebiegi w hierarchii obejmującej pociągi wydań. Przypisujesz pracę do przebiegów zatwierdzonych przez zespoły w celu dostarczenia na końcu przebiegu. Te narzędzia usługi Azure Boards korzystają z przypisań przebiegu do list prac przebiegu zespołu, tablicy zadań i planów prognozowania i dostarczania.

Porady dotyczące najlepszych rozwiązań

  • Zdefiniuj cykl przebiegu do użycia przez wszystkie zespoły w grupie produktów.
  • Zdefiniuj co najmniej sześć iteracji, które obsługują planowanie przez następne 6 do 12 miesięcy.
  • Określ, w jaki sposób zespoły używają iteracji do zarządzania elementami listy prac.
    • Nieprzypisane prace przebiegu są przypisywane do domyślnej listy prac.
    • Nieprzypisane prace przebiegu są przypisywane do wyznaczonego przyszłego przebiegu listy prac.

Aby uzyskać więcej informacji na temat konfigurowania przebiegów, zobacz:

Wybieranie typów elementów roboczych

Określ typy elementów roboczych, których zespół może użyć do przechwytywania wymagań klientów i prac programistycznych. Jeśli projekt jest oparty na procesie Agile, zalecamy użycie typów elementów roboczych Historia użytkownika, Usterka i Funkcja.

Jeśli projekt jest oparty na innym procesie, takim jak Basic, Scrum lub CMMI, masz następujące opcje. Każdy zespół określa, jak chcą śledzić usterki.

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.

  • Epiki i funkcje służą do grupowania pracy w większych scenariuszach.

    Diagram przedstawiający typy elementów roboczych Agile.

Każdy zespół może skonfigurować sposób zarządzania elementami roboczymi usterek na tym samym poziomie co elementy robocze Scenariusz użytkownika lub Zadanie, konfigurując ustawienie Praca z usterkami . Aby uzyskać więcej informacji na temat używania tych typów elementów roboczych, zobacz Proces Agile.

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 liście prac produktu. Odpowiadają one typom elementów roboczych User Story (Agile), Product backlog item (Scrum), Issue (Basic) lub Requirement (CMMI) na podstawie procesu wybranego dla projektu. Należą one również do kategorii Wymagania, która zarządza typami elementów roboczych wyświetlanych na liście prac produktu.

Porady dotyczące najlepszych rozwiązań

  • Użyj typu elementu roboczego Funkcji, aby przechwycić funkcje klienta, które chcesz wysłać.
  • Szybko dodaj funkcje lub wymagania z listy prac i podaj szczegóły później.
  • Użyj typu elementu roboczego Wymaganie, aby podzielić funkcje na pracę, którą jest właścicielem zespołu deweloperów. W dodatku:
    • W przypadku metody Agile użyj typu elementu roboczego Scenariusz użytkownika.
    • W obszarze Podstawowa użyj typu elementu roboczego Problem.
    • W przypadku scrum użyj typu elementu roboczego listy prac produktu.
    • W przypadku narzędzia CMMI użyj typu elementu roboczego Wymaganie.
  • Użyj typu elementu roboczego Usterka, aby przechwycić wady kodu.
  • Mapowanie wymagań dotyczących funkcji w celu śledzenia postępu na poziomie zarządzania projektami.
  • Wymagania dotyczące rozmiaru, które mają zostać ukończone w przebiegu.
  • Funkcje rozmiaru, które mają zostać ukończone w przebiegu lub kilku przebiegach.
  • Rozmiar elementów roboczych epickich do dostarczenia kwartalnie lub do celu punktu kontrolnego.
  • Pozwól deweloperom używać kategorii Zadanie, aby podzielić swoją pracę zgodnie z potrzebami.

Jako menedżerowie projektów zarządzasz funkcjami, a zespół programistyczny zarządza wymaganiami. Podczas mapowania ich przy użyciu linków nadrzędny-podrzędny uzyskujesz wgląd w postęp funkcji. Każdy element roboczy dodany do listy prac zespołu jest automatycznie przypisywany domyślną ścieżkę obszaru i ścieżkę iteracji ustawioną dla zespołu.

Jeśli masz większe inicjatywy lub scenariusze, które wymagają wysłania kilku funkcji, pogrupuj je w kategorii Epic, używając linków nadrzędny-podrzędny.

Aby uzyskać więcej informacji na temat typów elementów roboczych, zobacz:

Tworzenie planu produktu

Utwórz plan produktu przy użyciu listy prac funkcji. Następnie zespół programistyczny tworzy swój plan produktu przy użyciu listy prac produktu. Okresowo należy przeglądać i uściślić plany produktów.

Listy prac funkcji

Menedżerowie projektów inicjują plan produktu, dodając funkcje do listy prac funkcji. Każda funkcja powinna reprezentować dostarczany element dostarczany, który odpowiada potrzebom klienta.

Zrzut ekranu przedstawiający listę prac funkcji.

Lista prac produktu

Zespoły programistyczne dodają scenariusze użytkowników do listy prac produktu, aby historia użytkownika została automatycznie przypisana do domyślnej ścieżki obszaru zespołu i ścieżki iteracji. Następnie mogą mapować te scenariusze w ramach każdej funkcji, która reprezentuje pracę wymaganą do zaimplementowania funkcji. Każdy scenariusz użytkownika powinien mieć rozmiar, aby można go było ukończyć w ramach przebiegu.

Zrzut ekranu przedstawiający listę prac produktu.

Uściślij każdą listę prac

Okresowo przeglądaj każdą listę prac, wykonując następujące zadania:

  • Zdefiniuj pracę do wykonania.
  • Zmień kolejność elementów roboczych przy użyciu metody przeciągania i upuszczania, aby były wyświetlane w kolejności priorytetów.
  • Otwórz elementy robocze i dodaj szczegóły.
  • Przypisz pracę do członków zespołu lub do przebiegów.
  • Przechwycenie długu technicznego i pracy pozafeaturowej wymaganej do wspierania zdrowego ekosystemu dostaw.
  • Mapuj nieparzyste prace nad funkcjami, do których należy.
  • Szacowanie rozmiaru wymagań w celu określenia szybkości zespołu i prognozowania pomocy technicznej (opcjonalnie).

Napiwek

Szybkość zespołu można monitorować na podstawie oszacowań przypisanych do ukończonej pracy lub prostej liczby elementów roboczych ukończonych podczas przebiegów. Aby użyć funkcji Prognoza, musisz przypisać wartość do pola Punkty scenariusza, Nakład pracy lub Rozmiar . Jeśli nie chcesz szacować wymagań, możesz po prostu przypisać wartość 1 do oszacowań wymagań, a następnie użyć narzędzia Prognoza na podstawie liczby elementów roboczych.

Porady dotyczące najlepszych rozwiązań

  • Okresowo uściślij listę prac.
  • Upewnij się, że funkcje i wymagania mają odpowiedni rozmiar.
  • Zdefiniuj kryteria akceptacji oraz definicję wykonaną dla funkcji i pracy.
  • Mapuj niezamapowane zadania na funkcje.
  • Ustaw opcje widoku, aby obsługiwać zadania listy prac, które chcesz wykonać.
  • Prognozowanie listy prac.

Aby uzyskać więcej informacji, zobacz:

Używanie tagów do obsługi zapytań i filtrowania

Za pomocą tagów elementów roboczych członkowie zespołu mogą przypisywać tagi ad hoc do elementów roboczych. Tych tagów można używać do filtrowania list prac i tablic. Można ich również używać do wykonywania zapytań dotyczących elementów roboczych. Aby tagi były przydatne dla zespołu, podaj ogólne wskazówki dotyczące używania tagów przez zespół. Rozważ udokumentowanie tych wskazówek w centralnym miejscu, takim jak witryna typu wiki projektu.

Na poniższej ilustracji przedstawiono tablicę Kanban odfiltrowaną na słowie kluczowym internetowym , który wyświetla karty z tagiem Web .

Zrzut ekranu przedstawiający tablicę Kanban filtrowaną przy użyciu wyszukiwania słów kluczowych.

Porady dotyczące najlepszych rozwiązań

  • Zasady dotyczące sposobu używania tagów przez zespoły są dostępne.
  • Określ sposób użycia tagów do obsługi zapytań, filtrowania i raportowania.
  • Rozważ użycie tagów do identyfikowania zależności między zespołami lub między projektami.

Aby uzyskać więcej informacji, zobacz:

Planowanie prognoz i kamieni milowych

Aby uzyskać wgląd w funkcje, które mogą być dostarczane, użyj narzędzia Prognoza. To narzędzie wymaga podania oszacowań dla pola Punkty scenariusza, Nakład pracy lub Rozmiar dla każdego wymagania. Jeśli chcesz prognozować prostą liczbę elementów roboczych, przypisz wartość 1 do oszacowań wymagań.

Kolejność listy prac funkcji w kolejności priorytetów

Jako menedżerowie projektów zawsze należy mieć listę prac funkcji w kolejności priorytetów, która przekazuje zespołowi programistycznemu, który funkcje są najważniejsze do ukończenia.

W tym miejscu lista prac funkcji przedstawia sekwencję funkcji do wysłania.

Zrzut ekranu przedstawiający listę prac funkcji uporządkowaną według elementu nadrzędnego funkcji.

Zamawianie listy prac wymagań na podstawie funkcji nadrzędnych

Najpierw chcesz upewnić się, że spełniasz wymagania wymagane do wysłania funkcji. Jak pokazano na poniższej ilustracji, lista prac wymagań jest uporządkowana zgodnie z funkcjami, które chcesz wysłać. W tym zamówieniu przyjęto założenie, że wszystkie wymagania w funkcji muszą zostać ukończone, aby je dostarczyć. Ponadto punkty scenariusza są przypisywane do każdego scenariusza użytkownika.

Zrzut ekranu przedstawiający listę prac wymagań uporządkowaną przez element nadrzędny funkcji.

Prognozowanie listy prac wymagań

W przypadku oszacowań przypisanych do każdego wymagania można ustawić szybkość zespołu. W poniższym przykładzie określimy 12 dla szybkości, która jest równoważna stwierdzeniu, że średnio zespół może ukończyć 12 punktów historii na przebieg. Narzędzie Prognoza pokazuje, które wymagania i funkcje zespół może ukończyć w ciągu najbliższych sześciu przebiegów. Korzystając z narzędzia do planowania, można szybko przypisać wymagania do prognozowanych przebiegów.

Aby wyświetlić pełny obraz, kliknij obraz, aby rozwinąć. Wybierz ikonę ikona zamknięcia zamknięcia, aby zamknąć.

Zrzut ekranu przedstawiający prognozę listy prac wymagań uporządkowanych przez element nadrzędny funkcji.

Uzyskanie dobrych wyników w oszacowaniach i przewidywalne możliwości zespołu są przydatnymi celami zespołu w celu poprawy procesu.

Aktualizowanie tablicy Funkcje

W przypadku prognozowania, kiedy funkcja jest dostarczana, można zaktualizować ścieżkę iteracji każdej funkcji. Szybko przypisz wartości do funkcji, dodając te pola do karty na tablicy Kanban, jak pokazano na poniższej ilustracji.

Zrzut ekranu przedstawiający tablicę Funkcje ze zaktualizowanymi ścieżkami iteracji.

Planowanie punktu kontrolnego

Znaczniki punktów kontrolnych nie są używane w śledzeniu pracy usługi Azure Boards, z wyjątkiem planów dostarczania. 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:

  • Poprzedzanie lub dołączanie wyrazu Punkt kontrolny w tytule elementu roboczego.
  • Dodaj tag elementu roboczego oznaczony etykietą Punkt kontrolny.
  • Dodaj pole niestandardowe oznaczone etykietą Punkt kontrolny i wypełnij je listą wyboru punktów kontrolnych.
  • Połącz elementy robocze przy użyciu poprzednika/następnika lub powiązanego typu łącza do elementu roboczego punktu kontrolnego.
  • Przypisz element roboczy punktu kontrolnego do przebiegu przeznaczonego do ukończenia.

Zarządzanie zależnościami

W programie Microsoft Project można zarządzać zadaniami, które zależą od ukończenia innych zadań, łącząc je. Aby zarządzać zależnościami w usłudze Azure Boards, możesz dodać podobne łączenie, dodając typy linków poprzednika/następcy do elementów roboczych. Dodaj te linki z okna dialogowego Dodawanie łącza dla elementu roboczego.

Usługa Azure Boards obsługuje wiele typów linków do śledzenia powiązanych prac. Wybierz typy łączy Poprzednik/Następnik, aby śledzić pracę z zależnościami. Szybkim sposobem łączenia elementów roboczych jest dodanie tagu do elementów roboczych, które uczestniczą w tworzeniu lub używaniu zależności. Utwórz zapytanie oparte na tagu, a następnie dodaj wymagane linki.

W poniższym oknie dialogowym Dodawanie linku pokazano, jak dwa elementy robocze są połączone przy użyciu typu linku Następca.

Zrzut ekranu przedstawiający okno dialogowe Dodawanie linku z typem linku Następca.

Wizualizowanie relacji elementów roboczych

Możesz wyświetlić zależności i zidentyfikować zależności, które mają problemy z planami dostarczania. Jak pokazano na poniższej ilustracji, można przełączać wyświetlanie wierszy zależności między połączonymi elementami roboczymi. Aby uzyskać więcej informacji, zobacz Śledzenie zależności przy użyciu planów dostarczania.

Zrzut ekranu przedstawiający linie zależności między kilkoma elementami roboczymi.

Za pomocą rozszerzenia Wizualizacja elementu roboczego w witrynie Marketplace można wizualizować relacje linków między kilkoma elementami roboczymi, jak pokazano na poniższej ilustracji.

Aby wyświetlić pełny obraz, kliknij obraz, aby rozwinąć. Wybierz ikonę ikona zamknięcia zamknięcia, aby zamknąć.

Zrzut ekranu przedstawiający wizualizację relacji elementów roboczych.

Minimalne opłacalne zarządzanie ścieżkami a zarządzanie ścieżkami krytycznymi

Usługa Azure Boards nie udostępnia natywnego widoku ścieżki krytycznej. Metodologie Agile faworyzują minimalny produkt opłacalny (MVP) w przypadku zarządzania ścieżkami krytycznymi. Korzystając z programu MVP, można zidentyfikować najkrótszą ścieżkę i zależności, określając priorytety typów elementów roboczych Epik, Funkcja, Historia użytkownika i Zadanie. Aby uzyskać więcej informacji na temat kontekstu, zobacz Ścieżka krytyczna dla projektów Agile i Uruchamianie lean startupu w usłudze Azure DevOps.

Porady dotyczące najlepszych rozwiązań

  • dependency Dodaj tag do elementów roboczych uczestniczących w zarządzaniu zależnościami.
  • Użyj typów łączy poprzednika/następcy, aby śledzić zależności pracy należącej do innych zespołów lub w innych projektach.
  • Tworzenie zapytań w celu śledzenia, dodawania i klasyfikowania zależności.
  • Użyj planów dostarczania, aby wyświetlić pracę, od której masz zależności od innych zespołów.
  • Użyj rozszerzenia Wizualizacja elementu roboczego w witrynie Marketplace, aby wizualizować zależności dla określonego elementu roboczego w formularzu elementu roboczego.

Uwaga

Rozszerzenia witryny Marketplace nie są obsługiwanymi funkcjami usługi Azure Boards, więc nie są obsługiwane przez zespół produktu. W przypadku pytań, sugestii lub problemów, które masz podczas korzystania z tych rozszerzeń, zobacz odpowiednie strony rozszerzeń.

Aby uzyskać więcej informacji, zobacz:

Praca w przebiegach

Przebiegi umożliwiają zespołowi programistycznemu skupienie się na ukończeniu wstępnie wybranego zestawu pracy. Praca przypisana do przebiegu jest wyświetlana na liście prac przebiegu zespołu. Listy prac przebiegu są definiowane tylko dla list prac produktów, a nie dla list prac portfela.

Wykres postępu

Aktualizując stan pracy codziennie w trakcie przebiegu, można łatwo śledzić postęp przebiegu za pomocą wykresu postępu przebiegu przebiegu, jak pokazano na poniższej ilustracji.

Zrzut ekranu przedstawiający wykres postępu przebiegu analizy.

Porady dotyczące najlepszych rozwiązań

Dla każdego przebiegu wykonaj następujące zadania:

  • Zaplanuj każdy przebieg razem z zespołem.
  • Użyj listy prac przebiegu zespołu, aby zapoznać się z elementami dostarczanymi przebiegu.
  • Upewnij się, że każdy element roboczy przebiegu jest przypisany do członka zespołu.
  • Upewnij się, że każdy element roboczy ma zakres ukończenia w ramach przebiegu.
  • Upewnij się, że kryteria akceptacji pracy są dobrze zdefiniowane i zrozumiałe.
  • Zaktualizuj stan elementów roboczych przebiegu w miarę przejścia pracy z Obszaru Nowy na Aktywny do Ukończone, śledzenie postępu przebiegu.
  • Zaewidencjonuj inne zespoły w zależnościach, od których zależy praca twojego zespołu.
  • Monitorowanie postępu przebiegu przy użyciu wykresu postępu przebiegu.

Aby uzyskać więcej informacji, zobacz:

Przeglądanie postępu i elementów dostarczanych funkcji

Trzy główne narzędzia, których należy użyć do przeglądu postępu i elementów dostarczanych, to:

  • Tablica Kanban funkcji
  • Listę prac funkcji z kolumnami zestawień
  • Plany dostarczania

Tablica Kanban funkcji

Tablica Funkcje to kolejne miejsce do przejrzenia postępu i zapewnienia ciągłego przepływu elementów dostarczanych. Na poniższej ilustracji przedstawiono dostosowaną tablicę Funkcje, w tym kolumny w toku, takie jak Potrzeba dodatkowych informacji, Na pokładzie, W toku i Wdrożenie klienta. Te kolumny zapewniają bardziej naturalny zestaw stanów, ponieważ funkcje są proponowane, zbadane, zaprojektowane, opracowane, a następnie wdrożone w środowisku produkcyjnym.

Aby wyświetlić pełny obraz, kliknij obraz, aby rozwinąć. Wybierz ikonę ikona zamknięcia zamknięcia, aby zamknąć.

Zrzut ekranu przedstawiający tablicę Funkcje z dostosowanymi kolumnami.

Pakiet zbiorczy

Jednym z szybkich i wizualnych sposobów monitorowania postępu jest lista prac funkcji. Dodając kolumnę paska postępu zestawienia, możesz zobaczyć, jaki procent elementów roboczych jest ukończony dla każdej funkcji, jak pokazano na poniższej ilustracji.

Zrzut ekranu przedstawiający listę prac funkcji z opcją kolumny paski postępu.

Plany dostarczania i wiele elementów dostarczanych przez zespół

Aby przejrzeć funkcje dostarczane przez kilka zespołów, skonfiguruj plan dostarczania. Plany dostarczania zapewniają interaktywną tablicę do przeglądania harmonogramu kalendarzowego scenariuszy lub funkcji, które mają być dostarczane przez kilka zespołów.

Zrzut ekranu przedstawiający objaśnienia planów dostarczania.

Elementy planu interakcyjnego

Porady dotyczące najlepszych rozwiązań

  • Dostosuj tablicę Kanban funkcji, aby obsługiwać procesy zespołu.
  • Dodaj pola do kart, aby można było szybko i łatwo aktualizować ich wartości.
  • Zaktualizuj ścieżkę iteracji (przebieg) funkcji w miarę uzyskiwania jasności co do tego, kiedy są dostarczane.
  • Przejrzyj tablicę Funkcje, aby porozmawiać o stanie, blokach/problemach/czynnikach ryzykach/zmianach oraz o stanie aktualizacji.
  • Funkcja filtrowania umożliwia skoncentrowanie się na elementach oznaczonych tagami, funkcjach przypisanych przez, określonych przebiegach i nie tylko.
  • Dodaj kolumny zestawienia do listy prac funkcji, aby monitorować ogólny postęp na podstawie uzupełniania liczby elementów roboczych.
  • Użyj planów dostarczania, aby przejrzeć funkcje dla kilku zespołów w celu omówienia zależności między zespołami.

Aby uzyskać więcej informacji, zobacz:

Ulepszanie procesu

Ciągłe ulepszanie jest sercem metod Agile. Aby ulepszyć procesy, musisz mieć wspólne cele i wspólny plan. Aby zainicjować działania usprawnień procesów, rozważ dodanie ich za pomocą regularnych praktyk. Możesz chcieć:

  • Planowanie przebiegów.
  • Ustaw cele przebiegu.
  • Przeprowadzanie regularnych retrospektyw.

Podczas ustawiania celów należy wziąć pod uwagę następujące pytania:

  • Co uczysz się o swoich klientach? Co musisz wiedzieć?
  • Jakie dane są mierzone? Czy jest to możliwe do działania? Jakie dane muszą być mierzone?
  • W jaki sposób przepływ elementów dostarczanych? Czy jest to zgodnie z oczekiwaniami? Gdzie można wprowadzić ulepszenia?
  • Czy twoi członkowie zespołu mogą robić wszystko, co w ich mocy? Jakie narzędzia lub informacje pomogą im ulepszyć?
  • Jak dobrze są udostępniane informacje? Jak dobrze współpracują zespoły?
  • Jak dobrze twój zespół zarządza długiem technicznym i zamyka błędy?

Niektóre narzędzia Agile, których można użyć do obsługi poprawy procesów, to szybkość zespołu, pulpity nawigacyjne zespołu i rozszerzenie Retrospektyw w witrynie Marketplace.

Szybkość zespołu

Na wykresie Prędkość zespołu możesz zrozumieć, jak dobrze zespół planuje i wykonuje przebieg. Jak pokazano w poniższym przykładzie, wykres Prędkość przedstawia planowaną, ukończoną, ukończoną i niekompletną liczbę elementów roboczych dla kilku przebiegów. Zespoły mogą przejrzeć ten wykres, aby określić, jak dobrze oceniają i wykonują oraz jak mogą się poprawić.

Zrzut ekranu przedstawiający przykładowy wykres prędkości zespołu.

Pulpity nawigacyjne zespołu

Zespoły mogą definiować jeden lub więcej pulpitów nawigacyjnych, aby udostępniać informacje i monitorować dane w czasie rzeczywistym na temat postępu pracy.

Zrzut ekranu przedstawiający przykładowy pulpit nawigacyjny zespołu.

Porady dotyczące najlepszych rozwiązań

  • Zidentyfikuj cele ulepszania procesów, na które zespół może wyrazić zgodę, zapisać je i okresowo je przeglądać.
  • Użyj pulpitów nawigacyjnych zespołu, aby okresowo udostępniać informacje i wykresy śledzenia pracy, które ty i Twój zespół przeglądasz.
  • Twój zespół zidentyfikuj co najmniej jeden cel przebiegu związany z ulepszeniem procesu podczas spotkań planowania przebiegu.
  • Prowadzić regularne retrospektywy, aby uchwycić, co poszło dobrze, co nie poszło dobrze, i działania, aby poprawić.
  • Zachowaj tablicę śledzenia ulepszeń, taką jak ta, która jest dostępna w rozszerzeniu Retrospectives Marketplace.

Aby uzyskać więcej informacji, zobacz:

Następne kroki

Konfigurowanie i dostosowywanie usługi Azure Boards

Artykuły branżowe