Personalizar a lista de pendências e as páginas do quadro usando a configuração do processo

Artigo
03/12/2013

Você pode personalizar vários elementos de configuração do processo para localizar seus planejamento e processos ágeis de scrum.Muitos desses elementos controlam as novas ferramentas ágeis de planejamento fornecidas com Team Web Access.Para obter mais informações, consulte Alterações de configuração feitas para adicionar novos recursos.

Se seu projeto de equipe foi criado usando um modelo de processo diferente dos fornecidos pela Microsoft ou você personalizou as definições de tipo para itens de trabalho, você talvez precise personalizar os arquivos de definição que oferecem suporte à configuração do processo.Além disso, se você personalizou adicionados ou tipos de itens de trabalho e deseja usar esses campos, você desejará determinar como alterar os elementos de configuração do processo para coincidir com outros objetos que você personalizou.

Os elementos de configuração do processo determinam o layout e a funcionalidade dos seguintes recursos:

Você personaliza esses recursos personalizando um ou mais dos seguintes arquivos de definição do seu projeto de equipe: AgileConfiguration, CommonConfiguration, e categorias.

Observação
O arquivo de CommonConfiguration contém vários elementos que são usados para oferecer suporte a experiência de comentários de participante.Você não deve alterar as atribuições feitas para esses elementos.

Neste tópico

Categorias, configuração do processo, e desativar a criação de tipos específicos de itens de trabalho
Estados de fluxo de trabalho, metastates, e configuração de processo
Personalizar a página de fallback de produto
Personalizar páginas de retorno de sprint ou iteração
Personalizar a página em branco de tarefas
Personalizar erro e meu trabalho
Exportar e importar arquivos de definição para a configuração do processo

Observação
Alterações feitas aos arquivos de definição se aplica a todas as equipes que funcionam no projeto de equipe que você personaliza.Você não pode personalizar uma página em branco ou de retorno de tarefas para um único equipe.

Requisitos

Para executar a ferramenta de linha de comando witadmin , você deve ser um membro do grupo de Administradores do Team Foundation ou um membro do grupo de Administradores do Projeto para o projeto.Para obter mais informações, consulte Team Foundation Permissões do servidor.
Para exibir as páginas em branco de fallback ou de tarefas, suas permissões de acesso Web de equipe devem ser definidas para Completamente.Os requisitos adicionais de licença podem aplicar.Para obter mais informações, consulte Acesso aos recursos no Acesso Web da Equipe.

Categorias e configuração de processo

A configuração do processo referencia as categorias especificadas para o projeto de equipe.Uma categoria é simplesmente um grupo de tipos de item de trabalho que foram definidos como pertencentes no mesmo grupo funções de consulta e do processo de suporte.Por exemplo, a configuração padrão para todos os modelos de processo especifica as seguintes categorias, que são necessárias para oferecer suporte aos recursos usados por Visual Studio ALM:

Categoria de erro
Categoria de resposta de revisão de categoria e código de solicitação de revisão de código
Categoria de categoria de comentários solicitação e resposta de comentários
Categoria do requisito
Categoria compartilhada da etapa
Categoria de tarefas
Categoria de situação de teste
Categoria oculto de tipos

A maioria dessas categorias são auto-explicativos, e contém o mais apenas um tipo de item de trabalho dentro da categoria.A exceção a essa regra é Categoria oculto de tipos.

Se você criou os tipos de itens de trabalho que atuam em maneiras semelhantes e você deseja manipular nas maneiras semelhantes como aqueles definidos pelas categorias anterior, então você precisará adicioná-los para a categoria.Por exemplo, se você tiver definido um ou mais tipos de erros, convém adicionar esses tipos para a categoria de erro.Dessa forma, a configuração do processo manipulará automaticamente esses tipos de erros como fazem o tipo de item padrão de trabalho de bug.Ou, você pode personalizar a categoria de requisitos para incluir dois ou três tipos de itens de trabalho que você pode adicionar a reserva de produto ou definir para aparecer em branco de tarefas.

