Personalizar objetos de acompanhamento de trabalho para dar suporte aos processos da sua equipe
Para implantações locais do TFS (Team Foundation Server), é possível personalizar a forma como você planeja e acompanha o trabalho. Para adicionar ou modificar um campo, um WIT (tipo de item de trabalho) ou uma ferramenta de planejamento do Agile, consulte um dos tópicos listados na tabela abaixo.
Se você tiver necessidades adicionais de personalizar seu projeto de equipe, consulte Uma exibição completa do que você pode configurar e personalizar no Visual Studio TFS.
|
|
|
|
|
Definir o escopo de seus requisitos
Dependendo de seus requisitos de personalização, talvez seja aconselhável configurar padrões personalizando um modelo de processo. Você cria um projeto de equipe a partir de um modelo de processo. Os objetos que você personaliza dentro do modelo de processo fornecem a configuração inicial do objeto. Personalizando um modelo de processo, você aumenta a conformidade com processos entre todos os projetos de equipe que são criados com o modelo de processo. Para obter mais informações sobre os modelos de processo padrão do TFS, clique aqui.
Você pode fazer muitas personalizações em níveis de escopo diferentes. Ao planejar seus requisitos de personalização, considere as áreas de escopo descritas na tabela a seguir.
Escopo |
Observações sobre a implementação |
---|---|
Escopo do projeto ou da coleção |
|
Requisitos de integração de dados |
Um conjunto de campos selecionados se integra com o Team Foundation Build, Test Manager e Controle de versão do Team Foundation. Esses aplicativos automatizam a atribuição de dados para esses campos. Consulte Campos que dão suporte à integração com teste, compilação e controle de versão. |
Requisitos de localização e globalização |
Você pode localizar os nomes dos WITs, campos e vários elementos definidos para um WIT. Consulte Localização e globalização dos elementos filho do WITD. |
Grupos de categorias necessários para oferecer suporte ao trabalho entre grupos |
Quando você tiver WITs similares com nomes diferentes, será possível usar categorias para agrupá-los e gerar relatórios com mais facilidade. As categorias oferecem suporte a consultas flexíveis, relatórios, configuração de processo e integração entre projetos de equipe. Consulte Usar categorias para agrupar tipos de itens de trabalho. |
Antes de personalizar, entenda as implicações de manutenção e atualização.
Atualizações para o TFS podem introduzir novos recursos que requerem atualizações para os objetos usados para acompanhar o trabalho. Esses objetos incluem tipos de item de trabalho, categorias e configuração de processo. Minimizar alterações no fluxo de trabalho para um WIT ou a configuração do processo pode ajudar a minimizar o trabalho que você deve fazer quando atualiza seu TFS.
Para minimizar a quantidade de trabalho manual que você precisará realizar após uma atualização do TFS, entenda quais personalizações oferecem suporte a um caminho de atualização facilitado e quais não o fazem.
Personalizações compatíveis com atualizações de projetos da equipe usando o assistente Configurar Recursos
Com as seguintes personalizações, você pode usar o assistente Configurar Recursos para aplicar automaticamente qualquer alteração ao seu projeto de equipe necessária para os novos recursos.
Campos: adicionar campos personalizados, personalizar uma lista de opções, adicionar ou modificar área e caminhos de iteração e adicionar regras a um campo
WITs: adicionar WITs personalizados, alterar o layout de formulário
Categorias: adicionar categorias personalizadas
Ferramentas de planejamento do Agile: personalizar as colunas no bloco Kanban, personalizar o painel de adição rápida
Integração do Office: adicionar ou alterar o modo como os campos do Projeto são mapeados para campos do TFS
Para saber mais sobre o assistente Configurar Recursos, clique aqui.
Personalizações que podem exigir atualizações manuais ao projeto da equipe ou ao modelo de processo ao atualizar o TFS
O assistente Configurar Recursos requer que tipos específicos de itens de trabalho, estados do fluxo de trabalho e campos sejam definidos nos objetos do modelo de processo e na configuração do processo. Ao realizar as seguintes personalizações, você pode precisar modificar os modelos de processo existentes para que o assistente seja executado, ou pode ter que atualizar seu projeto de equipe manualmente.
Campos: alterar os atributos de um campo existente, remover campos especificados na configuração do processo
WITs: alterar o fluxo de trabalho
Ferramentas de planejamento do Agile:
Altere os WITs definidos para a categoria de requisito, tarefa ou categoria de recurso.
Altere o mapeamento de metaestado definido na configuração do processo.
Altere um campo especificado para um TypeField na configuração do processo.
Além disso, alterações feitas nos WITs ou no fluxo de trabalho podem exigir atualizações de outros artefatos fornecidos com seu modelo de processo, como relatórios do Excel ou SQL Server Reporting Services.
Personalizações a serem evitadas
Você deve evitar realizar as seguintes personalizações pois elas podem resultar em conflitos de esquema no data warehouse ou causar problemas ao atualizar projetos de equipe após uma atualização do TFS.
Campos:
Alterar o nome amigável de um campo padrão (campo definido no modelo de processo)
Alterar o nome de relatório, atributo de relatório ou atributo de nome de sincronização de um campo padrão
WITs: renomear ou excluir tipos de itens de trabalho
Categorias: alterar o nome de categorias padrão ou alterar os tipos de itens de trabalho definidos dentro das categorias padrão
Para saber mais sobre o relatório de atributos, consulte Adicionar ou modificar campos de itens de trabalho para oferecer suporte a relatórios.
Práticas recomendadas ao personalizar projetos de equipe
Identifique as melhores opções para personalizar WITs que oferecem suporte aos seus requisitos de acompanhamento. Ao alterar os objetos que acompanham itens de trabalho, você deve identificar como essas alterações afetarão os projetos de equipe existentes e futuros.
Coloque os modelos de processo e todos os arquivos de definição XML no controle de versão. Não implante os objetos que você definiu, mas não armazenou em um repositório.
Teste seus objetos personalizados exatamente como você testaria seu software.
Minimize o número de campos personalizados que você introduz. Minimize o número de campos que você torna reportável.