Udostępnij za pośrednictwem


Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs

Visual Studio 2013

Klienci korporacyjni cieszą się korzyści poszczególnych zespołów elastyczne.Jednak skalowanie te wskazówki między zespołami i wdrażanie jej sprawność na poziomie przedsiębiorstwa przedstawia kilka problemów.Skalowany elastyczne struktury ® (bezpieczny ™) zawiera przewodnik po jak sprostać tym wyzwaniom i skalowanie elastyczności.A jeśli wdrożeniu TFS 2013 lokalnie, można użyć palety.

Można użyć zespołu projektów, które można tworzyć poza pole TFS przetwarzania szablony do śledzenia awaryjnym kryteriów.Ten dokument poprowadzi Cię przez jak bezpieczne mapy pojęcia TFS, jak do planowania i śledzenia projektów SAFe w programie TFS i sposób konfigurowania i dostosowywania TFS do obsługi bezpieczny.

Kroki umożliwiające bezpieczny w programie TFS

Jeśli jesteś zna Scrum, ale nie zna bezpieczny i te filmy w odpowiednio elastyczne struktury podstaw z Inbar Oren Samurai chudego to dobry sposób, aby samodzielnie.

Mapa awaryjnym koncepcje dotyczące pojęcia TFS

Bezpieczny obsługuje wiele zespołów elastyczne widok portfolio.Bezpieczny pokazuje, jak wizja portfolio zostanie spełniony przez hierarchię zespołów, z których mają własne określonych celów.Ta struktura dzieli Epics do funkcji i wątków, które zespoły pracować w Sprintach i dostarczanie za pośrednictwem programu zwiększa (instrukcje przetwarzania) i pociągów wersji.Ponadto zaległości portfolio można śledzić sposób mapowania elementów dostarczanych do odpowiednich kompozycje i budżetu skojarzone.

Przegląd architektury awaryjnym © D. Leffing...

Obraz dzięki uprzejmości Leffingwell, LLC.

W tym dokumencie przykładach jak dodać z Epic i zaległości, skonfiguruj hierarchię trzeciego poziomu zespołu i mapowania zespoły na ich poszczególnych obszarów i ścieżki iteracji.Przykłady kompilacji z TFS elastyczne szablonu procesu.Zmiany można jednak zastosować do dowolnego TFS szablonu procesu.

Struktura TFS do obsługi bezpieczny

Bezpieczne portfolio, programów i zespoły mapy do projektów zespołowych TFS i zespołów

Ponieważ TFS obsługuje strukturę hierarchicznego zespołu, każdy zespół ma swój własny widok ich pracy, które zbiera informacje na następny poziom w hierarchii zespołu.

Bezpieczne ról zespołom TFS

Do obsługi bezpiecznych zespołów, skonfiguruj ponownie domyślnego zespołu jako zespołu Portfolio, zarządzanie swoją Epics.Następnie tworzymy podrzędnym zespoły na poziomie programu Praca i poziomie zespołu.Pracy mogą być śledzone między zespołami i za pośrednictwem poziomów.

Bezpieczne mapy zaległości do zaległości TFS

Domyślne i TFS obsługuje poziomy wątku i zaległości funkcji.Można łatwo dodawać trzeciego poziomu do śledzenia Epics.Wątki użytkownika może być zmapowana do funkcji, które z kolei może być zmapowana do Epics.Hierarchiczny widok zaległościach pokazuje, jak postępu w wątkach użytkownika przyczynia się do Epics.

Hierarchiczne zaległości: Epics, funkcje i wątki

Bezpieczne wersje, iteracji oraz Sprintach mapy do iteracji TFS

Bezpieczne pociągów wersji, wersje, iteracji, Program zwiększa (instrukcje przetwarzania) i Sprintach mapować łatwo ścieżki iteracji TFS.Udostępnianie iteracji hierarchii zespołu, można zarządzać wersje w spójny sposób.

Bezpieczne wersji przygotowuje mapy do iteracji TFS

Zespół Portfolio śledzi Epics, które może obejmować kilka wersji pociągów lub instrukcje przetwarzania.Program zespoły śledzić ich dostarczanego funkcji, które są dostarczane z PI.I zespołów funkcji pracy w Sprintach do ukończenia kilka wątków.Z TFS każdy zespół wybiera iteracji, który będzie obsługiwać je do śledzenia elementów dostarczanych ich zespołu.

Zespoły śledzić elementy dostarczane przy użyciu iteracji

Bezpieczne kompozycji strategicznych i budżetu mapy do tagów TFS i pól

Znaczniki można użyć do mapowania Epics ich odpowiednich kompozycji lub budżetu skojarzone.

Znaczniki można śledzić strumienie wartości lub skojarzona budżetu

Umożliwia wyszukiwanie i tagi kwerendy w TFS, a można tworzyć kwerendy do ponownego użycia i raportów za pomocą tagów.