Para saber mais sobre como as categorias são usadas, consulte Definir categorias para agrupar os tipos de item de trabalho.

Ferramentas ágeis e requisitos e limitações de categoria

Você pode especificar que os tipos de itens de trabalho são considerados como itens de retorno ou como itens de tarefas.Por exemplo, o modelo de processo do scrum atribui os tipos de itens de fallback de erro e de produtos para a categoria dos requisitos, enquanto o modelo agile atribui a artigo de usuário e o modelo CMMI atribui o requisito.Todos os modelos padrão de processo atributo o tipo da tarefa de item de trabalho à categoria de tarefas.

Para atribuir tipos de item de trabalho as categorias, considere as seguintes notas operacionais:

Você deve atribuir pelo menos um tipo de item de trabalho à categoria dos requisitos e um tipo de item de trabalho à categoria de tarefas.
Você não pode atribuir o mesmo tipo de item de trabalho a ambas a categoria dos requisitos e a categoria de tarefas.
Se você inclui mais de um tipo de item de trabalho na categoria dos requisitos ou a categoria de tarefas, o tipo atribuído ao elemento de DEFAULTWORKITEMTYPE aparece como o tipo padrão em páginas ágeis alternativas e em branco.
Para todos os tipos de itens de trabalho que você atribui a uma categoria que é referenciada no arquivo de CommonConfiguration, você deve atribuir os estados de fluxo de trabalho a um metastate válido como descrito em Estados de fluxo de trabalho, metastates, e configuração de processo.As atribuições de categoria e de metastate de referência de vários clientes de Team Foundation definidas no CommonConfiguration arquivo.

Categoria oculto de tipos

A categoria oculto de tipos especifica o conjunto de tipos de itens de trabalho que você não deseja que os usuários para criar manualmente.Essas definições de tipo são usadas para fornecer suporte as experiências de revisão e comentários de código, bem como a definição das situações de teste.

Personalizar categorias

Você pode personalizar os tipos de itens de trabalho que são incluídos dentro de qualquer categoria modificando o arquivo de Categories.xml.Para obter mais informações, consulte Definir categorias para agrupar os tipos de item de trabalho.

Para especificar os tipos de itens de trabalho para incluir em uma categoria

Exportar o arquivo de definição para categorias para seu projeto de equipe como descrito em Exportar e importar arquivos de definição para a configuração do processo.

Abra as categorias arquivo em Bloco De Notas ou outro editor de texto, e posicionar o elemento de CATEGORY que você deseja alterar.

Por exemplo, localize o elemento de CATEGORY para "Hidden Types Category".

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
</CATEGORY>

Para adicionar um novo tipo de item de trabalho a uma categoria, adicione um elemento de WORKITEMTYPE que especifica o nome amigável de tipo de item de trabalho que você deseja adicionar.

Por exemplo, a sintaxe a seguir adiciona o tipo de item de trabalho personalizado de “de compilação integração” na categoria oculto de tipos.

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
   <WORKITEMTYPE name="Integration Build" />
</CATEGORY>

Importar o arquivo de definição para categorias ao seu projeto de equipe.

De volta ao topo

Estados de fluxo de trabalho, metastates, e configuração de processo

Cada tipo de item de trabalho é associado com um fluxo de trabalho que é composto de um conjunto de estados de fluxo de trabalho e das transições entre os estados válidos.Os estados de fluxo de trabalho definem como um item de trabalho progride da primeira ativação ou a criação se encerra ou concluírem.Por exemplo, os estados definidos para o item de fallback do scrum 2,0 definem uma andamento de quatro estados, de Novo, Aprovado, e Confirmado, a Concluído, e também incluem um quinto estado, Removido, para esclarecer um estado fora de andamento típica.Metastates, por outro lado, determina como as placas de retorno e tratam cada tarefa de estado de fluxo de trabalho.Os metastates primários usados pela placa de retorno e de tarefas são Proposed, InProgress, e Complete.Associando cada estado de fluxo de trabalho a um metastate, operações em segundo plano executadas para exibir a reserva e placas de tarefa sabem interpretar corretamente o status de cada item de trabalho.Metastates é específico aos tipos de itens de trabalho.

