Atualizar um modelo de processo personalizado para acessar novos recursos

Quando o Assistente Configurar recursos não pode atualizar seu projeto de equipe, é porque seu projeto de equipe foi criado de um modelo de processo que esses TFS fornece, ou você personalizou seu projeto de equipe de maneiras que entram em conflito com sua capacidade de aplicar as atualizações. Nessas situações, você terá estas opções para atualizar seus projetos de equipe existentes:

• Opção r: adicionar recursos ao seu modelo de processo personalizado e, em seguida, execute o Assistente Configurar recursos

  Siga as etapas: , , , e

  Escolha esta opção quando você tiver feito personalizações abrangentes para seu modelo de processo.

• Opção b: aplicar suas personalizações ao modelo de processo mais recente e, em seguida, execute o Assistente Configurar recursos

  Do steps: , , , and .

  Escolha esta opção quando você fez poucas personalizações para seu modelo de processo.

• Option C: Manually update your team project to add features

  Escolha esta opção se você tiver feito personalizações ao seu projeto de equipe que não estão presentes em qualquer um dos seus modelos de processo.

• Opção d: atualizar programaticamente muitos projetos de equipe. Primeiro, escolha opção A ou opção B para atualizar o modelo de processo personalizado. Em seguida, todos os projetos de equipe definidos para uma coleção de projeto de equipe usando as seguintes informações e recursos de atualização de lote: como configurar recursos de dezenas de projetos de equipe e solução CodePlex Features4tfs.

  Escolha esta opção quando você tem dezenas de projetos de equipe que foram criados a partir do mesmo modelo de processo.

Para saber mais sobre as adições feitas em modelos de processo padrão mais recente, consulte alterações de configuração feitas para adicionar novos recursos.

1.Baixe o modelo de processo mais recente

Você copiará ou adicionará arquivos da pasta da versão mais recente do modelo de processo que você baixa para a pasta correspondente que contém suas definições de modelo de processo personalizadas.

1. Se você estiver atualizando um modelo de processo com base em uma versão anterior ao MSF 6.0 ou Visual Studio Scrum 2.0, aplique primeiro as atualizações fornecidas na versão 2012 deste tópico.

   Você pode verificar o arquivo ProcessTemplate.xml para obter as informações de versão.

2. Se você não tiver atualizado o servidor de camada de aplicativo para a versão do TFS que contém os recursos que deseja, faça isso agora. Faça o download e Atualizar Team Foundation Server.

3. Se você não for membro do grupo de Administradores da coleção de projetos, seja adicionado. É necessário o permissão de modelo de processo de gerenciar definidas como permitir baixar e gerenciar modelos de processo.

4. Após atualização do TFS, baixe o modelo de processo mais recente do TFS e escolha o modelo de processo mais parecido com aquele usado para criar seu projeto de equipe.

   Consulte baixar a versão mais recente dos modelos de processo.

   Para baixar ou carregar modelos de processo, você deverá se conectar ao TFS 2013 do Visual Studio 2013 ou do Team Explorer 2013.

5. Copie o modelo de processo para uma nova pasta em que você irá aplicar suas personalizações (opção B) ou copiar definições de XML para adicionar novos recursos ao seu modelo de processo existente (opção C).

2.Adicionar recursos ao seu modelo de processo personalizado (opção A)

Atualize o modelo de processo personalizado adicionando os seguintes tipos de item de trabalho (WITs):

• Recurso suporta gerenciando listas de pendências de portfólio.

• Compartilhado parâmetro suporta repetir testes com dados diferentes.

• Plano de teste e conjunto de testes suporte para a personalização desses artefatos e a capacidade de consulta em relação a esses WITs. Alterações adicionais foram introduzidas, conforme descrito nos dois tópicos a seguir: Novos recursos habilitados para o Team Web Access e planejar testes manuais.

Copie ou adicione arquivos da pasta da versão mais recente do modelo de processo que você baixou para a pasta correspondente que contém suas definições de modelo de processo personalizadas.

Adicionar suporte a lista de pendências recurso e portfólios (necessário TFS 2013)

1. Copie o arquivo Feature.xml da pasta WorkItem Tracking/TypeDefinitions para a pasta correspondente de seu modelo de processo personalizado.

