Personalizar sua experiência de acompanhamento de trabalho

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Ao planejar e acompanhar seu projeto, você verá que talvez queira configurar um recurso ou personalizar sua experiência para atender às necessidades de acompanhamento da sua equipe. Você configura as ferramentas agile de equipe e equipe por meio do contexto de administração do portal da Web para Azure Boards. O método usado para personalizar projetos, que afeta todas as equipes, depende do modelo de processo que você usa.

Se você não estiver familiarizado com Azure Boards e acompanhamento de itens de trabalho, consulte o que é Azure Boards? e Acompanhe o trabalho com histórias, problemas, bugs, recursos e épicos do usuário.

Este artigo fornece uma visão geral de alto nível das personalizações que você pode fazer e como elas diferem para os três modelos de processo. Para obter diretrizes sobre personalizações a serem tomadas para dar suporte a decisões de negócios, consulte Configurar e personalizar Azure Boards.

As personalizações feitas ocorrem em um destes quatro níveis:

  • Recursos compartilhados no nível do projeto: defina caminhos de área e iteração que as equipes selecionam para configurar seus backlogs e quadros. Consultas compartilhadas e marcas de item de trabalho são objetos adicionais que, uma vez definidos, podem ser compartilhados em todo o projeto.
  • Ativos de equipe ou ferramentas: cada equipe pode configurar suas ferramentas específicas, como pendências, quadros e dashboards. Para obter detalhes, consulte Sobre as equipes e as ferramentas Agile.
  • Permissões de projeto e de nível de objeto: conceder ou restringir o acesso a ferramentas de acompanhamento de trabalho, o que inclui 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 os backlogs 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 seus backlogs e quadros. Consultas compartilhadas e marcas de item de trabalho são objetos adicionais que, uma vez definidos, podem ser compartilhados em todo o projeto.
  • Ativos de equipe ou ferramentas: cada equipe pode configurar suas ferramentas específicas, como pendências, quadros e dashboards. Para obter detalhes, consulte Sobre as equipes e as ferramentas Agile.
  • Permissões de projeto e de nível de objeto: conceder ou restringir o acesso a ferramentas de acompanhamento de trabalho, o que inclui 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 os backlogs e placas disponíveis para todas as equipes.

Recursos compartilhados no nível do projeto

Cada projeto fornece uma série de recursos compartilhados que dão suporte a todas as equipes adicionadas ao projeto. Você configura esses recursos por meio da interface do usuário ou do contexto de administrador do portal da Web. Para entender como o sistema usa caminhos de área e iteração, consulte Sobre caminhos de área e iteração.

Listas de seleção de caminho de área Listas de seleção de sprint/iteração
Altere a lista de escolha de caminhos de área para dar suporte ao agrupamento de itens de trabalho por equipe, produto ou área de recursos.
Caminhos de área hierárquica
Altere a lista de escolha de caminhos de iteração para dar suporte ao trabalho de agrupamento em sprints, marcos ou outro período específico ou relacionado ao tempo do evento. Ativar sprints para cada equipe.
Iterações ou sprints
Consultas compartilhadas Marcas
Abrir consultas compartilhadas ou criar suas próprias
consulta usando o editor de consultas para listar itens de trabalho
ou mostrar itens hierárquicos ou dependentes.< br/Consultas compartilhadas
Adicionar marcas a itens de trabalho para filtrar pendências e consultas ou listar itens por marcas
Adicionar marcas para filtrar pendências, quadros e consultas

Campos de identidade, campos de seletor de pessoas

Os campos Atribuídos e outros de Identidade têm suporte pelo recurso seletor de pessoas. Por exemplo, quando você escolhe o campo Atribuído a um formulário de item de trabalho, o seletor de pessoas é ativado. Conforme mostrado na imagem a seguir, você simplesmente começa a digitar o nome do usuário que deseja selecionar e pesquisar até encontrar uma correspondência. Os usuários selecionados anteriormente aparecem na lista automaticamente. Para selecionar os usuários que você não selecionou anteriormente, basta inserir o nome inteiro ou pesquisar no diretório completo.

Captura de tela do seletor de pessoas atribuído ao campo.

Para organizações que gerenciam seus usuários e grupos usando o Azure Active Directory (Azure AD) ou o Active Directory, os seletores de pessoas fornecem suporte para pesquisar todos os usuários e grupos adicionados ao AD, não apenas aqueles adicionados ao projeto. Para saber mais, consulte Adicionar usuários ou grupos do AD/Azure AD a um grupo de segurança interno.

Para limitar o escopo das identidades disponíveis para seleção apenas aos usuários adicionados ao projeto, você pode fazer isso usando o grupo Usuários com Escopo do Projeto . Para saber como, consulte Gerenciar sua organização, limitar a pesquisa e a seleção de identidade.

Você pode limitar os valores disponíveis aos campos de identidade em um item de trabalho adicionando uma regra personalizada.

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

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

Seu projeto determina os objetos disponíveis para acompanhar o trabalho e a configuração das ferramentas Agile. Especificamente, o projeto determina os wits (tipos de item de trabalho)— histórias de usuário, tarefas, bugs e os campos de dados usados para capturar informações. Objetos personalizados são compartilhados entre equipes adicionadas ao projeto.

Observação

