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

Artigo
06/10/2015

Visual Studio 2013

Os clientes corporativos viu as vantagens das equipes agile individuais. No entanto, o dimensionamento essas práticas entre equipes e implementando agilidade toda a empresa apresenta vários desafios. O Framework Agile dimensionado ® (SAFe ™) fornece um mapa sobre como atender a esses desafios e dimensionar a agilidade. E, se você tiver uma implantação local do TFS 2013, você pode usar a segurança.

Você pode usar os projetos de equipe criado com out-of-the-box modelos para controlar os critérios de seguros de processo do TFS. Este documento orienta mapa de conceitos como seguro para TFS, como planejar e acompanhar projetos seguros no TFS e como configurar e personalizar o TFS para dar suporte seguro.

Etapas para habilitar a segurança no TFS

Se você estiver familiarizado com o Scrum, mas não estão familiarizados com segurança, esses vídeos em fundamentos de Framework Agile dimensionado de Inbar Oren, o Samurai Lean são uma boa forma para orientar você mesmo.

Mapear os conceitos de seguros aos conceitos do TFS

SAFe oferece suporte a um modo de exibição do portfólio de várias equipes agile. SAFe ilustra como uma visão do portfólio é atendida por uma hierarquia de equipes, todos os quais têm seus próprios objetivos específicos. Essa estrutura é dividido epopéias sobre recursos e histórias, que as equipes trabalham em Sprints e entregar através de incrementos de programa (PIs) e treinamentos de versão. Além disso, a lista de pendências de portfólio pode controlar como resultados finais são mapeados para temas estratégico e orçamentos associados.

Visão geral da arquitetura segura © D. Leffing.

Imagem cortesia do Leffingwell, LLC.

Os exemplos neste artigo ilustram como adicionar o WIT Epic e lista de pendências, configurar uma hierarquia de três níveis de equipe e mapear as equipes para sua respectiva área e caminhos de iteração. Os exemplos são criados a partir do modelo de processo Agile do TFS. No entanto, as alterações podem ser aplicadas a qualquer modelo de processo do TFS.

Estrutura do TFS para dar suporte seguro

Mapa de equipes, programas e portfólios de seguros para equipes e projetos de equipe do TFS

Como o TFS oferece suporte a uma estrutura hierárquica de equipe, cada equipe tem sua própria exibição do trabalho que faz o acúmulo para o próximo nível na hierarquia de equipe.

Funções de seguras às equipes do TFS

Para oferecer suporte a equipes de seguras, você pode reconfigurar a equipe padrão como a equipe de portfólio para gerenciar seus epopéias. Você cria subequipes para o trabalho de nível de programação e trabalho de nível de equipe. Trabalho pode ser controlado pelas equipes e pelos níveis.

Mapa de pendências seguro para listas de pendências do TFS

Uso imediato, o TFS oferece suporte a níveis de história e lista de pendências de recurso. Você pode adicionar facilmente um terceiro nível para acompanhar epopéias. Histórias de usuários podem ser mapeadas para recursos, que por sua vez, podem ser mapeados para epopéias. Uma exibição hierárquica de listas de pendências mostra como o progresso nas histórias de usuários contribui para epopéias.

Lista de pendências hierárquica: epopéias, recursos e histórias

Mapa de versões seguras, iterações e Sprints para iterações do TFS

Treinamentos de versão de segurança, lançamentos, iterações, incrementos de programa (PIs) e Sprints facilmente mapeiam para caminhos de iteração do TFS. Compartilhando iterações em toda a hierarquia de equipe, você pode gerenciar as versões de forma coesa.

Mapa de trens versão segura para iterações do TFS

A equipe de portfólio rastreia epopéias, que podem abranger vários treinamentos de versão ou PIs. As equipes do programa acompanhar seus resultados de recurso, que acompanham um PI. E equipes de recursos trabalham em Sprints para concluir várias histórias. Com o TFS, cada equipe escolhe quais iterações oferecerão suporte para acompanhar seus resultados de equipe.

As equipes acompanhar entregas usando iterações