2. Adicione a Feature Category ao arquivo Categories, localizado na pasta WorkItem Tracking.

   <CATEGORY name="Feature Category" refname="Microsoft.FeatureCategory">
       <DEFAULTWORKITEMTYPE name="Feature" />
     </CATEGORY>
   

3. Abra o arquivo de plug-in WorkItems localizado na pasta WorkItem Tracking.

   1. Adicione uma tarefa para carregar o tipo de item de trabalho Feature à seção <WORKITEMTYPES>.

      <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Feature.xml" />
      

   2. Substitua as duas tarefas de configuração do processo no elemento PROCESSCONFIGURATION…

      <PROCESSCONFIGURATION>
         <CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/>
         <AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
      </PROCESSCONFIGURATION>
      

      .. pela instrução de elemento único que referencia o arquivo ProcessConfiguration.

      <PROCESSCONFIGURATION>
         <ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
      </PROCESSCONFIGURATION>
      

4. Copie o arquivo ProcessConfiguration da pasta WorkItem Tracking/Process do modelo de processo baixado para sua pasta de modelos personalizados no mesmo local.

   Incorpore as personalizações que você fez nos arquivos AgileConfiguration ou CommonConfiguration ao arquivo ProcessConfiguration. Para saber mais, veja Referência XML da configuração de processo.

5. Exclua os arquivos AgileConfiguration e CommonConfiguration da pasta WorkItem Tracking/Process.

   Agora, a configuração do processo é aceita pelo arquivo único ProcessConfiguration.

6. Substitua os arquivos Backlog/Stories/Requirement Overview.rdl e Stories/Requirements Progress.rdl na pasta Reports de seu diretório de modelos personalizados pelos arquivos do modelo de processo baixado no mesmo local.

   Essas atualizações refletem as alterações exigidas com a introdução do tipo de item de trabalho da lista de pendências do portfólio do recurso nesta publicação de blog: Atualize seus relatórios de Visão geral e Progresso para dar suporte às listas de pendências do portfólio.

7. Substitua a pasta Process Guidance, localizada no diretório Windows SharePoint Services, pelo conteúdo da pasta mais recente.

   Esses arquivos fornecem links de encaminhamento para o conteúdo de diretrizes de processo mais recente.

Adicionar que suporte a parâmetros compartilhados (necessário TFS 2013.2)

1. Copie o arquivo SharedParameter.xml da pasta WorkItem Tracking/TypeDefinitions para a pasta correspondente de seu modelo de processo personalizado.

2. Adicione a Shared Parameter Category ao arquivo Categories, localizado na pasta WorkItem Tracking.

   <CATEGORY name="Shared Parameter Category" refname="Microsoft.SharedParameterCategory">
       <DEFAULTWORKITEMTYPE name="Shared Parameter" />
     </CATEGORY>
   

3. Adicione Shared Parameter a Hidden Types Categories.

   <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="Shared Parameter" />  </CATEGORY>
   

4. Abra o arquivo de plug-in WorkItems localizado na pasta WorkItem Tracking.

5. Adicione uma tarefa para carregar o tipo de item de trabalho Parâmetro Compartilhado à seção <WORKITEMTYPES>.

   <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\SharedParameter.xml" />
   

Adicione o plano de teste e teste WITs suite (TFS 2013.3 requerido)

Ao realizar o upgrade do servidor em nível de aplicativo para o TFS 2013.3, o assistente de Upgrade do TFS automaticamente atualiza os projetos de equipe existentes para oferecer suporte aos novos objetos de rastreamento de item de trabalho para planos de teste e conjuntos de teste.

Alterações são feitas ao projeto de equipe, mas não a modelos de processo personalizados existentes. No entanto, é possível atualizar manualmente os modelos de processo personalizados. Os motivos para fazer isso incluem suporte para futuros upgrades do TFS que exijam usar o assistente Configurar Recursos, ou se você planejar criar projetos de equipe com o modelo de processo personalizado no servidor que recebeu o upgrade. Será preciso adicionar manualmente esses objetos aos modelos de processo personalizados.

1. Copie os arquivos TestPlan.xml e TestSuite.xml da pasta WorkItem Tracking/TypeDefinitions para a pasta correspondente de seu modelo de processo personalizado.