O método usado para personalizar o acompanhamento de trabalho depende do modelo de processo ao qual 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 de 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 rastreamento 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 o glossário agile. Para obter links para todos os artigos de personalização, consulte o índice de referência rápida para Azure Boards configurações.


Recurso


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 observação 1)

✔️

✔️


Alterações de processo atualizadas se aplicam 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 backlog, controles personalizados, gerenciamento de teste

✔️

✔️

✔️


Suporte para personalizar tipos de link, campos de equipe, fluxo de trabalho global e configuração de processo (consulte a observação 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 nota 3)

✔️

✔️


Listas globais

Listas de seleção

(consulte a nota 2)

✔️


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

✔️

✔️


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

✔️

✔️

✔️


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

✔️

✔️

✔️


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

✔️


Use a ferramenta de linha de comando de fieldmapping do tcm 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)

✔️

✔️

(consulte a nota 5)


Observações:

  1. Um processo determina os blocos de construção usados para acompanhar 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 acompanhar o trabalho e outras áreas funcionais.
  2. A personalização XML hospedada dá suporte à adição e atualização de listas globais com uma atualização de processo (sujeita a limites no tamanho máximo de cada lista). Para saber mais, confira os 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 em uma base projeto por projeto.
    • Configurar caminhos de área e caminhos de iteração
    • 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 build
    Ou você pode usar APIs REST.
  4. O suporte para integração do Office Project ao Azure DevOps foi preterido a partir do Azure DevOps Server 2019. O comando TFSFieldMapping não tem suporte para Azure DevOps Server 2019 e versões posteriores, incluindo Azure DevOps Services. A partir do Visual Studio 2019, o plug-in do Azure DevOps para Office não dá mais suporte ao Office Project.
  5. Você pode usar 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ê tem uma opção de modelos de processo. Ao criar uma coleção de projetos, você precisará 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.

Assistente para Criar Coleção de Projetos de Equipe, caixa de diálogo Nome da Coleção

Importante

A escolha que você faz não é reversível. Depois que a coleção for criada, você só poderá personalizar objetos de acompanhamento de trabalho usando o modelo selecionado. Além disso, não há como migrar coleções de projetos existentes que usam o modelo de processo XML local para o modelo de processo de herança.

Para saber mais sobre coleções de projetos, 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 nas páginas de teste do portal da Web e no cliente do Gerenciador de Testes. Para um processo herdado, você pode personalizar o Plano de Teste, o Test Suite e o Caso de Teste, tipos de item de trabalho como faria com qualquer outro tipo de item de trabalho. Para um processo XML local, você pode personalizar todos os tipos de item de trabalho relacionados ao teste — Plano de Teste, Conjunto de Testes, Caso de Teste, Etapas Compartilhadas e Parâmetros Compartilhados — como faria com qualquer outro tipo de item de trabalho.

Vários tipos de item de trabalho dão suporte à experiência de teste nas páginas de teste do portal da Web e no cliente do Gerenciador de Testes. Você pode personalizar esses tipos de item de trabalho — Plano de Teste, Conjunto de Testes, Caso de Teste, Etapas Compartilhadas e Parâmetros Compartilhados — como faria com qualquer outro tipo de item de trabalho.

A imagem a seguir ilustra as relações de vínculo com suporte.

Tipos de item de trabalho de gerenciamento de teste

Personalizações menos comuns

Você só pode executar as personalizações a seguir ao trabalhar com os modelos de processo XML hospedados ou XML locais. As personalizações feitas para processar a configuração se aplicam a todas as equipes adicionadas a 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 1000 itens de trabalho. Para obter detalhes, consulte a 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 a 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)

É possível alterar os campos de item de trabalho usados no cálculo de capacidade, em gráficos de burndown, previsão e velocidade. Qualquer alteração que você faz 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, type="Activity" deverá incluir o mesmo campo na definição WIT atribuída à Categoria de Tarefa que captura as informações da atividade. Para obter detalhes, consulte a referência do elemento XML de configuração do processo.

Os campos que você atribui são usados pelas seguintes ferramentas:

Ferramenta Tipo de campo
Quadro de tarefas, ferramentas de capacidade, burndown de sprint Trabalho restante
Backlogs de produto e 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 (Atividade de Tarefa ou Disciplina)

Conceder ou restringir o acesso a ferramentas de acompanhamento de trabalho

Você pode conceder ou restringir o acesso a recursos selecionados por meio de configurações de permissão. Quando você adiciona contas de usuário à sua equipe, elas são adicionadas automaticamente ao grupo Colaborador. Em seguida, eles têm acesso à maioria dos recursos que precisarão contribuir para código, acompanhamento de trabalho, builds e teste. No entanto, o grupo Colaborador 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.

Para obter uma exibição simplificada das permissões e atribuições de acesso mais comuns e padrão, consulte Permissões e acesso. Se você não estiver familiarizado com o gerenciamento de permissões, consulte Introdução a permissões, acesso e grupos de segurança, herança de permissões e grupos de segurança.

Caso contrário, para conceder ou restringir o acesso a recursos selecionados, examine um destes tópicos:



Opções de personalização adicionais

Deseja personalizar suas ferramentas de uma forma que não tenha suporte?

Aqui estão algumas opções disponíveis para você:

Tentar o próximo