Mapa de temas estratégico seguro e orçamentos marcas do TFS e campos

Você pode usar marcas para mapear epopéias aos temas estratégico ou orçamentos associados.

As marcas podem controlar fluxos de valor ou orçamentos associados

Você pode pesquisar e marcas de consulta no TFS e você podem criar consultas reutilizáveis e relatórios usando marcas.

Para um mapeamento mais robusto de trabalho aos temas estratégico e orçamentos, você pode adicionar um campo aos itens de trabalho para controlar quais tema ou orçamento cada Epic, recurso, ou oferece suporte a história.

Tipo de requisito rastreia comercial ou arquitetura

Relatórios de métricas de seguras e o TFS

Você pode exibir métricas seguras adicionando ou personalizando um relatório. Por exemplo, o relatório de andamento de recurso, semelhante a um relatório de visão geral de histórias, mostra quais recursos estão se aproximando da conclusão e que estão apenas começando. Como as equipes trabalham em matérias vinculadas aos recursos, uma barra de progresso é exibida. Ele mostra a porcentagem de um determinado recurso (%) concluída. Os participantes têm dados acionáveis para gerenciar o escopo, recursos e prioridade.

Relatório de andamento de recurso

Para obter uma versão para download do relatório de andamento de recursos, consulte dimensionamento ágil e relatórios do TFS seguro.

Plano/controle seguros projetos no TFS

Depois de ter configurado o TFS para dar suporte seguro, crie relações de rastreamento de histórias até epopéias. Além disso, você pode exibir o andamento dos níveis de equipe portfólio, programas e recursos.

Recursos de mapa epopéias e histórias de recursos

A equipe do programa pode mapear recursos para epopéias usando o painel de mapeamento. As equipes de recursos podem usar a mesma experiência para mapear suas histórias para recursos.

Recursos de mapa para epopéias

Exibição da equipe do portfólio de progresso

Para acompanhar o progresso de epopéias que abrangem versões, lista de pendências da equipe portfólio mostra epopéias. Cada Epic pode ser expandida para mostrar os recursos e as histórias de usuários que oferecem suporte a ela.

Hierarquia de epopéias, recursos e histórias

A equipe de portfólio também pode exibir o andamento da epopéias em seu quadro Kanban.

Épico quadro Kanban

Exibição da equipe do progresso do programa

Equipes de programa, principalmente preocupadas com treinamentos de versão, podem ver os recursos na sua lista de pendências, juntamente com os PIs com o qual está associados.

Lista de pendências do programa equipe de recursos e histórias

Como a equipe de portfólio, equipes de programa também podem alternar a exibição para ver quais epopéias seu suporte de recursos, as histórias de usuários que dão suporte a seus recursos, ou ambos.

Outro modo de exibição disponível para as equipes de programa mostra gráficos baseados em consulta de andamento de treinamento de versão, itens de lista de pendências ou tarefas ativas durante um sprint de envio. Uma exibição personalizáveis HomePage está disponível para cada equipe.

Home page, Favoritos da equipe

Como grande parte do trabalho da equipe um programa gira em torno de PIs e treina de versão, um relatório personalizado que mostra as datas de envio agendado e o que é projetado para ser em qualquer determinado trem pode ser úteis. Além disso, se sua implantação do TFS inclui integração com o SQL Server Reporting Services ou no Project Server, você pode aproveitar o sofisticado de opções de relatório interno relatórios e que cada um desses serviços tem a oferecer.

Recurso de exibição da equipe do progresso

Para equipes de recursos individuais, o modo de exibição de lista de pendências mostra as histórias que está trabalhando.

Migrar a lista de pendências de equipe de recursos de histórias

Como as equipes de recursos não possuem recursos ou epopéias, epopéias e recursos não aparecem em suas exibições de lista de pendências de nível de equipe. No entanto, se a equipe quer saber quais epopéias e recursos eles estão histórias de suporte, é possível ativar os modos de exibição da sua lista de pendências.

Migrar o Planejador de equipe da lista de pendências de histórias para epopéias