Dla bardziej niezawodnych mapowanie pracy do odpowiednich kompozycje i budżetu, pola można dodawać do swoich elementów roboczych do śledzenia, które motywu lub budżetu każdego Epic, funkcja, lub obsługuje wątku.

Typ wymagania śledzi biznesowych lub architektury

Raporty metryki bezpieczne i TFS

Bezpieczne metryki można wyświetlić przez dodanie lub dostosowywanie raportu.Na przykład funkcja postępu raport podobny do raportu — omówienie wątki zawiera funkcje, które są wkrótce się nastąpi uzupełnianie i które dopiero rozpoczynają.Jak zespoły w wątkach połączona z funkcji, jest wyświetlany pasek postępu.Przedstawia on danej funkcji wykonano (%).Uczestnikami projektu ma możliwością wykonania akcji danych zarządzania zakresu, zasoby i priorytet.

Funkcja postępu raportu

Wersja do pobrania raportu funkcji postęp dla skalowanie elastyczne i bezpieczne raporty TFS.

Plan/ścieżki awaryjnym projektów TFS

Po skonfigurowaniu TFS do obsługi bezpieczne, utworzyć śledzenia relacje z wątków aż do Epics.Ponadto można wyświetlić postęp z poziomów zespołu Portfolio, Program i funkcji.

Mapa funkcje Epics i wątki do funkcji

Zespół programu można zmapować funkcje na Epics za pomocą okienka mapowania.Funkcja zespołom odbiór zamapowania ich historie do funkcji.

Mapa funkcji epics

Widok postępu zespołu portfolio

Aby śledzić postęp Epics, które obejmują wersje, zespołu Portfolio zaległości pokazuje Epics.Aby wyświetlić funkcje i wątki użytkownika, który obsługuje może zostać rozwinięta każdego Epic.

Hierarchia Epics, funkcje i wątki

Zespół Portfolio można również wyświetlić postęp Epics na ich tablicy Kanban.

Wyjątkowej tablicy Kanban

Program widoku zespołu w toku

Program zespoły, głównie z pociągami zlecenia można zobaczyć funkcji w ich zaległości, a także instrukcje przetwarzania, z którymi są powiązane.

Program team zaległości funkcji i wątki

Podobnie jak zespołu Portfolio zespoły programu można również ustawić ich widok, aby zobaczyć, które Epics funkcje pomocy technicznej, historie użytkowników, który obsługuje ich funkcje i/lub.

Dostępne dla zespołów programu innego widoku przedstawia oparte na zapytaniu wykresy postępu Train zlecenia, elementy zaległe lub aktywne zadania w sprint wysyłki.Widok dostosowywalne strony głównej jest dostępna dla każdego zespołu.

Stronę główną, Ulubione zespołu

Ponieważ duża część pracy zespołu programu problemem instrukcje przetwarzania i przygotowuje wersji, niestandardowe raportu, który pokazuje daty wysyłki zaplanowane i co to jest rzutowany na dowolnym danego train mogą być pomocne.Ponadto, jeśli wdrożenie TFS integruje się z programu SQL Server Reporting Services lub Project Server, można korzystać ze sformatowanego opcji raportowania i wbudowane informuje, że każdy z tych usług mają do zaoferowania.

Funkcja widoku zespołu w toku

Dla zespołów poszczególnych funkcji, ich zaległości widoku są wyświetlane wątki, które działają na.

Migrowanie zaległości zespołu funkcja wątki

Ponieważ zespołów funkcji nie właścicielem Epics lub funkcje, Epics i funkcje nie są wyświetlane w widokach ich zaległości poziomie zespołu.Jednakże jeśli zespołu chce wiedzieć, które Epics i funkcji jest obsługi wątki, można włączyć widoków z ich zaległości.

Migrowanie terminarz zaległości wątków do epics

Mogą także rozbicie pracy na zadania i korzystanie z tablicy zadań informować się zgodnie z planem podczas określonych sprintach.

Migrowanie tablicy zadań zespołu Sprint 3

W widoku Wykres kwerend staje się bardzo przydatne w sprint innowacji i planowania (IP), gdy funkcja zespoły razem w celu stabilizacji funkcji zaplanowane wydania.

Wykresy usterek

Wszystkie inne jest bardzo dużo biznesowych dla zespołów poszczególnych funkcji.Mogą one sprintu w ich zwykłe cadences.Śledzenie postępu i rozbicie pracy na łatwiejsze w zarządzaniu segmenty może użyć ich tablicy Kanban i tablicy zadań.

Jednak obecnie postępów w wątkach poszczególnych jest widoczna zespołami zarządzania program i portfolio.Widok zarządzania odzwierciedla co zrobić.

Skonfiguruj TFS do obsługi bezpieczny

W tej części znajdują się z o jeden projekt, o nazwie "Fabrikam" i jednego zespołu, która udostępnia nazwę projektu, do struktury następujące trzy poziomy i dziewięciu zespołów.Hierarchia ścieżkę obszaru i konfigurowanie ścieżkę obszaru każdego zespołu obsługuje widoku zaległości każdego zespołu i pakiet zbiorczy widoków w hierarchii.

