Personalizar a experiência de acompanhamento de trabalho

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Ao planejar e acompanhar seu projeto, considere configurar um recurso ou personalizar sua experiência para se alinhar aos requisitos de acompanhamento de sua equipe. A abordagem para personalizar projetos, que afeta todas as equipes, depende do modelo de processo que você está usando.

Este artigo fornece uma visão geral das personalizações disponíveis e como elas variam entre os três modelos de processo. Para obter orientações específicas sobre personalizações para dar suporte a decisões de negócios, Configure e personalize os Azure Boards. Para obter mais informações, consulte O que são Azure Boards? e Sobre itens de trabalho.

Você pode personalizar nos seguintes níveis de controle de trabalho:

Recursos compartilhados em nível de projeto

Cada projeto fornece muitos recursos compartilhados que dão suporte a todas as equipes dentro do projeto. Você configura esses recursos por meio da interface do usuário ou do contexto de administração do portal da Web. Para obter mais informações, consulte os seguintes artigos:

• Sobre caminhos de área e iteração
• Definir caminhos de área
• Alterar a lista de opções de um caminho de iteração
• Criar e editar consultas
• Adicionar marcas a itens de trabalho

Seletor de pessoas e campos de identidade

• Os campos Atribuído a e outros campos de Identidade são suportados pelo recurso seletor de pessoas.
• Quando você escolhe o campo Atribuído a em um formulário de item de trabalho, o seletor de pessoas é ativado.
• Para selecionar um usuário, comece a inserir seu nome e pesquise até encontrar uma correspondência.
• Os usuários selecionados anteriormente aparecem automaticamente na lista.
• Para organizações que usam o Microsoft Entra ID ou o Active Directory, os seletores de pessoas permitem pesquisar todos os usuários e grupos adicionados ao AD (não apenas aqueles adicionados a um projeto específico).
• Para limitar o escopo de identidades disponíveis para seleção a usuários específicos do projeto, use o grupo Usuários com escopo do projeto.
• As regras personalizadas podem restringir ainda mais os valores disponíveis para campos de Identidade em um item de trabalho.

Para obter mais informações, consulte os seguintes artigos:

• Adicione usuários ou grupos do Active Directory/Microsoft Entra a um grupo de segurança interno.

Seu projeto define os tipos de item de trabalho (WITs) disponíveis para controlar o trabalho e configura as ferramentas Agile. Ele especifica histórias de usuários, tarefas, bugs e os campos de dados usados para capturar informações. Os objetos personalizados são compartilhados entre as equipes dentro do projeto.

A tabela a seguir resume as diferenças entre os três modelos de processo com suporte. Para obter definições dos principais objetos de controle de trabalho, consulte Glossário Agile. Para obter links para artigos de personalização, consulte Índice de referência rápida para configurações de Quadros do Azure.

Observações:

1. Um processo determina os blocos de construção usados para controlar o trabalho. Um modelo de processo especifica um conjunto interdependente de arquivos de definição XML que fornecem os blocos de construção e a configuração inicial para controlar o trabalho e outras áreas funcionais.
2. A personalização XML hospedada oferece suporte à adição e atualização de listas globais com uma atualização de processo (sujeito a limites no tamanho máximo de cada lista). Para obter mais informações, consulte Limites de objeto de controle de trabalho.
3. O modelo de processo Herdado não oferece suporte à personalização dos seguintes recursos disponíveis com a personalização de modelos de processo. Em vez disso, você personaliza essas áreas no portal da Web projeto a projeto.
   • Caminhos de área e iteração
   • Consultas de item de trabalho
   • Grupos de segurança e permissões
   • Permissões e acesso a áreas funcionais, como controle de versão e compilação
   Ou, você pode usar APIs REST.
   Ou, você pode usar APIs REST ou a ferramenta de comando da CLI do Azure DevOps.
4. O suporte para a integração do Office Project com o Azure DevOps foi preterido e o TFSFieldMapping comando não tem suporte.
5. Use a API REST para importar e exportar modelos de processo.

Personalizar a experiência de teste

Vários tipos de item de trabalho oferecem suporte à experiência de teste nas páginas de teste do portal da Web e no cliente do Test Manager.