Também podem dividir o trabalho em tarefas e usar o painel de tarefas para se manter sob controle durante sprints específicos.

Migrar o painel de tarefas da equipe Sprint 3

O modo de exibição de gráfico de consultas se torna muito útil no sprint inovação e planejamento (IP), quando trabalham juntos para estabilizar os recursos de um lançamento programados para equipes de recursos.

Gráficos de bug

Para todo o resto, é muito negócios como de costume para equipes de recursos individuais. Eles podem sprint em seus cadências usual. Eles podem usar seus kanban e o painel de tarefas para acompanhar o progresso e dividir o trabalho em partes gerenciáveis.

No entanto, agora seu andamento nas histórias individuais é visível para as equipes de gerenciamento de programas e portfólios. A exibição de gerenciamento reflete o que eles fazem.

Configurar o TFS para dar suporte seguro

Nesta seção, vamos tenha um projeto, denominado "Fabrikam" e uma equipe que compartilha o nome do projeto, a seguinte estrutura de três níveis e nove equipes. A hierarquia de caminho de área e configurando o caminho de área de cada equipe oferece suporte a exibição de lista de pendências de cada equipe e o acúmulo de modos de exibição dentro da hierarquia.

Áreas hierárquicas oferecer suporte a 3 níveis de 9 equipes

Cada projeto no TFS tem uma equipe padrão. Você pode configurar equipes adicionais para o nível do programa e trabalho de nível de equipe de recursos. Além disso, você também pode redefinir a equipe padrão como a equipe de portfólio que gerencia epopéias.

Dessa forma, todas as equipes podem gerenciar suas próprias cargas de trabalho e prioridades ao entender claramente como seu trabalho dá suporte a esses epopéias gerenciadas na lista de pendências da equipe do portfólio. Ao mesmo tempo, a equipe de portfólio pode monitorar o progresso da sua lista de pendências em seu próprio quadro Kanban, priorizar os itens na sua lista de pendências e exibir o andamento entre treinamentos de versão.

Tudo que isso pode parecer complicado, mas na verdade ele leva muito pouca configuração para configurar as equipes e começar.

Vamos começar com um projeto com o padrão de uma equipe, área e conjunto de iterações. Em primeiro lugar, configuraremos uma estrutura de caminho de área para dar suporte a hierarquia de equipes que queremos. Em seguida, certifique-se de que os caminhos de iteração suporta a estrutura de versão que queremos e as equipes de programa e recursos para usar. Por fim, criaremos, configurar e preencher a associação de equipes.

Você precisará ser um membro do o grupo de administradores do projeto para configurar e personalizar o TFS.

Crie áreas para dar suporte a sua hierarquia de equipe

Conecte-se ao projeto de equipe que você deseja configurar para dar suporte seguro e use o ícone de engrenagem para abrir a página de administração da equipe padrão.
Sobre o áreas página, crie um filho sob o caminho de área de nível superior e o nome para corresponder a uma das equipes de programa, você criará.
Em seguida, crie uma segunda área no mesmo nível filho e nomeie-o após a segunda equipe de programa.
Em cada área de programa, crie uma área filho para cada equipe de recursos que oferecem suporte a sua equipe do respectivo programa. Você deve terminar com uma hierarquia de caminho de área de nível 3.

Criar iterações para oferecer suporte a sua versão trens e sprints

Para controlar o progresso em relação às versões, crie a estrutura do caminho de iteração. Ao contrário dos caminhos de área, várias equipes podem compartilhar a mesma estrutura de caminho de iteração. Compartilhando a estrutura de iteração permite que várias equipes trabalhe na cadência Sprint mesma em direção a treinamentos de versão do mesmo.

Se você já tiver iterações para sua equipe padrão, você pode renomeá-las. Você desejará criar uma estrutura de iteração que suporta a estrutura da equipe inteira, não apenas uma equipe.