2. Adicione os arquivos Test Plan Category e Test Suite Category ao arquivo Categories, localizado na pasta WorkItem Tracking.

   <CATEGORY name="Test Plan Category" refname="Microsoft.TestPlanCategory">
       <DEFAULTWORKITEMTYPE name="Test Plan" />
     </CATEGORY>
     <CATEGORY name="Test Suite Category" refname="Microsoft.TestSuiteCategory">
       <DEFAULTWORKITEMTYPE name="Test Suite" />
     </CATEGORY>
   

3. Adicione Test Plan Category e Test Suite Categorya Hidden Types Categories.

   <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="Shared Parameter" />
       <WORKITEMTYPE name="Test Plan" />
       <WORKITEMTYPE name="Test Suite" />
     </CATEGORY>
   

4. Abra o arquivo de plug-in WorkItems localizado na pasta WorkItem Tracking.

5. Adicione uma tarefa para os WITs de Plano de teste e Conjunto de testes à seção <WORKITEMTYPES>.

   <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestPlan.xml" />
   <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestSuite.xml" />
   

3.Aplicar as personalizações para o modelo de processo (opção B)

Com essa opção, você deve aplicar as personalizações feitas em seu modelo de processo ou projeto de equipe ao modelo de processo mais recente que mais se aproxima do modelo usado para criar seu projeto de equipe.

1. Aplica as personalizações feitas para a pasta do novo modelo de processo:

   • Aplica as personalizações feitas nas definições de WIT (tipo) do item de trabalho padrão. Isso pode incluir adições de campos ou modificações no fluxo de trabalho ou formulário.

   • Adicione WITs personalizados para a pasta de controle de item de trabalho e atualize o WorkItems arquivo de definição conforme necessário. Consulte adicionar definições de tipo para itens de trabalho a um modelo de processo.

     Se você quiser usar um WIT personalizado que contém o mesmo nome que aquelas no modelo de processo padrão, certifique-se de que você troque os arquivos de definição de WIT. Se você quiser usar um WIT personalizado com um nome diferente que fornecida no modelo de processo padrão, você precisará modificar as categorias e processar a definição da configuração de arquivos antes da importação para refletir a nomenclatura diferente.

   • Aplique personalizações para o Categories arquivo de definição.

   • Aplique personalizações para o ProcessConfiguration arquivo de definição. Verifique se os WITs que desejar são representados nas categorias corretas e que todos os estados do fluxo de trabalho são mapeados para metaestados.

   • Copie qualquer arquivo de modelo de processo adicional que você personalizou para a pasta de modelos de processo apropriada. Para obter uma lista completa dos arquivos de modelo de processo e informações sobre como personalizá-las, consulte visão geral dos arquivos de modelo de processo.