Por exemplo, a seguinte sintaxe representa as associações que são feitas no arquivo de definição que mapeia CommonConfiguration os estados de fluxo de trabalho para os tipos de itens de trabalho definidos no Microsoft.RequirementCategory para o modelo de processo do scrum 2,0.Nesse exemplo, os estados de Novo e de Aprovado são associados com o metastate de Proposed .O metastate de Proposed indica os itens de trabalho que são novos, ainda não confirmadas, ou ainda não sendo trabalhado sobre são exibidos e portanto na página de retorno do produto.Uma vez que um estado de fluxo de trabalho faz a transição para um estado que não está associado com o metastate de Proposed , se voltará a página de retorno do produto.

  <RequirementWorkItems category="Microsoft.RequirementCategory" plural="Backlog items">
    <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
    </States>
  </RequirementWorkItems>

A tabela a seguir descreve as duas categorias de metastates e os tipos enumerados suportados por cada um.

Group	Tipos suportados	Anotações
Agile	Proposed: Indica os itens de trabalho que são novos, ainda não confirmadas, ou ainda não sendo trabalhado sobre. InProgress: Indica os itens de trabalho que foram comprometidos ou está sendo trabalhados ativamente sobre. Complete: Indica os itens de trabalho que foram implementados.	Os metastates definidos para o grupo agile suportam as atribuições para várias categorias, incluindo os requisitos, tarefas, introduzem-se erros de trabalho, e categorias de comentários.Em geral, esses são os mapeamentos: Proposed: Novo, proposto, certo, ou para fazer.Os itens de trabalho neste metastate aparece na página de retorno do produto. InProgress: Ativa, confirmado, em andamento, ou resolvido.Os itens de trabalho neste metastate são removidos da página de retorno do produto foram comprometidos porque a uma iteração ou correm. Complete: Fechado ou feito.O esforço representado por itens de fallback neste metastate é incluído em calcular a velocidade de equipe. Os itens de trabalho em um fluxo de trabalho que indicam que não é mapeado para um dos metastates suportados não aparece em páginas de placas de fallback ou de tarefas.
Erros	Resolved: Indica erros que foram resolvidos.	Os metastates definidos para o suporte do grupo de erro que mapeia o estado resolvido de fluxo de trabalho de bug. Observação Você só pode atribuir o metastate de Resolved a um estado de fluxo de trabalho especificados no elemento de BugWorkItems .

Agile

Proposed: Indica os itens de trabalho que são novos, ainda não confirmadas, ou ainda não sendo trabalhado sobre.
InProgress: Indica os itens de trabalho que foram comprometidos ou está sendo trabalhados ativamente sobre.
Complete: Indica os itens de trabalho que foram implementados.

Os metastates definidos para o grupo agile suportam as atribuições para várias categorias, incluindo os requisitos, tarefas, introduzem-se erros de trabalho, e categorias de comentários.Em geral, esses são os mapeamentos:

Proposed: Novo, proposto, certo, ou para fazer.Os itens de trabalho neste metastate aparece na página de retorno do produto.
InProgress: Ativa, confirmado, em andamento, ou resolvido.Os itens de trabalho neste metastate são removidos da página de retorno do produto foram comprometidos porque a uma iteração ou correm.
Complete: Fechado ou feito.O esforço representado por itens de fallback neste metastate é incluído em calcular a velocidade de equipe.

Os itens de trabalho em um fluxo de trabalho que indicam que não é mapeado para um dos metastates suportados não aparece em páginas de placas de fallback ou de tarefas.

Erros

Resolved: Indica erros que foram resolvidos.

Os metastates definidos para o suporte do grupo de erro que mapeia o estado resolvido de fluxo de trabalho de bug.

Observação