Sob a iteração padrão, que compartilha o mesmo nome que o projeto, crie uma iteração filho que representará o incremento de programa primeiro (PI). Opcionalmente, adicione uma data inicial e final para o PI, mas tenha em mente que a iteração será ser dividida em sprints.
Em seguida, crie uma iteração filho para cada Sprint dentro de PI. Definir datas para esses sprints corresponder cadências às equipes de recursos.

Criar e configurar suas equipes

Nesta seção, configuraremos uma estrutura hierárquica de equipe que mapeia para os caminhos de área hierárquica que criamos anteriormente.

Essa mapas de estrutura a seguir SAFe equipes às equipes do TFS:

Equipe do portfólio -> equipe de nível superior padrão, a equipe da Fabrikam
As equipes de programa -> equipes de nível de banco de dados secundário, conjunto de fibra e serviço
As equipes de recursos -> definidas no conjunto de fibra e serviço de equipes de terceiro nível.

Se você precisar diretrizes mais detalhadas, consulte Prático Gerenciamento de Portfólio: usando o TFS para dar suporte a listas de pendências em várias equipes.

Você precisará ser um administrador do projeto no TFS para executar essas etapas.

Crie e configure cada equipe de programa

Página de visão geral do projeto de equipe, crie uma nova equipe. Certifique-se de que você desmarque a caixa de seleção criar um caminho de área com o nome da equipe.
Escolha a equipe na lista, vá para a página de áreas e marque a caixa de seleção ao lado do caminho de área que você criou anteriormente para essa equipe.
Use o menu de contexto para excluir subáreas. Excluindo subáreas, lista de pendências da equipe inclui apenas esses itens cujo caminho Area corresponde a caminho de área padrão da equipe.
Em seguida, configure as iterações que estarão ativas para a equipe do programa. Neste exemplo, configuramos três PIs, cada um com cinco sprints de duas semanas. Quatro os sprints são sprints normais e o último sprint é um sprint de inovação e planejamento (IP).

Porque a equipe do programa de fibra Suite está preocupada com treinamentos de versão, escolhemos PI 1, 2 e 3, mas não escolhemos os sprints individuais.
Depois de selecionar as iterações são ativas para a equipe, adicione usuários à nova equipe. Idealmente, você adicionaria o mestre de scrum para cada equipe de recursos, os proprietários do produto, bem como os engenheiros de trem de versão (RTEs) para as equipes de programa, como o conjunto de fibra.
Se você tiver mais de uma equipe no nível do programa, repita as etapas 1 a 5 para cada equipe de programa.

Crie e configure cada equipe de recursos

Em seguida, vamos criar algumas equipes de recursos para realizar seu trabalho no terceiro nível da hierarquia de equipe. Cada equipe de recursos contribuirá trabalho sprint que é acumulado no PI. O número de equipes que criar dependerá do tamanho da sua organização.

Crie uma nova equipe a partir da página de administração da equipe original e nomeie a equipe. Assim como antes, certifique-se de desmarcar a caixa de seleção ao lado criar um caminho de área com o nome da equipe.
Escolha a equipe na lista, vá para a página de áreas e marque a caixa de seleção ao lado do caminho de área que você criou anteriormente para essa equipe.
Configure iterações da equipe, usando o PIs e sprints criado anteriormente. Diferentemente de equipes de programa, desta vez, selecione os sprints individuais como o trabalho de iterações para a equipe de recursos.
Adicione as contas para os desenvolvedores, testadores e o mestre de scrum para a equipe. TFS oferece suporte à atribuição de um mestre de scrum para várias equipes. O mestre de scrum para controlar o trabalho de várias equipes.
Repita as etapas 1 a 4 para cada equipe de recursos na sua organização. Certifique-se de que o caminho de área padrão que configurar para a equipe é um caminho de Subárea em seu caminho de área de nível do programa correspondente. Isso garante o acúmulo das equipes de recursos para as equipes do programa.

Configurar a equipe de portfólio

Agora que sua estrutura subequipe está configurada, reconfigure a equipe padrão para atuar como a equipe do portfólio. Embora essa equipe continuará a ter o nome do projeto, as alterações feitas a esta equipe de nível superior ajudará a garantir que efetivamente controla epopéias entre PIs no nível mais alto.