2. Revise as alterações em relação a esta lista de verificação para certificar-se de que você tenha aplicado todas as personalizações necessárias:

   Personalização	Atualizar ou verificar a definição de WIT	Atualizar ou verificar a definição de configuração de processo
   Adicionar um WIT na categoria de requisito (Um WIT pode pertencer a categoria de requisito ou a categoria de tarefa, mas não ambos).	Para incluir os seguintes campos: O valor do campo atribuído a type=Order no arquivo de configuração do processo (prioridade da lista de pendências no Scrum), classificação da pilha no Agile ou CMMI O valor do campo atribuído a type=Effort no arquivo de configuração do processo (esforço (Scrum), pontos de história (Agile) ou tamanho (CMMI)) O caminho de área ou o valor do campo atribuído a type=Team no arquivo de configuração do processo. Todos os campos incluídos na seção AddPanel do arquivo de configuração de processo. Os campos devem ser definidos dentro da seção FIELDS, mas não precisam ser incluídos dentro da seção FORM.	Para conter os mapeamentos de metaestado necessários sob o RequirementBacklog seção: Mapear os estados iniciais de cada WIT na categoria de requisitotype="Proposed" Mapeie o estado de cada fluxo de trabalho intermediário que deseja que apareça no painel Kanban para type="InProgress" Mapeie o fim do estado de cada fluxo de trabalho para type="Complete" Você pode ter mais de um estado mapeado para type="Complete" Para conter uma entrada para definir os códigos de cor associados ao WIT. Por exemplo: <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="Product Backlog Item" />
   Alterar o fluxo de trabalho de um WIT na categoria de requisito	N/D	Para conter os mapeamentos de metaestado necessários conforme descrito acima para adicionar um WIT na categoria de requisito.
   Adicionar um WIT à categoria de tarefas	Para incluir os seguintes campos: O valor do campo atribuído a type=Order no arquivo de configuração do processo (prioridade da lista de pendências no Scrum), classificação da pilha no Agile ou CMMI O valor do campo atribuído a type=Activity no arquivo de configuração do processo (atividade (Scrum ou Agile) ou disciplina (CMMI)) Caminho de área ou valor de campo atribuído a type=Team no arquivo de configuração de processo O valor do campo atribuído a type=RemainingWork no arquivo de configuração do processo (trabalho restante) (Opcional) Trabalho original e trabalho concluído (Agile e CMMI apenas)	Para conter os mapeamentos de metaestado necessários sob o TaskBacklog seção: Mapear os estados iniciais de cada WIT na categoria de tarefa paratype="Proposed" Mapeie o estado de cada fluxo de trabalho intermediário que deseja que apareça no painel de tarefas para type="InProgress" Mapeie o fim do estado de cada fluxo de trabalho para type="Complete" Você pode ter mais de um estado mapeado para type="Complete" Para conter uma entrada para definir os códigos de cor associados ao WIT. Por exemplo: <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   Mude o fluxo de trabalho de um WIT na categoria de tarefas	N/D	Para conter os mapeamentos de metaestado necessários como descrito acima para adicionar um WIT à categoria de tarefas.
   Adicionar um WIT ã categoria de Bug ou alterar o fluxo de trabalho de um WIT na categoria de Bug (Agile e CMMI apenas) (consulte nota um)	Para oferecer suporte a configuração de equipe configurável para adicionar bugs à lista de pendências, inclua os seguintes campos: O valor do campo atribuído a type=Order no arquivo de configuração do processo (prioridade da lista de pendências no Scrum), classificação da pilha no Agile ou CMMI O valor do campo atribuído a type=Effort no arquivo de configuração do processo (esforço (Scrum), pontos de história (Agile) ou tamanho (CMMI))	Para conter os mapeamentos de metaestado necessários sob o BugWorkItems seção: Mapeie o estado inicial de cada WIT na categoria de Bug para type="Proposed" Mapeie cada estado intermediário do fluxo de trabalho que deseja ter aparecem no quadro Kanban ou para meu trabalho para type="InProgress" Mapeie o fim do estado de cada fluxo de trabalho para type="Complete" Você pode ter mais de um estado mapeado paratype="Complete" Para obter mais informações, consulte status de atualização do suporte bug usando meu trabalho.
   Remover um WIT da categoria de requisito ou categoria de tarefa	N/D	Para remover qualquer mapeamento de metaestado associado apenas àqueles WIT
   Remover um WIT	Remover o WIT do arquivo de categorias	Para remover qualquer mapeamento de metaestado associados apenas ao WIT removido e ao elemento WorkItemColor que define os códigos de cor para o WIT removido.
   Renomear um WIT	Atualizar o arquivo de categorias com os novos nomes	Atualizar o arquivo de configuração do processo com os novos nomes

   Observações:

   1. Se você atualizou para o TFS 2013.4, consulte adicionar bugs para o painel de tarefas ou da lista de pendências. TFS 2013.4 apresenta uma configuração que permite que cada equipe exibir bugs em sua lista de pendências e o quadro Kanban. Esse recurso faz referência os mapeamentos de metaestado feitos em BugWorkItems.

4.Renomear e carregar o modelo de processo no TFS

Para o Assistente Configurar recursos selecionar a versão mais recente do modelo de processo, você deve atualizar o version instrução para diferenciar sua versão de modelo de processo atualizados de versões anteriores.

1. Abra o arquivo de plug-in ProcessTemplate localizado na pasta superior.

   1. Atualize o nome para refletir as alterações de versão feitas por você. Por exemplo:

      <name>MyCompany Custom Scrum 2013.3  </name>
      

   2. Atualize o trecho de código após o elemento description. Aumente a versão secundária para refletir o que você fez atualizações ao modelo de processo existente e diferenciá-lo a partir do modelo de processo do TFS padrão.

      Sua opção de trecho de código é baseada na categoria de modelo que você está atualizando:

      Categoria	Instrução de versão
      Agile	<version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="7" minor="20"/>
      CMMI	<version type="27450541-8E31-4150-9947-DC59F998FC01" major="7" minor="10"/>
      Scrum	<version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="3" minor="10"/>