Você só pode atribuir o metastate de Resolved a um estado de fluxo de trabalho especificados no elemento de BugWorkItems .

De volta ao topo

Personalizar a página de fallback de produto

A reserva do produto representa uma lista de requisitos para o produto que você está desenvolvendo.Os itens de fallback correspondem a um tipo específico de item de trabalho baseado no modelo de processo usado para criar seu projeto de equipe, como o item de fallback de produto, a artigo de usuário, ou o requisito.Se você usar tipos diferentes de itens de trabalho ou catch seus requisitos usando dois ou mais tipos de itens de trabalho, então você pode personalizar a página de fallback de produto para suportar seu uso.Especificamente, você pode personalizar o layout e a funcionalidade da página de fallback de produto das seguintes maneiras:

Especificar campos e os tipos de itens de trabalho disponíveis para rapidamente adicionar itens à reserva que usa o “fast value” no painel.
Definir colunas e a sequência de coluna usada para listar itens de retorno do produto.
Ajuste os tipos de itens de trabalho que são considerados itens de retorno.

Definir os estados de fluxo de trabalho de itens de retorno que estão na reserva do produto, ou são concluídos e deve ser considerado para calcular a velocidade de equipe.

Observação
Certifique-se de que apenas os tipos de itens de trabalho com um fluxo de trabalho que indicam que corresponde ao metastate de Proposed aparece na página de retorno do produto.Também, se você adicionar um tipo de item de trabalho à categoria dos requisitos, certifique-se de adicionar o campo que é usado para controlar o esforço para a velocidade de equipe para a definição para o tipo de item de trabalho.

Certifique-se de que apenas os tipos de itens de trabalho com um fluxo de trabalho que indicam que corresponde ao metastate de Proposed aparece na página de retorno do produto.Também, se você adicionar um tipo de item de trabalho à categoria dos requisitos, certifique-se de adicionar o campo que é usado para controlar o esforço para a velocidade de equipe para a definição para o tipo de item de trabalho.

Defina o campo usado para calcular a velocidade de equipe.

Observação
A sequência dos itens na página de retorno do produto é determinada de acordo com que você adicionou os itens ou arrastou os itens na página.Como você arrasta itens, atualizações de um processo em segundo plano o campo atribuído a type="Order".

De volta ao topo

Personalizar páginas de retorno de sprint ou iteração

Páginas de retorno de sprint ou iteração exibem o conjunto de requisitos que você e sua equipe comprometeram a um ciclo específico de iteração e as tarefas que você vinculasse 2 os requisitos.Tarefas devem ser vinculadas usando os requisitos o tipo de link filho.Porque os tipos de itens de trabalho que aparecem nessas páginas correspondem aos mesmos tipos que aparecem na página de retorno do produto, muito de trabalho de personalização que você faz para a página de retorno do produto irá definir a funcionalidade de páginas de retorno de iteração.

Você pode personalizar o layout e recursos de páginas de retorno de iteração das seguintes maneiras:

Definir a sequência de colunas e coluna que aparece.
Determine a sequência ou ordem de classificação de itens de retorno.
Ajuste os tipos de itens filhos de trabalho que você pode adicionar (o padrão é tarefa).
Especificar campos e formatar-los (horário ou dias) usado para calcular trabalho restante.
Especificar o campo usado para associar a atividade e restante trabalho usando a capacidade-por- atividade.
Especificar os dias não úteis que é referenciado em capacidade calculadora e em burndown (as opções correspondem a sábado e a domingo).

Você personaliza esses recursos personalizando um ou mais dos seguintes arquivos de definição do seu projeto de equipe: AgileConfiguration, CommonConfiguration, e categorias.Para obter mais informações, consulte Personalizar as páginas da lista de pendências.Para saber mais sobre como trabalhar com páginas de retorno, consulte Criar ou adicionar à lista de pendências de produto e Planejar uma iteração.

De volta ao topo

Personalizar a página em branco de tarefas