Na página de áreas de projeto de equipe, altere as configurações para que as subáreas não estão incluídas. Certifique-se de que escolher o projeto de equipe e não a equipe padrão, Fabrikam.
Na página de iterações, desmarque as caixas de seleção ao lado de todas as iterações, exceto o nível raiz, que não podem ser limpas. Porque a equipe de portfólio só está preocupada com epopéias que abrangem PIs, ele usa apenas a raiz de iteração e não o PIs ou sprints. As equipes do portfólio não trabalham em sprints.
Adicionar e remover usuários da equipe do portfólio apropriado a esse nível. Na página Visão geral, escolha a equipe padrão.

Considere adicionar outros personas, como gerentes de portfólio, arquitetos de nível empresarial e engenheiros de trem de versão (RTEs) neste nível e remova todas as outras pessoas.

Personalizar o processo do TFS para dar suporte seguro

Nesta seção, adicionaremos o WIT Epic à hierarquia de lista de pendências do portfólio. Também vamos adicionar o campo de tipo de requisito para todos os três da lista de pendências WITs. E vamos criar algumas epopéias e mapear recursos para epopéias.

Personalizar objetos de lista de pendências do TFS

Se você estiver mais interessado em como as coisas funcionam depois de adicionar o nível de lista de pendências Epic Ir agora. Além disso, se você em vez disso, não precisaria fazer as etapas de personalização descritas nesta seção por conta própria, ALM Rangers tem um postagem de blog e exemplo de script PowerShell que demonstra como instalar essas personalizações em seu projeto.

Adicionar Epic à lista de pendências de portfólio

Como antes, você precisará ser um membro do o grupo de administradores do projeto fazer estas etapas.

Primeiro, vamos exportará um WIT existente e o uso é criar o novo WIT, chamaremos Epic. Nós adicionaremos um campo de tipo de requisito para controlar o tipo de Epic: arquitetura ou Business. Em seguida, vamos adicionar uma categoria para as epopéias. Em seguida, modificaremos WITs─Features existente e histórias de usuários, mesmo que não estão nomeados that─to incluem o campo de tipo de requisito. O campo de tipo de requisito controla o tipo de objetivo dá suporte a cada item de trabalho. Por fim, vamos adicionar Epic à lista de pendências de equipe portfólio.

Adicione o WIT épico

A maneira mais fácil de criar um WIT é copiar um existente, renomeá-lo e editá-la.

Vamos exportar o WIT de recurso e usá-lo como base para o WIT Epic.

No modo de administrador, abra uma janela de Prompt de comando. Altere o diretório para onde você instalou o Visual Studio (ou Team Explorer).

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

Em edições de 64 bits do Windows, use %programfiles(x86)%.
Use o witadmin ferramenta para baixar a definição do WIT de recurso e salvá-lo como Epic.xml.

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

Abra o arquivo Epic.xml, substitua <WORKITEMTYPE name="Feature"> com <WORKITEMTYPE name="Epic">e a descrição da atualização.

<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>

Editar a <Tab Label="Implementation"> ou CMMI, <Tab Label="Requirements"> seção, substituindo as seguintes linhas com <Filter WorkItemType="Feature" />.

Agile:<Filter WorkItemType="User Story" />
Scrum:<Filter WorkItemType="Product Backlog Item" />
CMMI:<Filter WorkItemType="Requirement" />

Esta alteração restringe o controle de links para suporte a recursos como itens epopéias de trabalho filho.

<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>

Adicione o campo de tipo de requisito para a definição de WIT Epic. Para isso, vamos emprestar um campo existente (originalmente criado para oferecer suporte a projetos CMMI, mas igualmente útil aqui para nossos propósitos) Microsoft.VSTS.CMMI.RequirementTypee adicione-à Epic FIELDS seção.

Encontre o FIELDS seção e, em seguida, adicione este código:

<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>

