Przenoszenie elementów roboczych z jednego zespołu do innego zespołu

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Po dodaniu zespołu lub reorganizacji istniejących zespołów należy przenieść elementy robocze z jednego zespołu do innego, aktualizując ich ścieżki obszaru. Każdy element roboczy w usłudze Azure DevOps przypisuje się do ścieżki obszaru, która określa własność zespołu i wpływa na sposób wyświetlania elementów roboczych na listach prac i tablicach.

Elementy robocze zaklasyfikowane do kategorii Wymagania są wyświetlane na backlogu zespołu na podstawie ich przypisania do ścieżki obszaru zespołu. Podobnie, przypisywanie innych elementów roboczych do obszaru działań zespołu obsługuje zapytania i raportowanie według zakresu działań zespołu.

Dlaczego warto przenosić elementy robocze między zespołami

Typowe scenariusze przenoszenia elementów roboczych obejmują:

• Reorganizacja zespołu: gdy twoja organizacja zmienia strukturę zespołów lub redystrybuuje obowiązki
• Równoważenie obciążenia: redystrybucja elementów roboczych w celu zrównoważenia pojemności między zespołami
• Wyrównanie umiejętności: przenoszenie elementów do zespołów z odpowiednią wiedzą
• Przenoszenie własności funkcjonalności: Przekazanie własności, gdy funkcjonalności zmieniają właściciela
• Konsolidacja projektów: łączenie pracy z wieloma zespołami w jeden zespół

Wymagania wstępne

Przenoszenie elementów roboczych przy użyciu portalu internetowego

Najbardziej efektywnym sposobem przenoszenia wielu elementów roboczych między zespołami jest zbiorcze edytowanie w portalu internetowym.

Krok 1. Tworzenie zapytania w celu identyfikowania elementów roboczych

Utwórz zapytanie, aby znaleźć wszystkie elementy robocze, które chcesz przenieść do nowego zespołu:

1. Przejdź do Tablice>Zapytania>Nowe zapytanie
2. Zdefiniuj kryteria zapytania, aby zidentyfikować elementy robocze, na przykład:
   • Ścieżka obszaru = ścieżka obszaru bieżącego zespołu
   • Typ elementu roboczego = Historia użytkownika (lub inne istotne typy)
   • State = Active (lub inne istotne stany)
3. Uruchom zapytanie, aby sprawdzić, czy zwraca prawidłowe elementy robocze
4. Zapisz zapytanie na przyszłość

Krok 2: Zbiorcza edycja ścieżki obszaru

Aby przenieść elementy robocze do nowego zespołu:

1. Utwórz zapytanie dotyczące wszystkich elementów roboczych, które chcesz ponownie przypisać.

2. Wybierz wiele elementów należących do każdego zespołu i zbiorczo edytuj ścieżkę obszaru.

   

3. W oknie dialogowym edycji zbiorczej:

   • Wybierz ścieżkę obszaru z listy rozwijanej pola
   • Wybierz ścieżkę obszaru zespołu docelowego
   • Opcjonalnie zaktualizuj inne pola, takie jak Przypisano do lub Ścieżka iteracji

4. Po zbiorczej modyfikacji elementów zapisz wszystkie.

   

Krok 3: Zweryfikuj przeniesienie

Po zapisaniu sprawdź, czy elementy robocze są teraz wyświetlane na liście prac zespołu docelowego:

1. Przejdź do backlogu zespołu docelowego
2. Upewnij się, że przeniesione elementy robocze pojawiają się w poprawnym backlogu.
3. Sprawdź, czy pole Ścieżka obszaru odzwierciedla nowy przydział zespołu.

az boards work-item update --id
                           [--area]
                           [--assigned-to]
                           [--description]
                           [--discussion]
                           [--fields]
                           [--iteration]
                           [--open]
                           [--reason]
                           [--state]
                           [--title]

az boards work-item update --id 148 --area "Fabrikam Fiber\Production Planning" --output yaml

fields:
  Microsoft.VSTS.Common.Priority: 2
  Microsoft.VSTS.Common.StackRank: 1500000001.0
  Microsoft.VSTS.Common.StateChangeDate: '2021-11-23T22:26:28.27Z'
  Microsoft.VSTS.Common.ValueArea: Business
  System.AreaPath: Fabrikam Fiber\Production Planning
  System.AssignedTo:
    _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.BoardColumn: Backlog
  System.ChangedBy:
   _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.ChangedDate: '2022-05-19T22:58:52.93Z'
  System.CommentCount: 0
  System.CreatedBy:
   _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.CreatedDate: '2021-11-23T22:26:28.27Z'
  System.Description: <div>This user story is for documentation purposes.&nbsp; </div>
  System.IterationPath: Fabrikam Fiber\Release 2\Sprint 1
  System.Reason: New
  System.State: New
  System.TeamProject: Fabrikam Fiber
  System.Title: Test the Request feedback functionality
  System.WorkItemType: User Story
  WEF_10182DA5BCCD4CE2A43629FFBD290EF2_Kanban.Column: Backlog
id: 148
relations:
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/152
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/153
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/151
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/149
rev: 5
url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/148

# Example: Move multiple work items to a new area path
$workItemIds = @(148, 149, 150, 151)
$newAreaPath = "Fabrikam Fiber\Production Planning"

foreach ($id in $workItemIds) {
    az boards work-item update --id $id --area $newAreaPath
    Write-Host "Moved work item $id to $newAreaPath"
}