Obszary hierarchicznego obsługuje 3 poziomy zespoły 9

Każdy projekt w programie TFS zawiera zespół domyślny.Można skonfigurować dodatkowe zespołów na poziomie programu i pracy zespołu poziomie funkcji.I można również zmienić domyślnego zespołu jako zespołu portfolio, który zarządza Epics.

W ten sposób wszystkie zespoły mogą zarządzać własne obciążenie i priorytetów podczas wyraźnie rozumienie, jak ich pracy obsługuje te Epics zarządzanego w zaległości portfolio zespołu.W tym samym czasie zespołu portfolio można monitorowanie postępu jego zaległości na własne tablicy Kanban, priorytet elementów w swoich zaległości i wyświetlić postęp w wersji pociągów.

Wszystko, co może być to dźwięk skomplikowane, ale zajmuje faktycznie konfiguracji niewielkich zespołów i rozpocząć pracę.

Firma Microsoft jest począwszy od jednego projektu z domyślnego jednego zespołu, obszaru i zestaw iteracji.Firma Microsoft będzie najpierw skonfiguruj struktury ścieżkę obszaru do obsługi hierarchii zespołów, które chcemy.Następnie odpowiednie struktury wersji, który chcemy i zespoły funkcji i program, aby użyć pomocy technicznej ścieżki iteracji.Ostatecznie firma Microsoft będzie tworzenie, konfigurowanie i wypełnij członkostwa zespołów.

Musisz być członkiem grupy Administratorzy projektu do konfigurowania i dostosowywania TFS.

Utwórz obszary do obsługi hierarchii zespołu

  1. Nawiąż połączenie z projektem zespołu, należy skonfigurować do obsługi bezpieczny i użyj ikony narzędzi Ustawienia ikony , aby otworzyć stronę Administracja zespołu domyślnego.

  2. Na obszarów strony, Utwórz podrzędne w ścieżce najwyższego poziomu obszaru i nazwie odpowiadać zespołów programu, możesz tworzyć.

    Tworzenie obszaru podrzędnego

  3. Następnie utwórz drugi obszar na tym samym poziomie podrzędnych i nazwy go od drugiego zespołu programu.

  4. Obszar podrzędny dla każdego zespołu funkcja obsługujące ich odpowiednich program team utworzyć w obszarze każdego programu.Należy na końcu hierarchii ścieżkę obszaru poziomu 3.

    Obszary strony, 9 ścieżek obszaru zdefiniowanych

Utwórz iteracji, aby obsługuje danej wersji pociągów i sprintach

Śledzenie postępów w wersjach, należy utworzyć strukturę ścieżki iteracji.W odróżnieniu od ścieżek obszaru wiele zespołów można udostępniać tę samą strukturę ścieżki iteracji.Udostępnianie struktury iteracji umożliwia wielu zespołów pracy w tej samej tempa Sprint przypadku kierunku tego samego pociągów wersji.

Jeśli masz już iteracji dla Twojego zespołu domyślne, można zmienić ich nazwy.Należy utworzyć strukturę iteracji, która nie obsługuje struktury całego zespołu tylko jednego zespołu.

  1. W obszarze iteracji domyślny, który udostępnia o tej samej nazwie co projekt, Utwórz iteracji podrzędnego, który będzie reprezentować Twój pierwszy program przyrostu (PI).Opcjonalnie można dodać daty rozpoczęcia i zakończenia liczby pi, ale należy pamiętać, że iteracji zostaną podzielone do sprintach.

    Utwórz iteracji

  2. Następnie należy utworzyć iteracji podrzędnych dla każdego Sprint w ramach PI.Ustaw datę te sprintach odpowiadać cadences swoje zespoły funkcji.

    Liczba iteracji stronie, Utwórz iteracji Sprint adresu IP

Utwórz i skonfiguruj swoje zespoły

W tej sekcji firma Microsoft będzie skonfigurować strukturę hierarchicznego zespołu mapujący do ścieżek obszaru hierarchicznego wcześniej tworzone.

Ta map struktury bezpiecznego następujące zespoły zespołom TFS:

  • Domyślny zespół najwyższego poziomu, zespół Fabrikam -> portfolio zespołu

  • Program zespoły -> poziomie zespołów, pakiet Fiber i zestawu usługi

  • Funkcja zespoły -> zespoły wyższego poziomu zdefiniowane w obszarze pakiet Fiber i zestawu usług.

Jeśli potrzebujesz bardziej szczegółowe wskazówki, zobacz Zarządzanie portfelem Agile: Korzystanie z TFS w celu obsługi zaległości wielu zespołów.

Musisz być administrator projektów w programie TFS może wykonać następujące kroki.