Em seguida, adicione o campo ao formulário. Sob o FORM seção, adicione o campo sempre que você acha que funciona melhor para sua empresa. O exemplo a seguir, adicionamos o campo abaixo do campo de iteração.

<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" />

Salvar e, em seguida, importe o arquivo.

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

Adicione a categoria Épica

Agora que temos um WIT Epic, vamos adicionar uma categoria para epopéias. TFS gerencia listas de pendências com base em categorias.

Exporte a definição de categorias para um arquivo xml.

witadmin exportcategories /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/categories.xml"
Abra o arquivo e adicione a categoria Épica. Você pode optar por substituir Microsoft pelo nome da sua empresa, para indicar que ele é sua personalização.
```
<CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
   <DEFAULTWORKITEMTYPE name="Epic" />
</CATEGORY>
```
Como antes, importe o arquivo.

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

Adicione o campo tipo de requisito para controlar o trabalho/arquitetura comercial

Em seguida, vamos adicionar o campo de tipo de requisito para recursos e o terceiro nível de Item de lista de pendências, seja história de usuário, o Item de lista de pendências de produto ou, opcionalmente, Bug. Você não precisa adicioná-lo ao requisito, porque ele já está incluído na definição de CMMI padrão.

Exporte a definição de WIT de recurso.

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

Adicione o campo de tipo de requisito, como fez anteriormente com o WIT Epic. Encontre o FIELDS seção e adicione este código:

<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>

Adicione o campo para o formulário na mesma posição em que você adicionou ao Epic. Por exemplo:

<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>

Salvar e, em seguida, importe o arquivo.

witadmin importwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/Feature.xml"
Repita as etapas 1 a 4 para as definições de história de usuário e o WIT de Item de lista de pendências de produto. Opcionalmente, edite a definição de WIT Bug se desejar rastrear qual requisito bugs suporte, ou se você rastrear bugs em sua lista de pendências.

Adicione a categoria Épica a hierarquia da lista de pendências de portfólio

Em seguida, adicionaremos epopéias na hierarquia de itens de trabalho que compõem a lista de pendências.

Exporte o arquivo de definição XML de configuração de processo.

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

Abra o arquivo e adicione um PortfolioBacklog seção epopéias dentro de PortfolioBacklogs seção. Ao mesmo tempo, modifique o PortfolioBacklog elemento para FeatureCategory epopéias ão pai de recursos.

Modifique os mapeamentos de metaestado conforme necessário com base no seu modelo de processo. O exemplo a seguir oferece suporte a projetos Agile e CMMI. Além disso, adicione o campo de tipo de requisito para o Columns seção.

<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>

Projetos do Scrum exigem o novo mapa, em andamento e estados de fluxo de trabalho concluído. Esses são os mesmos estados que são mapeados para o item de lista de pendências de portfólio do recurso.

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

E, CMMI projetos exigem mapear estados de fluxo de trabalho proposto, Active, Resolved e fechado.

        <State value="Proposed" type="Proposed" />
        <State value="Active" type="InProgress" />
        <State value="Resolved" type="InProgress" />
        <State value="Closed" type="Complete" />

Em seguida, adicione parent="Microsoft.EpicCategory" para o PortfolioBacklog category="Microsoft.FeatureCategory". Além disso, adicione o campo de tipo de requisito para o Columns seção.

<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>

Em seguida, adicione o campo de tipo de requisito para o Columns seção o RequirementsBacklog seção.

<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>

Adicione as cores a serem usadas para Epic para o WorkItemColors seção. Você pode escolher as cores que você deseja, mas o ideal é não usa uma cor já em uso pelo sistema.

Corresponde a cor que escolhemos para laranja (código de cor Hexadecimal = FF7B00). Prefixo do código de cor hexadecimal com FF.
```
<WorkItemColor primary="FFFF7B00" secondary="FFFFD7B5" name="Epic" />
```
Salvar e importar o arquivo.

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

Atualizar o caminho de área de itens de trabalho existentes

