Udostępnij za pośrednictwem

Dodawanie usterek do zaległości lub tablicy zadań

  • Artykuł

Niektóre zespoły, takich jak do śledzenia usterek jako elementy zaległe, takie jak elementy zaległe produktu, historie użytkowników lub wymagania.Inne procesy biznesu może wymagać śledzenia typów elementów roboczych dodatkowe (WITs) na tablicy zaległości lub zadania.

Jeśli używasz projekt Scrum, usterki pojawiają się już w swojej zaległości.Jednak jeśli projekt zespołowy został utworzony za pomocą innych szablony procesów, takie jak Agile lub CMMI, usterki nie są wyświetlane na tablicy zaległości ani zadanie.

Aby dodać usterki lub innych WITs, można skonfigurować ustawienia zespołu lub dostosować projektu zespołowego do obsługi tych opcji:

Wdrożenie

Opcje

Visual Studio Online

  • Opcję A: Zezwalaj zespoły, aby wybrać opcję śledzenia usterek w zaległości.

Lokalny z aktualizacją TFS 2013.4

  • Opcję A: Zezwalaj zespoły, aby wybrać opcję śledzenia usterek w zaległości

  • B opcji: wszystkimi zespołami śledzenia usterek lub dodatkowe WITs na zaległości

  • C opcji: wszystkimi zespołami śledzenia usterek lub innych WITs na tablicy zadań

Lokalny bez aktualizacji TFS 2013.4

  • B opcji: wszystkimi zespołami śledzenia usterek lub innych WITs na zaległości

  • C opcji: wszystkimi zespołami śledzenia usterek lub innych WITs na tablicy zadań

W przypadku pracy w programie TFS lokalnie, można dostosować projektu zespołowego usterki lub innych WITs wyświetlane w zaległości i tablicy zadań, ale nie oba jednocześnie.

Jeśli wprowadzisz zmiany do projektów zespołowych zdefiniowane TFS 2012, wyświetlać programu Visual Studio 2012 w wersji tego tematu.

Opcja ODP Zezwalaj zespoły, aby wybrać opcję śledzenia usterek w zaległości (Visual Studio Online lub TFS 2013.4)

