Azure Boards — często zadawane pytania

Jako członek projektu Azure Boards możesz używać większości funkcji rejestrowania pracy. Ograniczenia dotyczące wybranych funkcji zależą od poziomu dostępu oraz grupy zabezpieczeń, do której przypisano użytkownika. Inne ograniczenia mogą obowiązywać w zależności od uprawnień do rejestrowania pracy lub reguł niestandardowych. Aby uzyskać więcej informacji, zobacz Uprawnienia domyślne i dostęp dla usługi Azure Boards.

Dostęp można ograniczyć, ustawiając uprawnienia dla ścieżki obszaru. Aby uzyskać więcej informacji, zobacz następujące artykuły:

• Ustawianie uprawnień do śledzenia i planowania pracy
• Udzielanie lub ograniczanie uprawnień do wybierania zadań

Tak. Reguły warunkowe oparte na członkostwie użytkowników lub grup są buforowane dla przeglądarki internetowej. Jeśli znajdziesz się ograniczony do aktualizowania elementu roboczego, prawdopodobnie napotkano jedną z tych reguł. Aby uzyskać więcej informacji na temat reguł warunkowych, zobacz Reguły i ocena reguł. Jeśli pamięć podręczna przechowuje nieaktualne reguły, możesz poczekać na wygaśnięcie pamięci podręcznej klienta w ciągu trzech dni lub wyczyścić pamięć podręczną.
Aby wyczyścić pamięć podręczną, uruchom następujące polecenie w oknie polecenia przeglądarki, a następnie odśwież przeglądarkę: window.indexedDB.deleteDatabase("wit")

Zobacz Narzędzia i klienci łączący się z usługą Azure DevOps.

Aby zapoznać się z wprowadzeniem do elementów roboczych, zobacz About work items (Informacje o elementach roboczych).

Aby wyświetlić wszystkie elementy robocze zdefiniowane w projekcie, otwórz zapytanie i dodaj dwie klauzule:

• Work Item Type = [Any]
• State = [Any]

Z tego miejsca można dodawać filtry, aby uściślić zapytanie. Aby uzyskać więcej informacji, zobacz Tworzenie i zapisywanie zarządzanych zapytań za pomocą edytora zapytań.

Nie. Elementy robocze można przypisać tylko do jednego użytkownika. Ponadto można dodać tylko użytkownika, który jest dostępny z selektora osób.

Główną metodą grupowania pracy jest przypisanie jej do tej samej ścieżki obszaru. Ścieżki obszaru służą do grupowania elementów roboczych według produktów, funkcji lub obszarów biznesowych oraz do pomocy zespołom odpowiedzialnym za pracę przypisaną do tych obszarów. Ponadto można grupować pracę w nadrzędnym elemencie roboczym przy użyciu linków nadrzędny-podrzędnych, nazywanych grupowaniem hierarchicznym.

Aby zapoznać się z omówieniem tych dwóch użycia i narzędzi, które obsługują, zobacz Konfiguracja i dostosowywanie usługi Azure Boards, ścieżki obszaru, zespoły produktów i zarządzanie portfelem.

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 uzyskać więcej informacji, zobacz Przeglądanie planów dostarczania zespołu.

Można jednak użyć co najmniej jednej z następujących opcji, aby oznaczyć element roboczy jako punkt kontrolny:

• Poprzedzanie lub dołączanie wyrazu Punkt kontrolny w tytule elementu roboczego
• Dodawanie tagu elementu roboczego oznaczonego punktem kontrolnym
• Dodaj pole niestandardowe oznaczone etykietą Punkt kontrolny i wypełnij je listą wyboru punktów kontrolnych
• Łączenie elementów roboczych przy użyciu poprzednika/następnika lub powiązanego typu łącza do elementu roboczego punktu kontrolnego
• Przypisz element roboczy punktu kontrolnego do przebiegu , w którym jest przeznaczony do ukończenia.

Zależności między elementami roboczymi można śledzić, łącząc je przy użyciu powiązanego lub innego typu łącza. Zobacz Łączenie elementów roboczych z innymi obiektami.

Jeśli śledzisz zależności w co najmniej jednej organizacji, możesz chcieć użyć trackera zależności.

Każdy proces definiuje cztery domyślne poziomy listy prac: listę prac iteracji, listę prac wymagań, listę prac funkcji i epików portfela. Typy elementów roboczych dodane do każdego poziomu listy prac to naturalne typy elementów roboczych do tworzenia relacji nadrzędny-podrzędny i grupowania elementów roboczych w hierarchii. Aby uzyskać więcej informacji, zobacz Organizowanie listy prac, mapowania podrzędnych elementów roboczych na elementy nadrzędne. Aby dostosować proces, zobacz Dostosowywanie listy prac lub tablic, Edytowanie lub zmienianie nazwy listy prac wymagań.

Zobacz Zbiorcze modyfikowanie elementów roboczych, Zbiorcze modyfikowanie pól tekstu sformatowanych.