Najlepsze rozwiązania dotyczące przenoszenia elementów roboczych

Podczas przenoszenia elementów roboczych między zespołami należy wziąć pod uwagę następujące wskazówki:

Planowanie przeniesienia

• Komunikacja: Powiadamianie członków zespołu, których dotyczy problem przed przeniesieniem elementów roboczych
• Harmonogramowanie: Przenoszenie elementów podczas granic sprintu w celu zminimalizowania zakłóceń
• Zależności: przed przeniesieniem sprawdź zależności między elementami roboczymi
• Pojemność: Upewnij się, że zespół docelowy ma pojemność dodatkowej pracy

Podczas przenoszenia

• Przetwarzanie wsadowe: Przenieś powiązane elementy robocze razem, aby zachować kontekst
• Zachowaj historię: Przenoszenie elementów zachowuje ich historię i relacje
• Aktualizacja przypisań: Rozważ ponowne przypisanie elementów roboczych do członków zespołu docelowego
• Przeglądanie iteracji: Aktualizowanie ścieżek iteracji, jeśli zespoły używają różnych harmonogramów sprintów

Po przeniesieniu

• Sprawdź widoczność: Potwierdź, że elementy robocze są wyświetlane na odpowiednich listach prac zespołu
• Zaktualizuj dokumentację: Zaktualizuj każdą dokumentację zespołu odnoszącą się do przeniesionych elementów
• Przeglądanie raportów: Sprawdź, czy raporty zespołu i pulpity nawigacyjne odzwierciedlają zmiany
• Obserwowanie: upewnij się, że członkowie zespołu wiedzą o przenoszonej pracy

Rozwiązywanie problemów i weryfikacja

Po przeniesieniu elementów roboczych z jednego zespołu do innego zespołu wykonaj następujące kroki, jeśli nie widzisz elementów roboczych:

Typowe problemy i rozwiązania

Kroki weryfikacji

• Odśwież: odśwież tablicę lub wybierz pozycję Pokaż więcej elementów, jeśli nowo dodane elementy robocze nie są wyświetlane.
• Zweryfikuj zespół: Upewnij się, że wybrano właściwy zespół, aby elementy były widoczne w backlogu.
• Sprawdź ścieżkę obszaru: Sprawdź, czy przeniesione elementy robocze są przypisane do poprawnej ścieżki obszaru, która odpowiada liście zaległości zespołu. Każdy zespół ma określone ścieżki obszarowe, które określają, które elementy robocze są wyświetlane na backlogu. Ta weryfikacja odgrywa kluczową rolę w zapewnieniu widoczności rejestru zaległych zadań.
• sprawdź ścieżkę iteracji: sprawdź ścieżkę iteracji dla sprintu. Backlog sprintu wyświetla tylko elementy robocze przypisane do ścieżki iteracji wybranego sprintu.
• Sprawdź typy i filtry elementów roboczych: Przejrzyj filtry listy prac i upewnij się, że typy elementów roboczych mają poprawną kategoryzacji, aby wyświetlić wszystkie odpowiednie elementy.

Aby uzyskać więcej informacji, zobacz Tworzenie listy prac.

Zagadnienia dotyczące ruchów na dużą skalę

Podczas przenoszenia wielu elementów roboczych lub reorganizacji wielu zespołów:

Zagadnienia dotyczące planowania

• Ocena wpływu: analizowanie raportów, pulpitów nawigacyjnych i zapytań, których to dotyczy
• Zarządzanie zmianami: opracowywanie planu komunikacji dla osób biorących udział w projekcie
• Plan wycofywania: przygotuj plan odwrócenia zmian, jeśli pojawią się problemy
• Testowanie: najpierw przetestuj proces przenoszenia z małym podzbiorem elementów roboczych

Strategie realizacji

• Podejście etapowe: Przenoszenie elementów roboczych w fazach, a nie wszystkich jednocześnie
• Wykonywanie poza godzinami pracy: wykonywanie dużych ruchów w okresach niskiej aktywności
• Monitorowanie: obserwowanie wpływu na wydajność podczas operacji zbiorczych
• Walidacja: Przed przejściem do następnej fazy sprawdź każdą fazę

Podejścia alternatywne

Przenoszenie zespołów zamiast elementów roboczych

Czasami wydajniejsze jest ponowne skonfigurowanie ścieżek obszaru zespołu zamiast przenoszenia poszczególnych elementów roboczych:

• Gdy większość elementów roboczych zespołu musi być przeniesiona
• Kiedy reorganizacja ścieżek obszaru ma większy sens z punktu widzenia organizacji
• Gdy ilość elementów roboczych jest bardzo duża

Używanie zapytań do stopniowego przechodzenia

Tworzenie zapytań w celu stopniowego przenoszenia elementów roboczych:

• Filtruj według daty utworzenia, aby najpierw przenieść nowsze elementy
• Użyj stanów elementów roboczych do przeniesienia ukończonych elementów oddzielnie.
• Grupuj według typu elementu roboczego w celu systematycznego przejścia

Treści powiązane

• Tworzenie lub dodawanie zespołu
• Dowiedz się więcej o zespołach i narzędziach Agile
• Konfigurowanie ustawień zespołu
• Ustaw ścieżki obszaru dla zespołu
• Zbiorcze modyfikowanie elementów roboczych