Personalize a sua experiência de acompanhamento de trabalho

Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022

Ao planejar e acompanhar seu projeto, considere configurar recursos ou personalizar sua experiência para alinhá-los aos requisitos de acompanhamento da sua equipe. A abordagem para personalizar projetos, que afeta todas as equipes, depende do modelo de processo usado.

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, consulte Configurar e personalizar painéis do Azure. Para obter mais informações, consulte O que é Azure Boards? e Sobre itens de trabalho.

Noções básicas sobre os níveis de personalização

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

Escopo e impacto da personalização

Compreender o escopo de cada nível de personalização ajuda você a tomar decisões informadas:

Recursos partilhados ao nível do 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.

Principais recursos partilhados

Os seguintes recursos compartilhados formam a base do acompanhamento do trabalho em seu projeto:

• Caminhos de área: Organize Itens de Trabalho por área de funcionalidade ou responsabilidade da equipe
• Caminhos de iteração: defina sprints e liberações para planejamento e acompanhamento
• Consultas compartilhadas: crie consultas reutilizáveis que todos os membros da equipe possam acessar
• Tags de item de trabalho: adicionar metadados para categorização e filtragem
• Grupos de segurança: gerencie permissões de acesso em todo o projeto

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

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

Práticas recomendadas para recursos compartilhados

• Planeje caminhos de área com antecedência: projete sua estrutura de caminho de área para refletir a propriedade da equipe e a organização do produto
• Estabeleça uma cadência de iteração: configure durações de sprint e cronogramas de lançamento consistentes
• Criar estrutura de pastas: organize consultas compartilhadas em pastas para melhor descoberta
• Usar tags descritivas: estabeleça convenções de marcação para metadados consistentes
• Revise as permissões regularmente: garanta níveis de acesso apropriados para todos os membros da equipe

Seletor de pessoas e campos de identificação

O recurso de seletor de pessoas dá suporte a campos de identidade em todo o Azure DevOps:

• O campo Atribuído a e outros campos Identidade usam o recurso de seletor de pessoas.
• Ativação: Quando você escolhe o campo Atribuído a dentro de um formulário de item de trabalho, o seletor de pessoas é ativado automaticamente.
• Seleção de usuário: para selecionar um usuário, comece a digitar seu nome e pesquise até encontrar uma correspondência.
• Seleções recentes: os usuários selecionados anteriormente aparecem automaticamente na lista para acesso rápido.
• Integração de diretórios: Para organizações que usam o Microsoft Entra ID ou o Ative Directory, os seletores de pessoas permitem pesquisar todos os usuários e grupos adicionados ao diretório (não apenas aqueles adicionados a um projeto específico).
• Limitação de escopo: Para limitar o escopo de identidades disponíveis para seleção a utilizadores específicos de projeto, use o grupo Usuários com Escopo de Projeto.
• Restrições personalizadas: as regras personalizadas podem restringir ainda mais os valores disponíveis para os campos Identidade dentro de um item de trabalho.

Configuração do campo de identidade

Você pode configurar campos de identidade de várias maneiras:

• Utilizadores com âmbito de projeto: limitar a seleção de identidade apenas aos membros do projeto
• Regras personalizadas: implemente regras de negócios que restrinjam valores de campo
• Restrições baseadas em grupo: usar grupos do Azure AD para controlar identidades disponíveis
• Permissões no nível do campo: defina quem pode modificar os campos de identidade

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

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

Seu projeto define os tipos de item de trabalho (WITs) disponíveis para acompanhar 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.

Comparação de modelos de processo

A tabela a seguir resume as diferenças entre os três modelos de processo suportados. 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 do Azure Boards.

Orientação para a seleção de modelos de processo

Escolha o seu modelo de processo com base nas necessidades da sua organização:

Modelo de processo de herança (recomendado)

• Ideal para: Equipes que desejam personalização intuitiva baseada na Web
• Vantagens: edição WYSIWYG, atualizações automáticas, fácil manutenção
• Utilize quando: Necessitar de uma personalização moderada com complexidade mínima

Modelo de processo XML hospedado

• Ideal para: Organizações com requisitos de processos complexos
• Vantagens: Controle total do modelo de processo, personalização extensiva
• Use quando: Você precisa de personalização avançada de processos, mas quer hospedagem na nuvem

Modelo de Processo XML nas Instalações

• Ideal para: Implantações locais com requisitos de controle total
• Vantagens: Flexibilidade de personalização completa, integração empresarial
• Use quando: Você precisa de controle máximo e de operar a infraestrutura local

Notas:

1. Um processo determina os blocos de construção utilizados 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 (sujeita a limites de tamanho máximo de cada lista). Para obter mais informações, consulte Limites de objetos de acompanhamento de trabalho.
3. O modelo de processo herdado não suporta a personalização dos seguintes recursos disponíveis com a personalização de modelos de processo. Em vez disso, você personaliza essas áreas dentro do portal da Web projeto a projeto.
   • Caminhos de iteração e área
   • Consultas de itens 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 CLI do Azure DevOps.
4. Use a API REST para importar e exportar modelos de processo.

Personalizar a experiência de teste

Vários tipos de item de trabalho suportam a experiência de teste dentro das páginas Test do portal da web e do cliente do Test Manager.

Personalização do processo de herança

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: organizar e gerenciar conjuntos de testes
• Test Suite: Conjunto de casos de teste relacionados
• Caso de teste: Definir cenários de teste individuais

Personalização XML local

Para um processo XML local, você pode personalizar todos os tipos de item de trabalho relacionados ao teste, incluindo:

• Plano de teste: Organização de teste de alto nível
• Test Suite: Agrupamentos de casos de teste
• Caso de teste: Definições de teste individuais
• Etapas compartilhadas: procedimentos de teste reutilizáveis
• Parâmetros compartilhados: dados de teste parametrizados

Relacionamentos de itens de trabalho de teste

O exemplo a seguir mostra as relações de link suportadas entre tipos de item de trabalho de teste:

Testar cenários de personalização

As personalizações comuns da experiência de teste incluem:

• Campos de teste personalizados: Adicionar metadados de teste específicos da organização
• Estados do fluxo de trabalho de teste: Definir estados de execução de teste personalizados
• Acompanhamento de resultados de testes: personalizar relatórios de resultados de testes
• Campos de integração: Ligue os testes aos requisitos e defeitos

Personalizações menos comuns

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

Limites de backlog e board (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>

Considerações de desempenho para os limites da placa de circuito

Ao personalizar os limites da placa, considere:

• Impacto no tempo de carregamento: limites mais altos podem aumentar os tempos de carregamento da página
• Experiência do usuário: equilibre funcionalidade com desempenho
• Limitações do navegador: alguns navegadores lidam com grandes conjuntos de dados de forma diferente
• Largura de banda de rede: considere membros da equipe com conexões mais lentas

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

Você pode alterar os campos de item de trabalho que o sistema usa 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 a type="Activity" , deverá incluir o mesmo campo na definição 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.

Ferramentas que usam atribuições de campo

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

Práticas recomendadas de atribuição de campo

• Manter a consistência: certifique-se de que as atribuições de campo correspondem às definições de tipo de item de trabalho
• Alterações de teste: valide se as ferramentas funcionam corretamente após reatribuições de campo
• Personalizações de documentos: Registrar alterações na atribuição de campos para referência futura
• Considere o impacto: entenda como as alterações afetam os dados e relatórios existentes

Gerenciar o acesso a ferramentas de rastreamento de trabalho

Você gerencia 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 adicionadas automaticamente ao grupo de Colaboradores. Em seguida, eles têm acesso à maioria dos recursos de que precisam para contribuir com código, acompanhamento de trabalho, compilações e 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.

Estrutura de permissão padrão

O sistema de permissão funciona com base nestes princípios:

• Acesso padrão: novos membros da equipe ingressam automaticamente no grupo de Colaboradores
• Permissões principais: o grupo de Colaboradores fornece acesso à maioria dos recursos necessários para o trabalho de desenvolvimento
• Permissões adicionais: alguns recursos exigem concessões de permissão separadas
• Acesso administrativo: os administradores de projeto têm controle total sobre as permissões

Limitações do grupo de colaboradores

O grupo de Colaboradores não permite automaticamente que os usuários:

• Criar consultas compartilhadas: requer permissões de consulta adicionais
• Adicionar caminhos de área ou iteração: requer permissões administrativas no nível do projeto
• Modificar configurações de segurança: Requer acesso administrativo
• Definir configurações da equipe: Requer a função de administrador da equipe

Abordagem de gerenciamento de permissões

Para gerenciar permissões com eficiência:

1. Comece com padrões: use grupos internos como base
2. Conceder permissões específicas: adicionar permissões para necessidades específicas
3. Usar grupos de segurança: aproveite os grupos do Azure AD para facilitar o gerenciamento
4. Revisões regulares: audite periodicamente para verificar se as permissões são apropriadas
5. Decisões documentais: Manter registros de concessões de permissão e fundamentação

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 às permissões, acesso e grupos de segurança, Herança de permissões e grupos de segurança.

Áreas de permissão específicas

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

Mais opções de personalização

Além dos recursos de personalização internos, considere estas opções adicionais para estender a funcionalidade do Azure DevOps:

Extensões do Marketplace

• Procurar soluções: Confira as extensões do Marketplace para ver se há uma ferramenta disponível para seus propósitos
• Categorias populares: Procure extensões no acompanhamento de trabalho, relatórios e gerenciamento de projetos
• Contribuições da comunidade: beneficie-se das soluções desenvolvidas pela comunidade de DevOps do Azure

Opções de desenvolvimento personalizadas

• Construir extensões: desenvolva sua própria extensão para necessidades organizacionais específicas
• Ferramentas de integração: crie integrações personalizadas usando APIs REST
• Ganchos de serviço: determine se um gancho de serviço satisfaz suas necessidades de automação

Envolvimento com a comunidade

• Solicitações de recursos: adicione uma solicitação de recurso à nossa página da Comunidade de desenvolvedores
• Feedback do usuário: compartilhe suas experiências e sugestões com a equipe de produto
• Práticas recomendadas: aprenda com as abordagens de personalização de outras organizações

Planear a sua estratégia de personalização

Antes de implementar personalizações, considere:

1. Requisitos de negócio: defina claramente o que pretende alcançar
2. Avaliação de impacto: compreender como as alterações afetam os fluxos de trabalho existentes
3. Despesas gerais de manutenção: considere o custo de longo prazo da manutenção de personalizações
4. Soluções alternativas: Avalie se os recursos existentes atendem às suas necessidades
5. Caminho de migração: planeje atualizações e migrações futuras

Próximos passos

Artigos relacionados

• Índice do campo dos itens de trabalho
• Ferramenta de linha de comando witAdmin
• Gerenciar modelos de processo
• Visão geral dos modelos de processo
• Acompanhamento do trabalho, processo e limites do projeto
• Índice de referência rápida para configurações do Azure Boards