Compartilhar via

Personalizar a experiência de acompanhamento de trabalho

  • Artigo

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 diretrizes específicas sobre personalizações para dar suporte a decisões de negócios, configure e personalize Azure Boards. Para obter mais informações, consulte O que é Azure Boards? e Sobre itens de trabalho.

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

  • Recursos compartilhados no nível do projeto: defina caminhos de área e iteração que as equipes selecionam para configurar suas listas de pendências e quadros. Consultas compartilhadas e marcas de item de trabalho são mais objetos que, uma vez definidos, podem ser compartilhados no projeto.
  • Ativos ou ferramentas da equipe: cada equipe pode configurar suas ferramentas específicas, como listas de pendências, quadros e painéis. Para obter mais informações, confira Sobre equipes e ferramentas Agile.
  • Permissões no nível do projeto e do objeto: gerencie o acesso a ferramentas de acompanhamento de trabalho, que incluem a configuração de permissões para objetos e o projeto e a atribuição de usuários ou grupos a níveis de acesso específicos.
  • Personalização do processo no nível da organização: personalize os campos, os tipos de item de trabalho e as listas de pendências e quadros disponíveis para todas as equipes.
  • Recursos compartilhados no nível do projeto: defina caminhos de área e iteração que as equipes selecionam para configurar suas listas de pendências e quadros. Consultas compartilhadas e marcas de item de trabalho são mais objetos que, uma vez definidos, podem ser compartilhados no projeto.
  • Ativos ou ferramentas da equipe: cada equipe pode configurar suas ferramentas específicas, como listas de pendências, quadros e painéis. Para obter mais informações, confira Sobre equipes e ferramentas Agile.
  • Permissões no nível do projeto e do objeto: gerencie o acesso a ferramentas de acompanhamento de trabalho, que incluem a configuração de permissões para objetos e o projeto e a atribuição de usuários ou grupos a níveis de acesso específicos.
  • Personalização do processo no nível da coleção: personalize os campos, os tipos de item de trabalho e as listas de pendências e quadros disponíveis para todas as equipes.

Recursos compartilhados no 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 administrador do portal da Web. Para obter mais informações, consulte os seguintes artigos:

Seletor de pessoas e campos de identidade

  • Os campos Atribuído a e outros campos de Identidade são suportados pelo recurso de 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 digitar o nome dele e pesquise até encontrar uma correspondência.
  • Os usuários selecionados anteriormente aparecem automaticamente na lista.
  • Para organizações que usam a ID do Microsoft Entra 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 das 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.

Captura de tela do seletor de pessoas Campo atribuído a.

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

Personalização de processos no nível da organização

Personalização do processo no nível da coleção

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

Observação

O método usado para personalizar o acompanhamento de trabalho depende do modelo de processo que você assina:

  • Herança: dá suporte à personalização WYSIWYG, disponível para Azure DevOps Services, Azure DevOps Server 2019 e Azure DevOps Server 2020.
  • XML hospedado: dá suporte à personalização por meio da importação/exportação de modelos de processo, disponível para um número selecionado de clientes do Azure DevOps Services que optaram por esse modelo.
  • XML local: dá suporte à personalização por meio da importação/exportação de arquivos de definição XML para objetos de acompanhamento de trabalho e está disponível para todas as implantações locais.

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 acompanhamento de trabalho, consulte Glossário ágil. Para obter links para artigos de personalização, consulte Índice de referência rápida para configurações de Azure Boards.

Recurso

Herança

XML hospedado

XML local

Edição WYSIWYG

✔️

Criar processos personalizados herdados, Herdar alterações nos processos do sistema (Agile, Basic, Scrum, CMMI)

✔️

Criar modelos de processo personalizados (consulte a nota 1)

✔️

✔️

As alterações de processo atualizadas aplicam-se automaticamente a todos os projetos que fazem referência ao processo

✔️

✔️

Suporte para personalização de campos, tipos de item de trabalho, layout de formulário, fluxo de trabalho, regras personalizadas, níveis de lista de pendências, controles personalizados, gerenciamento de testes

✔️

✔️

✔️

Suporte para personalização de tipos de link, campos de equipe, fluxo de trabalho global e configuração de processo (consulte a nota 3)

✔️

Configuração inicial de caminhos de área, caminhos de iteração, consultas de item de trabalho, grupos de segurança e permissões (consulte a observação 3)