Para quaisquer itens de trabalho existentes sejam exibidos na lista de pendências da equipe, você deve atualizar o caminho da área de cada item de trabalho para o caminho de área padrão da equipe. Você pode usar o recurso de edição em massa de seu navegador da web ou você pode usar Excel.

Crie uma consulta que contém os itens de trabalho que você deseja editar, selecione os itens que você deseja editar e, em seguida, abra o menu de contexto de qualquer um dos itens selecionados.
Selecione o caminho de área que corresponde ao caminho de área padrão da equipe.
Em massa salvar todos os itens de trabalho que você modificou.

Para obter mais informações sobre como modificar itens de trabalho em massa, acesse aqui.

Adicionar epopéias e mapear epopéias para recursos

Agora que você adicionou o WIT Epic, você desejará criar alguns. O processo é o mesmo da criação de qualquer outro item de trabalho de lista de pendências. Na página de lista de pendências da equipe portfólio para epopéias, adicione um item de lista de pendências épico.

Pendências Epic, adicione um Epic usando rápida Adicionar painel

Adicione quantos epopéias conforme necessário. Para listar os itens na ordem de importância, arrastá-los dentro da lista.

Lista de pendências épica, reordenar itens

O tipo de requisito para epopéias padrão é comerciais, mas você pode alterar um Epic de negócios à arquitetura.

Formulário de item de trabalho épico

Você também pode adicionar marcas ao seus epopéias, para ajudar a controlar os temas de investimento que cada Epic oferece suporte.

Epic formulário de item de trabalho, adicionar marcas

Agora, exiba suas epopéias no quadro Kanban. Para obter essa exibição, você precisa personalizar as colunas de Kanban para renomear e adicionar estados intermediários. Para obter uma descrição desses estados, consulte Kanban abstrata do negócio Epic.

Épico quadro Kanban

No entanto, isso ainda não está muito interessante. Nada está em andamento, e você não pode analisar os recursos que oferecem suporte a seus epopéias. Você vai querer mapear recursos existentes para as epopéias que você acabou de criar e mapear histórias do usuário a esses recursos, se eles ainda não estão mapeados.

Mapeie diversos itens se você tiver uma lista de pendências existente

Mapeamento de itens de trabalho é fácil quando você usar o painel de mapeamento. Da lista de pendências de histórias ou recursos da página, ative o painel de mapeamento. Em nosso exemplo, vamos escolher o team Suite de fibra e ativar o painel de mapeamento e o modo de exibição para ver a hierarquia de recursos mapeados para epopéias.

Recursos de mapa para epopéias

Observe que se você já tiver alterado o caminho da área de todos os seus recursos para a equipe apropriada do nível do programa, a lista de recursos ficará vazia, pois a equipe de portfólio não possuir nenhum recurso! Nesse caso, alterne para uma das equipes de programa.

Arraste itens da lista de pendências até o item que você deseja associar como um pai. Você só pode mapear recursos para epopéias. Da mesma forma, você apenas pode mapear o terceiro nível de item de lista de pendências (independentemente de ser história de usuário, o item de lista de pendências ou requisito) aos recursos.

Repita esse processo em cada nível da lista de pendências até ter criado a hierarquia que desejar.

Hierarquia de epopéias, recursos e histórias

E sobre os recursos já em andamento? Definitivamente não aparecem na lista de pendências da equipe do portfólio. Eles são de responsabilidade das equipes de programa, para que elas apareçam na lista de pendências da equipe. (Isso é, na verdade, uma função do caminho de área definida para o item de trabalho; um item de trabalho só aparecerá na lista de pendências da equipe, se você atribuir o caminho de área criada para essa equipe.) Você poderá mapeá-los a partir daí.

Você pode também editar itens de trabalho em massa e gerenciar sua hierarquia no Microsoft Excel.

Como um aspecto importante da segurança é mapear trabalho para metas de arquitetura ou de negócios, você desejará certificar-se de definir o tipo de requisito = arquitetura para qualquer recurso mapeado para uma arquitetura Epic. (Como a opção padrão é comercial, você não precisa alterar o tipo de qualquer item que oferece suporte a uma empresa Epic.) Você também pode adicionar marcas para rastrear o investimento.