Tak, możesz ustawić poziom listy prac tak, aby zawierał dwie różne reguły. Pierwsza reguła ustawiania elementu nadrzędnego jako aktywnego, gdy dowolny z jego elementów podrzędnych jest ustawiony na aktywny. Drugą regułą jest ustawienie elementu nadrzędnego w celu rozwiązania lub zamknięcia po zamknięciu wszystkich elementów podrzędnych. Te reguły można skonfigurować dla poziomu listy prac. Aby uzyskać więcej informacji, zobacz Automatyzowanie przejść stanu elementu roboczego

Elementy robocze automatycznie zmieniają stan po skonfigurowaniu reguł automatyzacji przez administratora zespołu na liście prac. Utwórz reguły, aby automatycznie ustawić stan na aktywny lub zamknięty w zależności od zmiany stanu jego elementów podrzędnych. Aby uzyskać więcej informacji, zobacz Automatyzowanie przejść stanu elementu roboczego.

Reguły są wyzwalane tylko wtedy, gdy stan elementu podrzędnego zostanie przeniesiony z Nowa na Aktywny lub Zamknięty. Reguły nie są wyzwalane, gdy stan elementu podrzędnego zostanie przeniesiony z Zamknięte z powrotem do Aktywne. Takie zachowanie jest obecnie celowe.

Nie, reguły są stosowane do wszystkich typów elementów roboczych na tym poziomie listy prac. Używamy kategorii stanów zamiast stanów, ponieważ kategorie stanów są spójne we wszystkich typach elementów roboczych.

Tak, reguły są konfigurowane na poziomie listy prac. Reguły automatyzacji na liście prac historii użytkowników nie mają wpływu na funkcje ani epiki. Można jednak skonfigurować reguły oddzielnie dla funkcji i epików. Aby uzyskać więcej informacji, zobacz Automatyzowanie przejść stanu elementu roboczego.

Reguły są wyzwalane tylko wtedy, gdy zarówno element nadrzędny, jak i elementy podrzędne należą do tego samego zespołu. Nie chcemy, aby reguły automatycznie wyzwalane dla elementów należących do innych zespołów. Aby uzyskać więcej informacji, zobacz Automatyzowanie przejść stanu elementu roboczego.

Każda tablica i listy prac reprezentuje filtrowany zestaw elementów roboczych na podstawie ścieżki obszaru zespołu i przypisań ścieżek iteracji. Listy prac zawierają elementy robocze, tablice wyświetlają elementy robocze jako karty. Aby dowiedzieć się, jak jest stosowane filtrowanie, zobacz About teams and Agile tools (Informacje o zespołach i narzędziach Agile), Team defaults referenced by backlogs and boards (Informacje o zespołach i narzędziach Agile), Team defaults referenced by backlogs and boards (Listy prac i tablice).

Aby dodać listę prac lub tablicę, należy dodać zespół. Każdy zespół jest skonfigurowany przy użyciu własnego zestawu list prac i tablic zgodnie z opisem w temacie About teams and Agile tools (Informacje o zespołach i narzędziach Agile). Każdy zespół może dostosować te narzędzia Agile.

Usługa Azure DevOps nakłada limity, takie jak liczba elementów roboczych wyświetlanych na liście prac lub tablicy, liczby zespołów, które można zdefiniować i nie tylko. Aby uzyskać pełną listę, zobacz Śledzenie pracy, proces i limity projektów.

Zobacz Migracja i integracja usługi Azure Boards.

Każda lista prac zawiera filtrowany zestaw elementów roboczych na podstawie wybranej ścieżki obszaru zespołu, ścieżek iteracji i typów elementów roboczych.

• Lista prac produktu: domyślnie wyświetla listę scenariuszy użytkowników (Agile), problemy (podstawowe), elementy listy prac produktu i usterki (Scrum) lub wymagania (CMMI). Udostępnia opcje wyświetlania elementów nadrzędnych, prognozowanych i w toku lub ukończonych elementów podrzędnych .
• Lista prac portfela: domyślnie zawiera listę funkcji (wszystkie modele procesów) dla listy prac funkcji oraz epików (Agile, Scrum i CMMI) dla listy prac epików. Udostępnia opcje wyświetlania elementów nadrzędnych i w toku lub Ukończone elementy podrzędne.
• Lista prac przebiegu: domyślnie wyświetla listę wszystkich elementów listy prac produktu przypisanych do wybranej iteracji, niezależnie od stanu. Udostępnia opcje wyświetlania szczegółów pracy.

Tak. Możesz przypisać przebiegi do elementów roboczych i filtrować tablicę Kanban na podstawie ścieżki iteracji. Aby uzyskać więcej informacji, zobacz Filtrowanie tablicy Kanban.

Nie. Listy kontrolne zadań obsługują tylko typ elementu roboczego zadania.

Usługa Azure DevOps nie zapewnia natywnego widoku ścieżki krytycznej. W części, jako metodologie Agile faworyzują minimalny produkt opłacalny (MVP) w przypadku zarządzania ścieżkami krytycznymi (CPM). Korzystając z programu MVP, można zidentyfikować najkrótszą ścieżkę i zależności, ustalając priorytety epików, funkcji, scenariuszy i zadań.