2. Carregar o modelo de processo.

   Para verificar as alterações, crie um projeto de teste. Consulte criar um projeto de equipe.

5.Executar o assistente Configurar Recursos

Quando você verificou que o modelo de processo oferece suporte a suas personalizações, execute o Assistente Configurar recursos atualizar seus projetos de equipe existentes. Consulte Configurar recursos após uma atualização do TFS.

Perguntas e respostas

P: quais tipos de personalizações parar o Assistente Configurar recursos sejam capazes de atualizar um projeto de equipe?

R: as seguintes alterações feitas em um modelo de processo podem interferir na capacidade do Assistente Configurar recursos de execução:

• Renomeado ou removidos WITs que pertencem à categoria de requisito ou categoria de tarefa.

• Renomear estados ou estados de fluxo de trabalho personalizado definidos para WITs que pertencem à categoria de requisito ou categoria de tarefa. Metaestados definem como ferramentas de planejamento tratar cada estado de fluxo de trabalho. Pelo menos um estado de fluxo de trabalho deve ser mapeado para o InProgress e o Completed metaestados

• Remoção de campos definidos para os WITs que pertencem à categoria de requisito ou categoria de tarefa. Esses campos são definidos no ProcessConfiguration definição de arquivo e inclua os campos usados para gerenciar a lista de pendências de prioridade, esforço, atividade de tarefa ou disciplina e trabalho restante.

Para obter mais informações, consulte processar referência do elemento XML configuração.

P: Como a instrução de versão é usada em modelos de processo?

R: O assistente Configurar Recursos usa a instrução version para determinar qual modelo de processo em uma categoria é a versão mais recente e seleciona automaticamente essa versão.

Se a instrução version não estiver presente, o assistente Configurar Recursos não poderá selecionar o modelo de processo para atualizar um projeto de equipe. Além disso, se mais de um modelo de processo tiver sido carregado ao TFS que especifica o mesmo número de versão mais alto, em seguida, nenhum desses modelos de processo podem ser selecionados para atualizar um projeto de equipe.

P: eu sou novo para trabalhar com modelos de processo.O que devo saber sobre como fazer atualizações manuais?

R: tenha estas dicas em mente ao modificar arquivos de modelo de processo:

• Para obter uma visão geral do que são, seus arquivos e pastas de modelos de processo, consulte personalizar um modelo de processovisão geral dos arquivos de modelo de processo.

• Não remova um arquivo ou uma tarefa para carregar um arquivo, a menos que você sabe o que é o arquivo e que você terá não usá-la.

• Para localizar as personalizações que você fez, você pode executar uma operação de comparação em arquivos comparáveis que existem nos dois modelos. No entanto, você pode receber falsos positivos porque a sequência das definições de elemento pode ter alterado entre duas versões.

• Você pode procurar o dependency elemento em todos os arquivos de plug-in para saber quais tarefas dependem de outras tarefas que estão sendo concluídas. Por exemplo, Microsoft Test Manager e Lab Management exigem o caso de teste e SharedSteps de item de trabalho tipos, o SharedSteps e TestedBy links tipos e categorias. Consulte Definir dependências para grupos de tarefas e tarefas em arquivos de plug-in.

P: como posso renomear um tipo de item de trabalho?

R: uso witadmin renamewitd comando para alterar o nome e, em seguida, atualize o arquivo de definição de categorias. Para saber mais, consulte Modificar ou adicionar um WIT (tipo de item de trabalho) personalizado.

P: E se eu quiser usar mais de um nível de lista de pendências de portfólio?

R: Você pode adicionar até cinco listas de pendências de portfólio. Isso inclui a lista de pendências padrão de Feature. É possível adicioná-la a um modelo de processo personalizado ou depois que o projeto de equipe for atualizado. Para começar, confira Adicionar uma lista de pendências de portfólio.

P: Onde posso saber mais sobre os arquivos de definição a serem modificados?

R: Consulte estes tópicos para obter mais informações:

• Personalizar um modelo de processo

• Referência de todos os elementos XML de WITD

• Referência de elemento XML de categorias

• Referência de elemento XML da configuração de processo

P: Para onde posso ir se tiver mais dúvidas?

R: Você pode publicar uma pergunta ou pesquisar respostas em um destes fóruns: Team Foundation Server - Rastreamento de item de trabalho ou Team Web Access.