Każdego zespołu, można wybrać opcję śledzenia usterek w ich zaległości.Jeśli połączenie TFS lokalnie, należy zaktualizować do TFS 2013.4.(Zobacz programu Microsoft Visual Studio 2013 z aktualizacją 4.

  1. Jeśli nie jesteś administratorem zespołu, spraw, abyś został dodany jako administrator.

  2. Otwórz Ustawienia ze strony Administracja i zaznacz pole wyboru do śledzenia usterek zespołu.

    Strona ustawień, Śledź usterki w zaległości zespołu

    Jeśli opcja nie jest widoczna, musisz zaktualizować konfigurację procesu projektu zespołowego.

  3. Aby wyświetlić zmiany, Otwórz lub Odśwież stronę zaległości zespołu.

Aktualizuj konfigurację proces do obsługi śledzenia usterek w zaległości (lokalnie TFS)

Po wyłączeniu Śledź usterki w opcji zaległości na stronie ustawień programu team Sprawdź lub zaktualizować następujące pliki definicji XML dla swojego projektu zespołowego.Musisz być członkiem grupy Administratorzy projektu, aby zaktualizować te obiekty.

  • Kategorii: Kategoria wymagań powinien zawierać tylko te WITs skojarzone z elementy zaległe.Kategoria usterkę powinien zawierać tylko te WITs skojarzone z usterek.W szczególności kategorii wymagań nie zawiera wpisu usterek.

    Na przykład definicje te są prawidłowe:

    <CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
    <DEFAULTWORKITEMTYPE name="Bug" />
  </CATEGORY>
  <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
    <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
  </CATEGORY>

    I tych definicji są nieprawidłowe, ponieważ z usterek znajduje się w kategorii wymagania:

    <CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
    <DEFAULTWORKITEMTYPE name="Bug" />
  </CATEGORY>
  <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
    <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
    <WORKITEMTYPE name="Bug" />
  </CATEGORY>

    Aby zaktualizować kategorie, zobacz Importowanie i eksportowanie kategorii [witadmin].

  • ProcessConfiguration: zawiera BugWorkItems element, który definiuje kategorii usterek i mapuje usterkę Stany przepływu pracy na metatstates.Na przykład:

    <BugWorkItems category="Microsoft.BugCategory" pluralName="Bugs" singularName="Bug">
    <States>
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="Resolved" />
      <State value="Closed" type="Complete" />
    </States>
</BugWorkItems>

    Ponadto metastate mapowania muszą być zgodne, w obszarze RequirementWorkItems i BugWorkItems.Na przykład Active nie może być zmapowana do Proposed zgodnie z jednym i do InProgress zgodnie z inną.

    Aby zaktualizować ProcessConfiguration, zobacz Importowanie i eksportowanie konfiguracji procesów [witadmin].

  • Definicje ZEZWÓ: WITs, które znajdują się w kategorii usterki musi mieć zdefiniowany następujące pola:

    • Pole używane do śledzenia wysiłek (type=Effort w pliku ProcessConfiguration), na przykład Historia punktów (Microsoft.VSTS.Scheduling.StoryPoints) lub zbyt dużym rozmiarem (Microsoft.VSTS.Scheduling.Size), czy szablon procesu Agile lub CMMI został użyty do utworzenia projektu zespołowego w oparciu o.

    • Pole używane do śledzenia priorytet zaległości (type=Order w pliku ProcessConfiguration), na przykład stosu rangę (Microsoft.VSTS.Common.StackRank).

    • Dla projektów zespołowych na podstawie struktury MSF for CMMI, pole Typ wymagania (Microsoft.VSTS.CMMI.RequirementType) ponieważ wchodzi w panelu Dodaj szybkie Konfiguracja procesu.

Aby zaktualizować definicje ZEZWÓ, zobacz Importowanie i eksportowanie elementów pracy oraz zarządzanie nimi [witadmin].

Należy sprawdzić, ani zaktualizować mapowania kolumn tablicy Kanban

  1. Otwórz zaległości produktu strony tablicy (tablicy Kanban).

    Jeśli zostanie wyświetlony komunikat informujący o konfiguracji kolumny nie są prawidłowe, należy dostosować mapowania kolumn.

    Komunikat o błędzie wskazuje niezbędne do dostosowywania kolumn

  2. Otwórz Dostosuj kolumny i mapowania stanów przepływu pracy usterkę dla wszystkich kolumn, które zostały zdefiniowane.

    Na przykład mapowania każdej kolumny, co zostało pokazane:

    Dostosowywanie kolumn dla tablicy Kanban

Opcja b wszystkie zespoły, Śledź usterki lub innych WITs na zaległości

WITs dodane do kategorii wymagań wyświetlane na stronach zaległości.Dla usterki pojawi się w historii użytkownika (Agile) lub strona zaległości wymagania (CMMI) wprowadź następujące modyfikacje do projektu zespołowego TFS lokalnego:

  1. Dodaj pole używanej do oszacowania działań zmierzających do usterkę lub innych definicji ZEZWÓ: Historia punktów (Agile) lub rozmiar (CMMI)

  2. Dodaj usterkę lub innych WITs do kategorii wymagań.

  3. Należy sprawdzić metastate mapowań w konfiguracji procesu.

Oto, jak dodać usterkę ZEZWÓ dla projektu zespołowego, który jest oparty na Opracowywanie szablonu procesu elastyczne.

Dodaj pole Historia punktów

  1. Eksportuj usterkę ZEZWÓ definicji.

    witadmin exportwitd /collection:" CollectionURL" /p:MyProject /n:bug /f:DirectoryPath/bug.xml

  2. Dodaj Historia punktów pola.

    <FIELDS>
. . . .
   <FIELD name="Story Points" refname="Microsoft.VSTS.Scheduling.StoryPoints" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>The size of work estimated for implementing the bug.</HELPTEXT>
   </FIELD>



. . . .
</FIELDS>

    W oparciu o struktury MSF for CMMI projektu zespołowego, dodawać rozmiar i Typ wymagania.

    <FIELD name="Size" refname="Microsoft.VSTS.Scheduling.Size" type="Double" reportable="measure" formula="sum" >
   <HELPTEXT>The size of work estimated for implementing this requirement</HELPTEXT>
</FIELD>
<FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">
   <REQUIRED />
   <ALLOWEDVALUES>
      <LISTITEM value="Scenario" />
      <LISTITEM value="Quality of Service" />
      <LISTITEM value="Functional" />
      <LISTITEM value="Operational" />
      <LISTITEM value="Interface" />
      <LISTITEM value="Security" />
      <LISTITEM value="Safety" />
      <LISTITEM value="Business Objective" />
      <LISTITEM value="Feature" />
   </ALLOWEDVALUES>
   <DEFAULT from="value" value="Functional" />
</FIELD>

  3. Dodaj Historia punktów do układu formularza.

    <FORM>
. . . 
   <Column PercentWidth="33">
      <Group Label="Planning">
      <Column PercentWidth="100">
      <Control FieldName="Microsoft.VSTS.Scheduling.StoryPoints" Type="FieldControl" Label="Story Points" LabelPosition="Left" />
       <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" NumberFormat="DecimalNumbers" MaxLength="10" EmptyText="&lt;None&gt;" />
       <Control FieldName="Microsoft.VSTS.Common.Priority" Type="FieldControl" Label="Priority" LabelPosition="Left" />
       <Control FieldName="Microsoft.VSTS.Common.Severity" Type="FieldControl" Label="Severity" LabelPosition="Left" />          
       </Column>               
  </Group>

   </Column>
. . . 
</FORM>

    W przypadku projektu zespołowego CMMI oparty na podstawie, Dodaj rozmiar i Typ wymagania do sekcji formularza.

    <Control Type="FieldControl" FieldName="Microsoft.VSTS.Scheduling.Size" Label="Size" LabelPosition="Left" />
<Control Type="FieldControl" FieldName="Microsoft.VSTS.CMMI.RequirementType" Label="Type" LabelPosition="Left" />

  4. Zaimportuj zaktualizowaną definicję błędów.

    witadmin importwitd /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/bug.xml"

Dodaj usterkę ZEZWÓ do kategorii wymagania

  1. Wyeksportuj definicje kategorii.Jeśli ich nie masz uprawnień administracyjnych TFS, uzyskaj je.

    witadmin exportcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

  2. Dodawanie typu elementu roboczego usterek do kategorii wymagań.

    <CATEGORY refname="Microsoft.RequirementCategory" name="Requirement Category">
    <DEFAULTWORKITEMTYPE name="User Story" />
    <WORKITEMTYPE name="Bug" />
</CATEGORY>

  3. Importuj plik kategorii.

    witadmin importcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

Sprawdź mapowania metastate w procesie konfiguracji

  1. Eksportuj definicję konfiguracji procesu.

    witadmin exportprocessconfig /collection:"CollectionURL" /p:MyProject /f: "DirectoryPath/ProcessConfiguration.xml"

  2. Należy sprawdzić, czy stan rozwiązany jest zdefiniowany w RequirementBacklog sekcji.

    <RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="User Story">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>. . . 

  </RequirementBacklog>

    Dostosowany swoje usterkę w celu dodania dodatkowych stanów, Dodaj mapowania dla każdego stanu, które zostały dodane.Zawsze mapowane ostatniego stanu w ramach przejście do przodu do type="Complete".

  3. Importuj konfiguracji procesu.

    witadmin importprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

Upewnij się, że można dodawać błędy do dziennika zaległości produktu

  • Otwórz stronę zaległości produktu lub odświeżenie strony, jeśli nie jest jeszcze otwarte.

    Powinno być widoczne menu rozwijane dla elementu roboczego typu.

    Dodane typu elementu pracy zaktualizowanych panel z usterek

Dostosowywanie tablicy Kanban do mapowania tory stanami usterek

  1. Otwórz zaległości produktu strony tablicy (tablicy Kanban).

    Jeśli właśnie dodano typu elementu roboczego usterkę lub innego typu elementu roboczego, pojawi się komunikat informujący o konfiguracji kolumny są nieprawidłowe.

    Komunikat o błędzie wskazuje niezbędne do dostosowywania kolumn

  2. Otwórz Dostosuj kolumny i mapowania stanów przepływu pracy usterkę dla wszystkich kolumn, które zostały zdefiniowane.

    Na przykład mapowania każdej kolumny, co zostało pokazane:

    Mapowanie usterkę Stany przepływu pracy dla każdej kolumny

Opcja C: wszystkimi zespołami śledzenia usterek lub innych WITs na tablicy zadań

WITs, które można dodać do kategorii zadań widocznej w tablicy zadań i iterację stron zaległości.Usterki lub zadań pojawi się w tablicy zadań musisz połączyć je z elementem zaległym produktu nadrzędnego (Scum), Historia użytkownika (Agile) lub wymagań (CMMI).

Dla TFS lokalnie powodują, że te zmiany do śledzenia usterek jako zadania:

  1. Dodać pola wymagane do definicji ZEZWÓ.

  2. Dodaj usterkę ZEZWÓ do kategorii zadań.

  3. Dodaj wymagane metastate mapowania do konfiguracji procesu.

Oto, jak możesz to zrobić dla projektów zespołowych w oparciu o struktury MSF dla szablonu procesu elastyczne.

Dodaj wymaganych pól

  1. Jeśli nie masz uprawnień administratora dla swojego projektu zespołowego Dodaj się jako Administrator projektu.

  2. Otwórz okno wiersza polecenia, w którym jest zainstalowany program Visual Studio lub Team Explorer, a następnie wprowadź:

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

    W 64-bitowej wersji systemu Windows należy zastąpić % programfiles % elementem % programfiles(x86) %.Możesz Pobierz Team Explorer za darmo.

  3. Eksportowanie definicji błędu typu elementu roboczego.

    witadmin exportwitd /collection:"CollectionURL" /p:MyProject  /n:bug /f: "DirectoryPath/bug.xml"

    Przykładem CollectionURL jest "http://MyServer:8080 tfs/TeamProjectCollectionName".

  4. Dodaj działania pola.Jeśli nie, konfiguracja nie będzie prawidłowa.Opcjonalnie dodaj pola planowania tak, aby można było śledzić pozostałą pracę i ukończoną pracę.Microsoft.VSTS.Scheduling.XXX pola są używane w raportach out-of-box, ale nie przez narzędzie planowania Agile.Jeśli zespół nie używa tych pól, nie musisz ich dodawać.

    <FIELDS>
. . . 
   <FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
      <HELPTEXT>Type of work involved</HELPTEXT>
         <SUGGESTEDVALUES>
            <LISTITEM value="Development"/>
            <LISTITEM value="Testing"/>
            <LISTITEM value="Requirements"/>
            <LISTITEM value="Design"/>
            <LISTITEM value="Deployment"/>
            <LISTITEM value="Documentation"/>
         </SUGGESTEDVALUES>
   </FIELD>
   <FIELD name="Remaining Work" refname="Microsoft.VSTS.Scheduling.RemainingWork" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>An estimate of the number of units of work remaining to complete this task</HELPTEXT>
   </FIELD>
   <FIELD name="Original Estimate" refname="Microsoft.VSTS.Scheduling.OriginalEstimate" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>Initial value for Remaining Work - set once, when work begins</HELPTEXT>
   </FIELD>
   <FIELD name="Completed Work" refname="Microsoft.VSTS.Scheduling.CompletedWork" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>The number of units of work that have been spent on this task</HELPTEXT>
   </FIELD>
   <FIELD name="Start Date" refname="Microsoft.VSTS.Scheduling.StartDate" type="DateTime" reportable="dimension">
      <HELPTEXT>The date to start the task</HELPTEXT>
   </FIELD>
   <FIELD name="Finish Date" refname="Microsoft.VSTS.Scheduling.FinishDate" type="DateTime" reportable="dimension">
      <HELPTEXT>The date to finish the task</HELPTEXT>
   </FIELD>
. . . 
</FIELDS>

    Dla projektu zespołowego, w oparciu o struktury MSF for CMMI należy dodać pola dziedziny i harmonogramie.

    <FIELD name="Discipline" refname="Microsoft.VSTS.Common.Discipline" type="String" reportable="dimension">
        <ALLOWEDVALUES>
          <LISTITEM value="Analysis" />
          <LISTITEM value="User Experience" />
          <LISTITEM value="User Education" />
          <LISTITEM value="Development" />
          <LISTITEM value="Test" />
        </ALLOWEDVALUES>
        <HELPTEXT>The discipline to which the task belongs</HELPTEXT>
      </FIELD>

  5. Dodaj działanie i planowania pola do formularza elementu pracy.Możesz po prostu skopiować Groups zdefiniowanych w typu elementu roboczego zadania i Zamień Groups które są dostępne.

    <FORM>
. . . 
      <Group Margin="(10,0,0,0)">
          <Column PercentWidth="30">
            <Group Label="Status">
              <Column PercentWidth="100">
                <Control FieldName="System.AssignedTo" EmptyText="&lt;No one&gt;" Type="FieldControl" Label="Assi&amp;gned To" LabelPosition="Left" />
                <Control FieldName="System.State" Type="FieldControl" Label="Stat&amp;e" LabelPosition="Left" />
                <Control FieldName="System.Reason" Type="FieldControl" Label="Reason" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="20">
            <Group Label="Planning">
              <Column PercentWidth="100">
                <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" NumberFormat="DecimalNumbers" MaxLength="10" EmptyText="&lt;None&gt;" />
                <Control FieldName="Microsoft.VSTS.Common.Priority" Type="FieldControl" Label="Priority" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Common.Activity" Type="FieldControl" Label="Activity" LabelPosition="Left" EmptyText="&lt;None&gt;" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="30">
            <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" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="20">
            <Group Label="Effort (Hours)">
              <Column PercentWidth="100">
                <Control FieldName="Microsoft.VSTS.Scheduling.OriginalEstimate" Type="FieldControl" Label="Original Estimate" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Scheduling.RemainingWork" Type="FieldControl" Label="Remaining" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Scheduling.CompletedWork" Type="FieldControl" Label="Completed" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
        </Group>

. . . 
</FORM>

  6. Zaimportuj zaktualizowaną definicję błędów.

    witadmin importwitd /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/bug.xml"

Dodaj usterkę ZEZWÓ do kategorii zadań

  1. Eksportuj definicję kategorii.

    witadmin exportcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

  2. Dodaj usterek do kategorii zadań.

    <CATEGORY refname="Microsoft.TaskCategory" name="Task Category">
    <DEFAULTWORKITEMTYPE name="Task" />
    <WORKITEMTYPE name="Bug" />
</CATEGORY>

    [!UWAGA]

    Jest OK dla typu elementu roboczego usterki należy do dwóch kategorii — kategoria usterek i kategorii zadań.

  3. Importuj plik kategorii.

    witadmin importcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

Dodaj mapowanie metastate do konfiguracji procesu

  1. Eksportuj definicję konfiguracji procesu.

    witadmin exportprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

  2. Dodaj mapowanie metatstate stanu rozwiązany do TaskBacklog sekcji.

    <TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>
. . . 

  </TaskBacklog>

    Dostosowany swoje usterkę w celu dodania dodatkowych stanów, Dodaj mapowania dla każdego stanu, które zostały dodane.Zawsze mapowane ostatniego stanu w ramach przejście do przodu do type="Complete".

  3. Importuj konfiguracji procesu.

    witadmin importprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

Upewnij się, że można dodawać błędy do tablicy zadań

  1. Otwórz stronę tablicy zadań lub odśwież stronę, jeśli nie są jeszcze otwarte.

  2. Można wybrać zadania lub usterkę jako pozycja robocza połączonego Historia użytkownika.

    Tablicy zadań z typu elementu roboczego usterkę dodane

  3. Aby dodać istniejące błędy do tablicy zadań, otwórz historię użytkownika.W tym przykładzie Historia użytkownika jest zatytułowany usterek długu.Z karty WSZYSTKIE ŁĄCZA wybierz błędy, aby włączyć w sprint.

    Łączenie kilku usterek Historia użytkownika

    Może zajść potrzeba odświeżania tablicy zadania, aby błędy były widoczne.

    PoradaPorada

    Nie można dodać błędy poprzez zakładkę Implementacja ponieważ te są ograniczone dotyczą tylko zadań.Wsparcie dodawania błędów poprzez zakładkę Implementacja modyfikuje FORM sekcję historii użytkownika elementu roboczego typu, aby uwzględnić filtr dla błędów.

Na tablicy zadań przeciągnij usterkę lub zadania, które ma jego stan aktualizacji.Można zauważyć, że nie przeciągnij element do kolumny, dla których stan nie jest prawidłowy.Nie można na przykład, przeciągnij usterkę, do nowy stan lub zadanie w stan rozwiązania.Jeśli chcesz użyć tych stanów, następnie dodać je do definicji przepływu pracy odpowiednią definicji ZEZWÓ.

Pytania i odpowiedzi

Pyt jakie inne narzędzia można użyć do edycji plików definicji XML?

ODP z witadmin Narzędzia wiersza polecenia, można importować i eksportować plików definicji, jak pokazano w tym temacie.Edytor procesów, dostępnej za pomocą pobieranie są inne narzędzia można użyć do tego zadania TFS zaawansowanych narzędzi, lub Menedżera projektu zespołowego TFS, dostępny w witrynie CodePlex projekt zasobów społeczności.Przy użyciu Menedżera projektu zespołowego TFS, możesz szybko wyeksportować, edytowanie i zaimportuj pliki definicji XML bez konieczności korzystania z interfejsu wiersza polecenia.

Pyt co się stanie, jeśli można usunąć z usterek z kategorii wymagań dla mojego projektu zespołowego opartej na metodyce Scrum?

ODP poza pole i niestandardowe kwerendy odwołujące się do kategorii wymagań już nie zwróci wyników zawierających z usterek.Należy zaktualizować te zapytania.

Ponadto po utworzeniu pakietu testów oparte na wymaganiach elementów roboczych pobrane należą do tej kategorii wymagań.Dla zespołów scrum, które ma zostać utworzony planów testów dla usterki będzie niezbędnym do aktualizowania zapytanie do dołączenia do kategorii usterek.

Pyt co trzeba wiedzieć o metastate mapowania?

ODP w procedurze opisano w opcji B i C opcji opisano w jaki sposób wprowadzania zmian do projektu zespołowego, który jest oparty na Agile i szablony procesów CMMI udostępniające TFS 2013.Stan modelu dla WITs, które możesz dodać muszą być wyrównane do mapowania metastate określone w pliku ProcessConfiguration.Jeśli model stanu i mapowanie metastanu nie są wyrównane, należy podjąć dodatkowe definicje, zgodnie z opisem w tym miejscu.

Pyt w jaki sposób utworzyć usterki są widoczne na stronach zaległości i tablicy zadań dla Scrum?

ODP projektu zespołowego jest oparta na szablonu procesu Scrum i ma usterki za elementami równorzędnymi z zadaniami i nie elementy zaległe produktu, wykonaj następujące czynności:

  1. Edycja definicji elementu pracy usterek: dodać pola działanie i pozostałej pracy do FIELDS i FORM sekcji.

  2. Edytowanie definicji kategorii: Dodaj usterek do kategorii zadań i usunąć z kategorii wymagań.

  3. Edytowanie definicji konfiguracji procesu: mapowania stan rozwiązany kategorii zadań i usunąć z kategorii wymagań.

Pyt Dlaczego nie wszystkie usterki i zadania, które zostało przypisane do sprint są widoczne w zaległości ze sprintu?

ODP można przypisywać zadania iteracji, ale one połączone z elementem nadrzędnym zaległości.Te elementy będzie widoczny w zapytaniu utworzony, ale nie będą widoczne na tablicy zadań, automatycznie.TFS wykonuje kwerendę i następnie stosuje kilka procesów w tle przed wyświetleniem elementy tablicy zadań.

Te trzy przyczyny mogą powodować pozycje robocze, które należą do kategorii zadań nie pojawi się w tablicy sprint zaległości lub zadania:

  • Zadanie nie zostało połączone z elementu nadrzędnego zaległości.Tylko usterki i zadania połączone z elementem zaległym produktu nadrzędnego (Scrum), Historia użytkownika (Agile) lub wymagań (CMMI), którego ścieżkę iteracji ma ustawioną wartość sprint pojawi się na stronie zaległości sprint.

  • Zadanie jest elementem nadrzędnym innego zadania.Jeśli został utworzony hierarchii zadań, są wyświetlane tylko zadania podrzędnymi u dołu hierarchii.

  • Połączony element nadrzędny tego zadania odnosi się do określonego elementu zaległego, zdefiniowanych na potrzeby innego zespołu.Lub ścieżkę obszaru elementu zaległego nadrzędnego zadania różni się od ścieżkę obszaru zadania.

Pyt jak jest priorytet zaległości rangę stosu pola używane?

ODP stron zaległości i tablicy Użyj priorytetu zaległości (Scrum) i pola rangę stosu (Agile i CMMI) do zarządzania kolejność sortowania elementów roboczych.Te pola powinna być zdefiniowana dla wszystkich WITs dla projektów zespołowych.Nie trzeba jednak uwzględnić je w formularzu elementu pracy.Te pola muszą być zgodne pola przypisane do Order typu w pliku definicji ProcessConfiguration.