Os mesmos princípios se aplicam a histórias de usuários em andamento. Você pode mapeá-los para recursos, alterar o tipo de requisito para arquitetura para o trabalho feito para oferecer suporte a arquiteturais epopéias e adicionar marcas para temas de controle.

Formulário de item de trabalho de história de usuário

Recursos

Recursos mencionados neste white paper e alguns são fornecidos aqui como referência para sua conveniência.

Segurança habilitada modelos de processo: Link para download dos modelos de processo três provides─Scrum TFS, Agile e CMMI─which têm as personalizações documentadas neste white paper adicionado.
Modelos de processo do upgrade/publicar TFS 2013 com o PowerShell: postagem no blog de Beeming Gordon que fornece um script do PowerShell que pode ser usado para aplicar as alterações documentadas neste white paper.
Dimensionado Framework Agile: site de recursos de segurança.
Segurança em 7 minutos: vídeo de Inbar Oren, o Samurai Lean.
Dimensionamento Agile e relatórios do TFS seguro: relatório de progresso que pode ser baixado do recurso que funciona com o modelo de processo Scrum para TFS 2012 do local e implantações de 2013.
Prático Gerenciamento de Portfólio: usando o TFS para dar suporte a listas de pendências em várias equipes: white paper que mostra como configurar o TFS para oferecer suporte a várias equipes e várias listas de pendências.
Localizar itens de trabalho usando consultas (atualização): Descreve como configurar o TFS para oferecer suporte a pacote cumulativo de atualizações, os valores somados de selecionar campos para todos os itens de trabalho filho de um pai. Como o TFS oferece suporte a vários níveis de aninhamento, quando você executa o pacote cumulativo de atualizações, você deseja certificar-se de que você não os valores de contagem dupla.
Sem relatórios (SQL Server Reporting Services): resume os relatórios TFS fornece para monitorar o andamento e o código de qualidade.
Sincronizar Team Foundation Server com o Project Server: descreve como gerentes de projetos e equipes de desenvolvimento podem usar as ferramentas que eles preferem e compartilhar informações de maneira transparente, permitindo que os dados fluem de itens de trabalho no TFS para tarefas em planos de projeto da empresa no Project Server.
Acompanhar seu trabalho quando atribuído a duas ou mais equipes: Mostra como um desenvolvedor ou testador pode acompanhar o trabalho quando eles oferecem suporte a mais de uma equipe de recursos.

Sobre os autores

Gordon Beeming é desenvolvedor de Software na Derivco na cidade ensolarada de Durban, África do Sul. Ele passa a maior parte do seu tempo investigando o teclado no Visual Studio ou com sua família relaxando. Seu blog está em 31og.com e você pode segui-lo no Twitter em twitter.com/gordonbeeming.

Brian Blackman é consultor principal desenvolvedor Microsoft Premier, concentrando-se em afetar o sucesso de empresas em engenharia e no mercado e parceiros ISV. Ele tem um MBA e é um CSM, CSP, MCSD (C++) e MCTS e Visual Studio ALM Ranger. Quando não está Ruck Mastering e contribuir com projetos do Visual Studio ALM Ranger, ele passa seu tempo escrevendo código, criando e dando workshops e consultoria em várias concentrações, especialmente ajudando as empresas em sua busca para agilidade nos negócios.

Gregg Boer é gerente de programa chefe na Microsoft. Gregg é o proprietário do produto da experiência Agile Management no TFS.

Kathryn Elliott é uma Escritora técnica sênior na Microsoft.

Susan Ferrell é redator técnico sênior e Visual Studio ALM Ranger.

Willy-Peter Schaub é gerente de programa com o Visual Studio ALM Rangers do Microsoft Canada Development Center. Desde meados-' nos anos 80, ele tem se empenhado em buscar a simplicidade e facilidade de manutenção na engenharia de software. Seu blog está em blogs.msdn.com/b/willy-peter_schaub e você pode segui-lo no Twitter em Twitter.com /wpschaub.