Com a placa de tarefas, sua equipe pode atualizar itens de trabalho e progresso de relatório.As colunas em branco de tarefa correspondem aos estados de fluxo de trabalho atribuídos às tarefas.Os itens de trabalho exibidos incluem todos os itens de fallback atribuídas a iteração atual, e todas as tarefas filhos vinculadas desses itens, independentemente da iteração atribuídas.

Encarregue os itens que podem ser adicionados como tarefas filho para itens de fallback correspondem aos tipos de itens de trabalho atribuídos a categoria de tarefas.Em branco, as tarefas aparecem sob o título de coluna o estado de fluxo de trabalho.Quando você arrasta as tarefas de uma coluna para outra, o campo de estado para aquele item é atualizado automaticamente.

Porque os tipos de itens de trabalho que aparecem nessas páginas correspondem aos mesmos tipos que aparecem em páginas de retorno de iteração, muito de trabalho de personalização que você faz para a página de retorno de iteração determina o que aparece na página em branco de tarefas.

Você pode personalizar os recursos de página em branco da tarefa das seguintes maneiras:

Determine quais tipos de itens filhos de trabalho aparecem em branco de tarefa e tipos que você pode adicionar como um item filho a um item de retorno (opção é tarefa).
Selecione os estados de fluxo de trabalho de itens tarefas que são considerados estar em branco de tarefas.
Altere o limite máximo definido para o número de itens de trabalho que podem aparecer em branco de tarefas.O padrão é 500 itens de trabalho.

Você personaliza esses recursos personalizando um ou mais dos seguintes arquivos de definição do seu projeto de equipe: AgileConfiguration, CommonConfiguration, e categorias.Para obter mais informações, consulte Personalizar as páginas da lista de pendências.Para saber mais sobre como trabalhar com a placa de tarefas, consulte Executar uma iteração.

De volta ao topo

Personalizar erro e meu trabalho

Meu Trabalho, um recurso de Team Explorer desenvolvedores que ajuda a organizar seu trabalho, para reduzir com mais eficiência interrupções, e trabalho, referências que os metastates atribuiu a categoria de erro.

Você personaliza essa área atualizar arquivos de definição para categorias e CommonConfiguration.Para obter mais informações, consulte Suporte a Status de atualização do Bug usando meu trabalho.

De volta ao topo

Exportar e importar arquivos de definição para a configuração do processo

Antes de personalizar sua configuração do processo, você pode ter que exportar o arquivo atual de definição definido para seu projeto de equipe.Uma vez que você personalizou um arquivo de definição, você deve importá-lo em seu projeto de equipe para que as alterações aparecem.

Para exportar um arquivo de definição

Em um computador onde Visual Studio ou Team Explorer sejam instalados, abra uma janela de prompt de comando e entre-a:
```
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
```
Em uma edição de 64 bits do Windows, substitua %programfiles% com %programfiles(x86)%.
Para exportar os arquivos de definição para categorias ou processar a configuração, digite os seguintes comandos, um de cada vez, substituindo os dados para os argumentos que são mostradas aqui, onde CollectionURL especifica a URL de uma coleção de projeto de equipe, ProjectName especificam o nome de um projeto de equipe definido dentro da coleção, e DirectoryPath especifica o nome e o local para o arquivo exporte.Escolha ENTER.
```
witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin exportagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
O comando a seguir mostra um exemplo de como importar arquivos de definição para a configuração agile do processo:

witadmin exportagileprocessconfig /collection:"http://MyServer:8080/tfs/DefaultCollection" /p:MyProject /f:"C: AgileConfiguration.xml"

Para importar um arquivo de definição

Para importar os arquivos de definição para categorias ou processar a configuração, continue do procedimento anterior e digite os seguintes comandos, um de cada vez, substituindo os dados para os argumentos que são mostrados, e escolha enter.
```
witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin importagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
Importante

Importando um arquivo de definição de tipo substitui quaisquer categorias existentes ou as configurações definidas para o projeto de equipe.