Tworzenie i konfigurowanie każdego zespołu programu

  1. Na stronie Przegląd projektu zespołowego Tworzenie nowego zespołu.Upewnij się, usuń zaznaczenie tego pola wyboru dla utworzyć ścieżkę obszaru o nazwie zespołu.

    Tworzenie zespołu

  2. Wybierz z listy zespołu, przejdź na stronę obszarów, a następnie zaznacz pole wyboru obok ścieżkę obszaru wcześniej utworzony dla tego zespołu.

    Obszary na stronie, Program zespołu, ustaw obszarów dfault

  3. Użyj menu kontekstowego do wykluczenia obszarów podrzędnych.Wykluczając obszary podrzędne zaległości zespołu obejmuje tylko tych elementów, których ścieżkę obszaru pasuje do zespołu domyślny obszar ścieżki.

    Obszary strony dla zespołu programu wykluczania obszary podrzędne

  4. Skonfiguruj iteracji, które będą aktywne dla zespołu programu.W tym przykładzie mamy skonfigurowano trzy instrukcje przetwarzania, każda z pięciu sprintach dwóch tygodni.Cztery sprintach są regularne sprintach i ostatnich sprint sprint innowacji i planowania (IP).

    Strona iteracji, Program zespołu

      

    Ponieważ zespołu programu zestawu Fiber dotyczy wersji pociągów, wybrany PI 1, 2 i 3, ale firma Microsoft nie należy wybierać poszczególnych sprintach.

  5. Po zaznaczeniu iteracji, które są aktywne dla zespołu, należy dodać użytkowników do nowego zespołu.Najlepiej należy dodać wzorce scrum dla każdego zespołu funkcji, właścicielami produktów, a także inżynierów Train zlecenia (RTEs) do zespołów programu, takie jak Fiber zestawu.

    Dodawanie członków zespołu

  6. Jeśli masz więcej niż jednego zespołu na poziomie programu, powtórz kroki od 1 do 5 dla każdego zespołu programu.

Tworzenie i konfigurowanie każdego zespołu, funkcja

Następnie utworzymy zespołów niektórych funkcji do pracy w trzeciego poziomu hierarchii zespołu.Każdy zespół funkcji wpływać pracy sprint rzutuje do PI.Liczba zespołów tworzonych zależy od rozmiaru organizacji.

  1. Tworzenie nowego zespołu ze strony Administracja oryginalnego zespołu i nazwę zespołu.Tak samo jak przed, upewnij się, wyczyść pole wyboru obok pozycji utworzyć ścieżkę obszaru o nazwie zespołu.

    Utwórz nowy zespół

  2. Wybierz z listy zespołu, przejdź na stronę obszarów, a następnie zaznacz pole wyboru obok ścieżkę obszaru wcześniej utworzony dla tego zespołu.

    Ustaw domyślny obszar ścieżkę dla zespołu funkcja migracji

  3. Skonfiguruj iteracji dla zespołu, używając instrukcje przetwarzania i sprintach, utworzony wcześniej.W odróżnieniu od zespołów programu ten czas wybierz poszczególne sprintach iteracji pracy dla zespołu funkcji.

    Migrowanie iteracji zespołu

  4. Dodaj konta dla deweloperów, testerzy i wzorcem scrum dla zespołu.TFS obsługuje przypisywanie wzorca scrum dla wielu zespołów.Wzorzec scrum mogą śledzić pracę wielu zespołów.

    Migrowanie członków zespołu

  5. Powtórz kroki od 1 do 4 dla każdego zespołu funkcji w organizacji.Upewnij się, że ścieżka domyślna obszaru skonfigurowanych dla zespołu jest ścieżka terenu pod jej odpowiednią ścieżkę obszaru poziomie programu.Dzięki temu rzutowane z zespołów funkcji do zespołów programu.

Skonfiguruj zespołu Portfolio

Teraz, kiedy jest skonfigurowany do struktury podrzędnym zespołu, należy ponownie skonfigurować domyślnego zespołu na działanie jako zespołu Portfolio.Mimo że ta zespołu będzie mieć nazwę projektu, zmiany wprowadzone do tego zespołu najwyższego poziomu pomagają w zapewnieniu go skutecznie śledzi Epics przez instrukcje przetwarzania na najwyższym poziomie.

  1. Na stronie obszary dla projektu zespołowego należy zmienić ustawienia, aby obszary podrzędne nie są uwzględniane.Upewnij się, że można wybrać projektu zespołowego i nie domyślnego zespołu, Fabrikam.

    Obszary strony dla zespołu Portfolio, obszary podrzędne wykluczania

  2. Na stronie iteracji Usuń zaznaczenie pola wyboru obok wszystkich iteracji, z wyjątkiem poziomie głównym, której nie można wyczyścić.Ponieważ zespołu Portfolio dotyczy jedynie Epics, które obejmują instrukcje przetwarzania, używa tylko główny iteracji i nie instrukcje przetwarzania lub sprintach.Zespoły portfolio nie działają w sprintach.

    Strona iteracji, zespół Portfolio

  3. Dodawanie i usuwanie użytkowników z zespołu Portfolio właściwe dla tego poziomu.Na stronie Przegląd wybrać domyślnego zespołu.

    Omówienie kartę, wybierz domyślny zespołu

       

    Rozważ dodanie innych personas, takich jak portfolio menedżerów, architektów na poziomie przedsiębiorstwa i inżynierów Train zlecenia (RTEs) na tym poziomie i usunąć inne osoby.

    Omówienie strony, członkowie zespołu Portfolio