✔️

✔️

Listas globais

Listas de opções

(ver nota 2)

✔️

Atualizar mapeamentos de campo da Microsoft usando a ferramenta de linha de comando (consulte a TFSFieldMapping nota 4)

✔️

✔️

Use az boards ferramentas de linha de comando para editar projetos e equipes e listar informações

✔️

✔️

✔️

Usar as witadmin ferramentas de linha de comando para listar e exportar informações do processo

✔️

✔️

✔️

Use as witadmin ferramentas de linha de comando para editar informações do processo

✔️

Use a tcm fieldmapping ferramenta de linha de comandos para listar e exportar o mapeamento de gerenciamento de casos de teste para tipos de resolução, arquivamento de bugs e tipos de falha.

✔️

API REST (leitura)

✔️

✔️

✔️

API REST (gravação)

✔️

✔️

(ver nota 5)

Observações:

  1. Um processo determina os blocos de construção usados para rastrear o trabalho. Um modelo de processo especifica um conjunto relacionado a interdependentes de arquivos de definição XML que fornecem os blocos de construção e a configuração inicial para rastrear o trabalho e outras áreas funcionais.
  2. A personalização de XML hospedado dá 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 acompanhamento de trabalho.
  3. O modelo de processo herdado não dá 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 por 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 não há suporte para o TFSFieldMapping comando.
  5. Use a API REST para importar e exportar modelos de processo.

Escolher o modelo de processo para sua coleção de projetos

Para Azure DevOps Server 2019 e Azure DevOps Server 2020, você pode escolher entre XML (modelo de processo XML local) e Herança (modelo de processo de herança), conforme mostrado na caixa de diálogo a seguir.

Captura de tela mostrando o assistente Criar coleção de projetos de equipe, caixa de diálogo Nome da coleção.

Importante

A escolha do processo que você faz é irreversível. Depois de configurado, você só pode personalizar objetos de rastreamento de trabalho com base no modelo selecionado. Além disso, as coleções de projetos existentes que usam o modelo de processo XML local não podem ser migradas para o modelo de processo de herança.

Para obter mais informações, consulte Gerenciar coleções de projetos.

Personalizar a experiência de teste

Vários tipos de item de trabalho dão suporte à experiência de teste no portal da Web, nas páginas de teste 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.

Captura de tela mostrando tipos de item de trabalho de gerenciamento de teste.

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 na configuração do processo se aplicam a todas as equipes em um projeto.

Limites de lista de pendências e placa (XML hospedado, XML local)

Para limitar o tempo de carregamento de exibição a parâmetros aceitáveis, o painel de tarefas é restrito a um máximo de 1.000 itens de trabalho. Para obter detalhes, consulte Referência de elemento XML de configuração de 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 de elemento XML de configuração de 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 a type="Activity" , deverá incluir o mesmo campo na definição de WIT atribuída à Categoria de Tarefa que captura as informações da atividade. Para obter detalhes, consulte Referência de elemento XML de configuração de processo.

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

Ferramenta Tipo de Campo
Quadro de tarefas, ferramentas de capacidade, burndown de sprint Trabalho restante
Listas de pendências de produto e do portfólio Prioridade de backlog
Velocidade e previsão Esforço (mapeia para Pontos de História, Esforço ou Tamanho)
Quadro de tarefas, ferramentas de capacidade Trabalho restante
Ferramentas de capacidade Atividade (Tarefa, Atividade ou Disciplina)

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 adicionadas automaticamente ao grupo de Colaboradores. Em seguida, eles têm acesso à maioria dos recursos necessários para contribuir com o código, o acompanhamento de trabalho, as compilações e o teste. No entanto, o grupo 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 adicionadas automaticamente ao grupo de Colaboradores .
  • O grupo Colaborador fornece acesso à maioria dos recursos necessários para contribuir com código, acompanhamento de trabalho, builds e testes.
  • No entanto, o grupo Colaborador 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ê não estiver familiarizado com o gerenciamento de permissões, explore Introdução a permissões, acesso e grupos de segurança, Herança de permissões e grupos de segurança.

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

Gerenciar acesso

Permissões

Recursos compartilhados

Mais opções de personalização

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

Próximas etapas

Configurar e personalizar o Azure Boards