Z tego względu zalecamy używanie planów dostarczania do wyświetlania zależności i widoku kalendarza pracy.

Jeśli Twoja organizacja obsługuje połączenie z programem Microsoft Project, możesz znaleźć więcej rozszerzeń witryny Marketplace, które obsługują połączenie usługi Azure DevOps z programem Microsoft Project.

Aby uzyskać więcej informacji na temat kontekstu, zobacz Ścieżka krytyczna w projektach Agile i Uruchamianie opartego na lean startupie w usłudze Azure DevOps.

Nie. Wprowadzone dane dotyczące wydajności zespołu nie są przechowywane w zwykłych magazynach danych.

Nie. Ta funkcja nie jest obsługiwana. Jest to sugerowana funkcja, którą można wywołać, przechodząc do strony Społeczności deweloperów.

Tak, zobacz Zapytanie według przypisań lub zmian przepływu pracy, Zapytania dotyczące zmiany tablicy Kanban.

Tak, dodając rozszerzenie Marketplace tablic opartych na zapytaniach.

Tak, dodając rozszerzenie Azure Boards Kanban Tools Marketplace.

Tak, możesz śledzić ruchy kolumn na tablicy Kanban przy użyciu pól Kolumna tablicy i Kolumna tablicy Gotowe.

Jeśli podczas otwierania tablicy Kanban wystąpi następujący błąd, musisz poprawić konfigurację. Głównym powodem tego błędu jest to, że stany przepływu pracy typów elementów roboczych dodane do kategorii Wymaganie nie są mapowane na kolumnę.

Wybierz pozycję Popraw teraz, aby otworzyć okno dialogowe Ustawienia. W poniższym przykładzie dodano dwa nowe stany: Klasyfikacja pod kątem usterki i Badanie scenariusza użytkownika. Każdy stan jest następnie mapowany na istniejącą lub nową kolumnę. Po zamapowanym stanie na kolumnę tablica Kanban wyświetla elementy robocze przypisane do tych stanów.

Tak, możesz dodać lub usunąć pływaki na tablicy Kanban. Możesz również skonfigurować reguły torów, w których po spełnieniu określonych warunków usługa Azure Boards automatycznie przenosi elementy robocze do określonych pasów ruchu.

Szablony elementów roboczych można definiować dla zespołów, do których należysz. Aby zdefiniować szablony elementów roboczych w celu określenia wartości domyślnych dla wybranych pól, zobacz Dodawanie i aktualizowanie elementów roboczych przy użyciu szablonów.

Funkcja ustawiania szablonu domyślnego dla zespołu nie jest obecnie obsługiwaną funkcją.

Nie. Ta funkcja nie jest obecnie obsługiwana.

Przykładowe żądanie: Podczas tworzenia szablonu chcę, aby historia użytkownika nadrzędnego została domyślnie ustawiona. W szablonie nie ma wstępnie określonego pola. Czy ta funkcja może znajdować się w obszarze wyboru zdefiniowanego przez użytkownika?

Nie, nie ma natywnej obsługi tworzenia szablonów hierarchii. W szczególności nie można określić domyślnego nadrzędnego elementu roboczego. Można jednak szybko kopiować zadania, usterki i inne elementy przy użyciu programu Excel w celu stosowania linków nadrzędny-podrzędny na liście drzewa. Możesz też użyć tablicy Kanban, aby dodać zadania podrzędne, elementy listy prac lub funkcje. Aby uzyskać więcej informacji, zobacz:

• Dodawanie list kontrolnych zadań
• Dodawanie, uruchamianie i aktualizowanie testów wbudowanych
• Dodawanie funkcji i epików

Na stronie typ elementu roboczego wybierz ikonę akcji dla istniejącego szablonu i wybierz opcję Usuń .

Usługa Azure Boards integruje się z usługą GitHub dla usługi Azure DevOps Server 2019 i nowszych wersji. Aby uzyskać więcej informacji, zobacz Azure Boards & GitHub.

Nie. Ta funkcja nie jest obecnie obsługiwana.

Konfiguracja i dostosowywanie usługi Azure Boards odbywa się na poziomie projektu i zespołu. Aby zapoznać się z omówieniem tego, co można skonfigurować i dostosować do potrzeb biznesowych, zobacz Konfigurowanie i dostosowywanie usługi Azure Boards.

Aby uzyskać często zadawane pytania dotyczące konfiguracji i dostosowywania, zobacz Często zadawane pytania dotyczące konfiguracji i dostosowywania usługi Azure Boards.

Powiązane artykuły

• Często zadawane pytania dotyczące zapytań
• Śledzenie pracy, przetwarzanie i limity projektu
• Często zadawane pytania dotyczące konfiguracji i dostosowywania usługi Azure Boards
• Często zadawane pytania: Praca w programie Excel połączona z usługą Azure Boards
• Często zadawane pytania dotyczące pracy w różnych projektach
• Rozszerzenia usługi Azure Boards
• Informacje o zespołach i narzędziach Agile