Dostosowywanie obsługuje bezpieczny proces TFS

W tej sekcji z Epic zostanie dodany do hierarchii zaległości portfolio.Również dodamy pola Typ wymagania wszystkie trzy zaległości WITs.I firma Microsoft będzie utworzyć kilka Epics i mapowanie funkcji na Epics.

Dostosowywanie obiektów zaległości TFS

Jeśli interesują więcej w sposób działania po dodaniu poziomu zaległości Epic go teraz.Również, jeśli wolisz nie należy wykonać kroki dostosowywania opisane w tej sekcji samodzielnie, ma ALM Rangers blog publikowania i przykładowy skrypt programu PowerShell który pokazuje, jak zainstalować te modyfikacje w projekcie.

Dodaj Epic do zaległości portfolio

Jak przed, musisz być członkiem grupy Administratorzy projektu do wykonaj następujące kroki.

Najpierw firma Microsoft będzie wyeksportować istniejących WIT i używania go utworzyć nowe WIT, które firma Microsoft będzie nazwa Epic.Typ wymagania pole, aby śledzić, jakiego rodzaju Epic jest również zostanie dodany: architektury lub Business.Następnie dodamy kategorię dla Epics.Firma Microsoft będzie następnie modyfikowania istniejących WITs─Features i wątki użytkownika, nawet jeśli nie są one nazwane that─to zawierać pola Typ wymagania.Pole Typ wymagania śledzi rodzaj cel, który obsługuje każdego elementu pracy.Ostatni dodamy Epic do zespołu zaległości Portfolio.

Dodaj wyjątkowej WIT

Jest to najprostszy sposób tworzenia WIT Aby skopiować istniejącą, zmieniona, a następnie go edytować.

Firma Microsoft będzie wyeksportować z funkcji i używać go jako podstawa dla z Epic.

  1. W trybie administratora Otwórz okno wiersza polecenia.Zmień katalog, w którym zainstalowany jest program Visual Studio (lub Team Explorer).

    cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE

    W 64-bitowej wersji systemu Windows, użyj %programfiles(x86)%.

  2. Użyj witadmin narzędzie do pobrania definicji z funkcji i zapisać go jako Epic.xml.

    witadmin exportwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /n:Feature /f:"DirectoryPath/Epic.xml"

  3. Otwórz plik Epic.xml, Zastąp <WORKITEMTYPE name="Feature"> z <WORKITEMTYPE name="Epic">i zaktualizuj opis.

    <witd:WITD application="Work item type editor" version="1.0" xmlns:witd="https://schemas.microsoft.com/VisualStudio/2008/workitemtracking/typedef">
    <WORKITEMTYPE name="Epic">
       <DESCRIPTION>Tracks an Epic that will span Releases. </DESCRIPTION>
    
  4. Edytuj <Tab Label="Implementation"> lub CMMI, <Tab Label="Requirements"> sekcji, zastępując poniższe wiersze z <Filter WorkItemType="Feature" />.

    • Elastyczne:<Filter WorkItemType="User Story" />

    • Scrum:<Filter WorkItemType="Product Backlog Item" />

    • CMMI:<Filter WorkItemType="Requirement" />

      Wprowadzenie tej zmiany ogranicza kontrolki łącza do obsługi funkcji zgodnie z podrzędnej elementach Epics.

    <Tab Label="Implementation">
       <Control Type="LinksControl" Name="Hierarchy" Label="" LabelPosition="Top">
          <LinksControlOptions>
              <WorkItemLinkFilters FilterType="include">
                 <Filter LinkType="System.LinkTypes.Hierarchy" FilterOn="forwardname" />
              </WorkItemLinkFilters>
              <WorkItemTypeFilters FilterType="include">
                 <Filter WorkItemType="Feature" />
              </WorkItemTypeFilters>
              <ExternalLinkFilters FilterType="excludeAll" />
              <LinkColumns>
                 <LinkColumn RefName="System.ID" />
                 <LinkColumn RefName="System.Title" />
                 <LinkColumn RefName="System.AssignedTo" />
                 <LinkColumn RefName="System.State" />
                 <LinkColumn LinkAttribute="System.Links.Comment" />
              </LinkColumns>
           </LinksControlOptions>
    
  5. Dodanie pola Typ wymagania definicji z Epic.W tym celu zamierzamy pożyczania istniejącego pola (utworzony tutaj obsługę projektów CMMI, ale tak samo przydatny dla naszych celów) Microsoft.VSTS.CMMI.RequirementTypei dodać je do Epic FIELDS sekcji.

    Znajdź FIELDS sekcji, a następnie dodaj ten kod:

    <FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">
       <REQUIRED />
       <ALLOWEDVALUES>
          <LISTITEM value="Architecture" />
          <LISTITEM value="Business" />
       </ALLOWEDVALUES>
       <DEFAULT from="value" value="Business" />
       <HELPTEXT>Indicates whether this supports business or architectural objectives.</HELPTEXT>
    </FIELD>
    
  6. Następnie dodaj pole do formularza.W obszarze FORM sekcji, dodaj to pole, jeżeli uważasz, że najlepiej dla firmy.W poniższym przykładzie dodano pole pod polem iteracji.

    <Group Label="Classification">
       <Column PercentWidth="100">
          <Control FieldName="System.AreaPath" Type="WorkItemClassificationControl" Label="&amp;Area" LabelPosition="Left" />
          <Control FieldName="System.IterationPath" Type="WorkItemClassificationControl" Label="Ite&amp;ration" LabelPosition="Left" />
          <Control FieldName="Microsoft.VSTS.CMMI.RequirementType" Type="FieldControl" Label="Type" LabelPosition="Left" />
    
  7. Zapisz, a następnie zaimportować plik.

    witadmin importwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/Epic.xml"