• Para um processo herdado, você pode personalizar os seguintes tipos de item de trabalho como faria com qualquer outro tipo de item de trabalho:
  • Plano de Teste
  • Conjunto de testes
  • Caso de teste
• Para um processo XML local, você pode personalizar todos os tipos de item de trabalho relacionados ao teste, incluindo:
  • Plano de Teste
  • Conjunto de testes
  • Caso de teste
  • Etapas Compartilhadas
  • Parâmetros compartilhados

O exemplo a seguir mostra as relações de link com suporte.

Personalizações menos comuns

Você só pode executar as personalizações a seguir ao trabalhar com os modelos de processo XML hospedado ou XML local. As personalizações feitas para a configuração do processo se aplicam a todas as equipes dentro de um projeto.

Backlog e limites da placa (XML hospedado, XML local)

Para limitar o tempo de carregamento de exibição a parâmetros aceitáveis, o quadro de tarefas é restrito a um máximo de 1.000 itens de trabalho. Para obter detalhes, consulte Referência do elemento XML de configuração do processo.

Você pode aumentar esse valor até um máximo de 1500 especificando um valor para o workItemCountLimit atributo do elemento TaskBacklog . Para obter detalhes, consulte Referência do elemento XML de configuração do processo.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
    . . .
</TaskBacklog>

Alterar atribuições de campo (XML hospedado, XML local)

Você pode alterar os campos de item de trabalho usados no cálculo de capacidade, gráficos de burndown, previsão e velocidade. Qualquer alteração feita em uma das atribuições padrão deve corresponder a uma alteração feita no WIT usado para definir e capturar informações para esse valor.

Por exemplo, se você alterar o refname atribuído para type="Activity" , deverá incluir o mesmo campo na definição de WIT atribuída à Categoria de Tarefa que captura as informações de atividade. Para obter detalhes, consulte Referência do elemento XML de configuração do processo.

Os campos atribuídos são usados pelas seguintes ferramentas:

Gerenciar o acesso a ferramentas de rastreamento de trabalho

Gerencie o acesso a recursos específicos por meio de configurações de permissão. Quando você adiciona contas de usuário à sua equipe, elas são automaticamente adicionadas ao grupo de Colaboradores. Em seguida, eles têm acesso à maioria dos recursos necessários para contribuir com o código, o rastreamento de trabalho, as compilações e os testes. No entanto, o grupo de Colaboradores não permite que os usuários criem consultas compartilhadas ou adicionem caminhos de área ou iteração. Você precisa conceder essas permissões separadamente.

Você pode gerenciar o acesso com as seguintes configurações de permissão:

• Quando você adiciona contas de usuário à sua equipe, elas são automaticamente adicionadas ao grupo de Colaboradores .
• O grupo de Colaboradores fornece acesso à maioria dos recursos necessários para contribuir com código, controle de trabalho, compilações e testes.
• Mas, o grupo de Colaboradores não permite que os usuários:
  • Criar consultas compartilhadas
  • Adicionar caminhos de área ou iteração
  • Para conceder essas permissões separadamente, siga as etapas apropriadas.
• Para obter uma visão geral simplificada das permissões padrão comuns e atribuições de acesso, consulte Permissões e acesso. Se você é novo no gerenciamento de permissões, explore Introdução aos grupos de permissões, acesso e segurança, Herança de permissões e grupos de segurança.

Para gerenciar o acesso a recursos específicos, consulte os seguintes artigos:

Mais opções de personalização

Escolha entre as seguintes outras opções de personalização:

• Confira as extensões do Marketplace para ver se há uma ferramenta disponível para seus propósitos
• Desenvolva sua própria extensão
• Determine se um gancho de serviço satisfaz suas necessidades
• Crie sua própria ferramenta usando APIs REST
• Adicione uma solicitação de recurso à nossa página da Comunidade de desenvolvedores.

Próximas etapas

Artigos relacionados

• Índice de campos de item de trabalho
• Ferramenta de linha de comando witAdmin
• Gerenciar modelos de processo
• Visão geral dos modelos de processo
• Acompanhamento de trabalho, processo e limites de projeto