Dodaj kategorię wyjątkowej

Teraz, kiedy zostały z Epic, dodamy kategorię dla Epics.TFS zarządza zaległości na podstawie kategorii.

  1. Eksportowanie definicji kategorii do pliku xml.

    witadmin exportcategories /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/categories.xml"

  2. Otwórz plik, a następnie Dodaj kategorię wyjątkowej.Można zastąpić nazwa firmy, aby wskazać, że jest on dostosowań firmy Microsoft.

    <CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
       <DEFAULTWORKITEMTYPE name="Epic" />
    </CATEGORY>
    
  3. Jak wcześniej należy zaimportować plik.

    witadmin importcategories /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/categories.xml"

Dodaj pole Typ wymagania do śledzenia pracy Business/architektury

Następnie dodamy pola Typ wymagania do funkcji i trzeciego poziomu elementu zaległego, czy to już Historia użytkownika, elementu zaległego produktu lub opcjonalnie usterek.Nie masz dodać je do wymagań, ponieważ są już uwzględnione w definicji CMMI domyślnej.

  1. Eksportowanie definicji z funkcji.

    witadmin exportwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /n:Feature /f:"DirectoryPath/Feature.xml"

  2. Dodanie pola Typ wymagania, podobnie jak w przypadku wcześniej z Epic.Znajdź FIELDS sekcji i dodać ten kod:

    <FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">
        <REQUIRED />
        <ALLOWEDVALUES>
            <LISTITEM value="Architecture" />
            <LISTITEM value="Business" />
        </ALLOWEDVALUES>
        <DEFAULT from="value" value="Business" />
         <HELPTEXT>Indicates whether this supports business or architectural objectives</HELPTEXT>
    </FIELD>
    
  3. Dodanie pola formularza, w tym samym położeniu, że została dodana do Epic.Na przykład:

    <Group Label="Classification">
       <Column PercentWidth="100">
          <Control FieldName="System.AreaPath" Type="WorkItemClassificationControl" Label="&amp;Area" LabelPosition="Left" />
          <Control FieldName="System.IterationPath" Type="WorkItemClassificationControl" Label="Ite&amp;ration" LabelPosition="Left" />
          <Control FieldName="Microsoft.VSTS.CMMI.RequirementType" Type="FieldControl" Label="Type" LabelPosition="Left" />
    </Column>
    
  4. Zapisz, a następnie zaimportować plik.

    witadmin importwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/Feature.xml"

  5. Powtórz kroki od 1 do 4 dla definicji historii użytkownika i z elementu zaległości produktu.Opcjonalnie można edytować definicji z usterek, czy mają być śledzone wymaganiach, które błędy pomocy technicznej w przypadku śledzenia usterek w swojej zaległości.

Dodaj kategorię wyjątkowej do hierarchia zaległości portfolio

Następnie Epics zostanie dodany do hierarchii elementów pracy, które tworzą zaległości.

  1. Eksportowanie pliku definicji procesu konfiguracji XML.

    witadmin exportprocessconfig /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/ProcessConfiguration.xml"

  2. Otwórz plik i dodać PortfolioBacklog w sekcji Epics w ramach PortfolioBacklogs sekcji.W tym samym czasie modyfikować PortfolioBacklog elementu FeatureCategory tak, aby Epics nadrzędnego dla funkcji.

    Zmodyfikuj metastate mapowania odpowiednio oparte na szablonie procesu.W poniższym przykładzie obsługuje zarówno Agile, jak i CMMI projektów.Ponadto dodać pole Typ wymagania, aby Columns sekcji.

    <PortfolioBacklogs>
      <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic">
          <States>
          <State value="New" type="Proposed" />
          <State value="Active" type="InProgress" />
          <State value="Resolved" type="InProgress" />
          <State value="Closed" type="Complete" />
          </States>
    <Columns>
         <Column refname="System.WorkItemType" width="100"/>
         <Column refname="System.Title" width="400"/>
         <Column refname="System.State" width="100"/>
         <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50"/>
         <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100"/>
         <Column refname="System.Tags" width="200"/>
    </Columns>
        . . .
    </PortfolioBacklog>        
    

    Projekty scrum wymagają nowe mapowanie, w trakcie i stanów przepływu pracy.Są to tego samego Państwa, które są mapowane do elementów zaległości portfolio funkcji.

            <State type="Proposed" value="New" />
            <State type="InProgress" value="In Progress" />
            <State type="Complete" value="Done" />
    

    I projektów CMMI wymaga mapowania proponowany, aktywny, rozwiązany i zamknięty Stany przepływu pracy.

            <State value="Proposed" type="Proposed" />
            <State value="Active" type="InProgress" />
            <State value="Resolved" type="InProgress" />
            <State value="Closed" type="Complete" /> 
    
  3. Następnie dodaj parent="Microsoft.EpicCategory" do PortfolioBacklog category="Microsoft.FeatureCategory".Ponadto dodać pole Typ wymagania, aby Columns sekcji.

    <PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">
       . . .
    <Columns>
         <Column refname="System.WorkItemType" width="100"/>
         <Column refname="System.Title" width="400"/>
         <Column refname="System.State" width="100"/>
         <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50"/>
         <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100"/>
         <Column refname="System.Tags" width="200"/>
    </Columns>
        . . .
    
    </PortfolioBacklogs>
    
  4. Następnie dodaj pola Typ wymagania do Columns sekcji RequirementsBacklog sekcji.

    <RequirementBacklog singularname="User Story" pluralName="User Stories" category="Microsoft.RequirementCategory">
       . . .
    <Columns>
         <Column refname="System.WorkItemType" width="100"/>
         <Column refname="System.Title" width="400"/>
         <Column refname="System.State" width="100"/>
         <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50"/>
         <Column refname="Microsoft.IterationPath" width="200"/>
         <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100"/>
         <Column refname="System.Tags" width="200"/>
    </Columns>
       . . .
    </RequirementBacklog>
    
  5. Dodawanie kolorów do użycia w przypadku Epic do WorkItemColors sekcji.Można wybrać dowolne kolory, ale najlepiej, nie używam kolor już używany przez system.

    Firma Microsoft została pobrana kolor odpowiada orange (kod szesnastkowy koloru = FF7B00).Prefiks kod szesnastkowy koloru z FF.

    <WorkItemColor primary="FFFF7B00" secondary="FFFFD7B5" name="Epic" />
    
  6. Zapisz i zaimportować plik.

    witadmin importprocessconfig /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/ProcessConfiguration.xml"

Aktualizacja ścieżkę obszaru dla istniejących elementów pracy

Wszystkie istniejące pozycje robocze pojawiały się w zaległości zespołu musisz zaktualizować ścieżkę obszaru każdego elementu roboczego do zespołu domyślny obszar ścieżki.Można użyć funkcji edycji zbiorczej w przeglądarce sieci web lub użyć programu Excel.

  1. Utwórz kwerendę, która zawiera pozycje robocze, które chcesz edytować, zaznacz te, które chcesz edytować, a następnie otwórz menu kontekstowe z dowolnego wybrane elementy.

    Menu kontekstowe wyniki zapytania

  2. Wybierz ścieżkę obszaru umożliwiająca ścieżkę obszaru domyślnego zespołu.

    Edytowanie elementów pracy

  3. Zbiorcze zapisać wszystkich elementów pracy, które zostały zmodyfikowane.

    Zapisz zbiorczo edytować elementów pracy

Aby uzyskać więcej informacji dotyczących zbiorczej modyfikowania elementów roboczych, przejdź tutaj.

Dodaj Epics i mapowanie Epics do funkcji

Teraz, kiedy zostały dodane z Epic, należy utworzyć.Ten proces jest taki sam jak tworzenie dowolnej innej pozycji roboczej zaległości.Na stronie zaległości Portfolio zespołu dla Epics należy dodać element wyjątkowej zaległości.

Zaległości EPIC, dodać Epic za pomocą szybkiego dodać panelu

Dodaj dowolną liczbę Epics, ile potrzebujesz.Na liście elementów w kolejności ich znaczenie, przeciągnij je na liście.

Zaległość wyjątkowej, zmienić kolejność elementów

Domyślny typ wymagania dla Epics jest biznesowych, ale możesz zmienić Epic firmy do architektury.

Formularza elementu pracy wyjątkowej

Można także dodać znaczniki do swojego Epics, aby ułatwić sobie śledzenie tematów inwestycji, które obsługuje każdego Epic.

EPIC elementu roboczego formularza, dodać znaczniki

Teraz wyświetlać swoje Epics na tablicy Kanban.Aby uzyskać w tym widoku, należy Dostosowywanie kolumn Kanban Zmień nazwę i dodać stany pośrednie przepływu pracy.Opis te stany, zobacz Business Epic Kanban ogólna.

Wyjątkowej tablicy Kanban

Jednakże to nie jest bardzo interesujące jeszcze.Nic nie w toku, a użytkownik nie może przejść do szczegółów Zobacz funkcje, które obsługuje swoje Epics.Należy mapowania istniejących funkcji na Epics został właśnie utworzony oraz mapowanie historie użytkowników do tych funkcji, jeśli jeszcze nie są one mapowane.

Mapowanie wiele elementów, jeśli już istniejących zaległości

Mapowanie elementów pracy jest bardzo proste, korzystając z okienka mapowania.Z funkcji lub zaległości wątki strony, włączanie okienka mapowania.W naszym przykładzie mamy wybierz team Fiber Suite i włącz zarówno okienka mapowania i widoku, aby zobaczyć hierarchię funkcji mapowane na Epics.

Mapa funkcji epics

Należy zauważyć, że jeśli już zmieniono ścieżkę obszaru wszystkie funkcje do odpowiedniego zespołu poziomie programu, na liście funkcji będzie pusta, ponieważ Portfolio zespół nie ma żadnych funkcji!W takim przypadku przejdź do jednego z zespołów programu.

Przeciągnij elementy z zaległości na element, który ma zostać skojarzony z elementem nadrzędnym.Tylko należy mapować funkcji Epics.Podobnie możesz utworzyć tylko mapę trzeciego poziomu elementu zaległego (czy to już Historia użytkownika, elementu zaległego lub wymaganie) do funkcji.

Powtórz ten proces na każdym poziomie zaległości hierarchię, którą chcesz, aby został utworzony.

Hierarchia Epics, funkcje i wątki

Jakie funkcje w toku?Zdecydowanie nie pojawią się w zaległości Portfolio zespołu.Są one odpowiedzialność zespołów program, aby były wyświetlane w zaległości tego zespołu.(Jest to faktycznie funkcja ścieżkę obszaru ustawić dla elementu roboczego; elementu roboczego zostaną wyświetlone w zaległości zespołu, jeśli można przypisać do ścieżkę obszaru utworzone dla tego zespołu). Możesz utworzyć mapę je z niego.

Można również zbiorczej edycji elementów roboczych i zarządzanie ich miejsce w hierarchii programu Microsoft Excel.

Ponieważ jest istotnym elementem bezpieczny do mapowania pracy firmy lub cele architektury, należy upewnić się ustawić typ wymagania = architektury dla dowolnej funkcji mapowane na architekturę Epic.(Opcja domyślna jest biznesowych, nie trzeba zmienić typ dla każdego elementu, którego obsługuje firma Epic.) Można także dodać znaczniki do śledzenia inwestycji.

Te same zasady dotyczą historie użytkowników w toku.Można zmapować je na funkcje, Zmień typ wymaganiach architektury pracy, co do obsługi Epics architektury i dodać znaczniki do śledzenia kompozycji.

Formularz elementu roboczego Historia użytkownika

Resources

Wymienione w tym oficjalny dokument i kilka innych zasobów są przedstawione na wypadek wygodne.

Temat autorzy

Gordon Beeming jest programistą w Derivco w tym mieście słoneczna Durban, Południowej Afryki.Najbardziej swojego czasu ataku podejmowane przez hakerów natychmiast za pomocą klawiatury w programie Visual Studio lub z jego rodziny relaks on poświęca.Swoim blogu jest przy 31og.com i można wykonać go na Twitterze pod adresem twitter.com/gordonbeeming.

Brian Blackman jest główna konsultant z deweloperów Microsoft Premier, skupiając się na wpływ partnerów ISV i Powodzenie przedsiębiorstw engineering i marketplace.On ma MBA i jest CSM, dostawcy, MCSD (C++) i MCTS i zakres ALM programu Visual Studio.Gdy nie jest on sterowanej Ruck i przyczyniające się do projektów programu Visual Studio ALM zakres, poświęca on swojego czasu pisanie kodu, tworzenia i dostarczania warsztaty i konsultacji w różnych koncentracji, szczególnie pomagając organizacji w ich dążeniu do elastyczności biznesowej.

Gregg Boer jest menedżerem programu podmiotu zabezpieczeń w firmie Microsoft.Gregg jest właścicielem produktu elastyczne zarządzanie doświadczenie w programie TFS.

Kathryn Elliott jest starszy Edytor technicznych w firmie Microsoft.

Ferrell Zuzanna jest starszy Edytor techniczne i zakres ALM programu Visual Studio.

Willy Peter Schaub jest menedżerem programu ALM Rangers programu Visual Studio w Microsoft Canada Development Center.Od połowy-"80s, on ma zostały jednocześnie oszczędzać prostotę i łatwość w engineering oprogramowania.Swoim blogu jest przy blogs.msdn.com/b/willy-peter_schaub i można go wykonać na Twitterze na twitter.com/wpschaub.