Configurar e personalizar Azure Boards

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

Personalize Azure Boards para atender aos processos e às necessidades de portfólio da sua equipe. Este artigo descreve tarefas e considerações recomendadas para administradores que configuram a estrutura de área e iteração, WITs (tipos de item de trabalho), fluxos de trabalho e comportamento de placa.

Use este artigo para decidir como seu projeto deve ser organizado antes de personalizar quadros, listas de pendências e configurações de equipe.

Se você já souber as tarefas de configuração desejadas, comece com estes artigos:

Note

A maioria das diretrizes aqui se aplica a serviços Azure DevOps e Azure DevOps Server. Alguns recursos, como análise e experiências de planejamento de entrega, variam de acordo com a versão ou instalação. Os Planos de Entrega já vêm integrados ao Azure DevOps Server 2022 e versões posteriores e, anteriormente, estavam disponíveis como uma extensão do Marketplace.

Dica

Você pode usar a IA para ajudar com tarefas Azure DevOps. Consulte Ativar assistência de IA com o servidor MCP do Azure DevOps para começar.

Principais considerações

Use essas perguntas para moldar a configuração escolhida.

Area Perguntas a serem respondidas
Estrutura de projeto vs. estrutura de equipe Quantas equipes, hierarquia de caminho de área e exibições cumulativas você precisa?
Iterações Qual cadência de sprint, agrupamento de lançamento e horizonte de previsão funcionam melhor?
Esquema de item de trabalho Quais WITs as equipes devem usar (Funcionalidades, Histórias/Itens de Trabalho/PBIs, Tarefas, Épicos)?
Necessidades de relatórios Quais campos, rollups e exibições de análise devem estar disponíveis?
Personalizações Como campos personalizados, fluxos de trabalho e WITs afetam placas, listas de pendências e relatórios?
Permissões e governança Quem pode alterar processos, árvores de área/iteração e configurações de equipe?

Documente suas opções para que as equipes as apliquem consistentemente em todo o projeto.

Escolha tipos de item de trabalho e listas de pendências de portfólio

Escolha um processo (Agile, Basic, Scrum ou CMMI) ao criar um projeto. Cada processo define um conjunto padrão de WITs e níveis de portfólio/backlog. Você pode adicionar WITs personalizados e listas de pendências de portfólio para dar suporte à sua organização.

Este diagrama mostra a hierarquia de backlog do processo Agile:

Diagrama que mostra os tipos de item de trabalho Agile.

  • Use as histórias e tarefas do usuário para acompanhar o trabalho.
  • Usar bugs para rastrear os defeitos de código.
  • Use épicos e recursos para agrupar o trabalho em cenários maiores.

Cada equipe pode configurar se deseja gerenciar bugs no mesmo nível que a história do usuário ou os itens de trabalho da tarefa. Use a configuração Trabalhando com bugs . Para obter mais informações sobre como usar esses tipos de item de trabalho, confira Processo Agile.

Use WITs personalizados e listas de pendências de portfólio quando precisar de camadas adicionais de planejamento, como Objetivos e Resultados-Chave, ou quando as equipes precisarem de um nível de agregação acima dos recursos.

Captura de tela mostrando um projeto que adiciona Objetivos e Principais Resultados como listas de pendências de portfólio personalizadas.

Comparar abordagens de acompanhamento

Escolha o modelo de acompanhamento que melhor corresponda à forma como o relatório e o plano das equipes funcionam.

Abordagem Usar quando Vantagens e desvantagens
Somente tarefas Você precisa de acompanhamento de tarefas simples com pouca hierarquia Priorização limitada e nenhum planejamento de portfólio
Requisitos com tarefas filho As equipes de Scrum estimam o trabalho e o acompanham em sprints Mais hierarquia para gerenciar
Somente requisitos As equipes kanban ou scrumban não acompanham o tempo Menos detalhes no nível da tarefa
Requisitos agrupados em WITs de portfólio Várias equipes precisam de valores acumulados e exibições de calendário entre equipes Requer um design de processo mais inicial

Explique o modelo que você escolhe para as equipes e atualize a documentação do processo para que todos usem o mesmo padrão.

Configurar áreas, iterações e equipes

Use caminhos de áreas para dividir o trabalho por produto, recurso ou área de negócios. Use caminhos de iteração para os sprints, lançamentos ou marcos.

Recomendação Reason
Criar hierarquias de caminho de área que reflitam como os gerentes desejam que as agregações sejam apresentadas. Habilita relatórios de rollup precisos nos níveis organizacionais
Dê a cada equipe uma assinatura padrão de área e iteração Itens de trabalho herdam automaticamente o contexto correto
Usar cadências de iteração consistentes entre equipes que entregam juntas Simplifica o planejamento entre equipes e o acompanhamento de dependência

Captura de tela mostrando caminhos de área e atribuições de equipe.

Conteúdo relacionado:

Mostrar bugs em quadros e listas de pendências

Cada equipe decide se os bugs aparecem na lista de pendências do produto como requisitos ou são rastreados como tarefas vinculadas aos requisitos. As equipes que usam o Scrum geralmente mostram bugs no backlog. As equipes que usam Agile ou CMMI podem escolher se os bugs aparecem em listas de pendências. O processo Básico não usa o tipo de item de trabalho Bug; em vez disso, usa Issue. Para alterar como os bugs são exibidos para uma equipe, atualize as configurações da equipe:

Mantenha uma política de equipe consistente para que consultas, quadros e rollups se comportem de forma previsível.

Visões agregadas e de portfólio

Adicione colunas cumulativas a listas de pendências para mostrar barras de progresso, contagens ou somas para itens filhos. Use os Planos de Entrega para examinar os agendamentos e dependências entre equipes. Se você usar uma exibição no estilo roteiro, como a extensão Linha do Tempo de Recursos, destaque isso separadamente nas orientações do projeto.

Captura de tela mostrando barras de agregação de progresso em um progresso.

Para o planejamento entre equipes, use Planos de Entrega e qualquer extensão do tipo roadmap que sua organização tenha padronizado.

Quadros, colunas e fluxos de trabalho

Os estados de fluxo de trabalho do item de trabalho determinam as colunas padrão do quadro.

Ação Scope Consideração
Adicionar estados de fluxo de trabalho personalizados a WITs Afeta todas as equipes As alterações aparecem em todos os quadros de equipe que utilizam esse tipo de item de trabalho (WIT)
Adicionar colunas a quadros de equipe Afeta somente essa equipe Útil para etapas de fluxo de trabalho específicas da equipe
Mapear mapeamentos de estado para coluna Afeta relatórios Mapear cuidadosamente para preservar a precisão do diagrama de fluxo cumulativo

Conteúdo relacionado:

Relatórios e campos personalizados

Os campos personalizados permitem capturar dados específicos do projeto. Eles podem alimentar rollups e relatórios e também se aplicam ao longo do processo.

Recomendação Reason
Limitar campos personalizados aos que dão suporte a relatórios ou automação Reduz a desordem e a sobrecarga de manutenção
Usar campos personalizados numéricos para somas cumulativas Habilita o acompanhamento de progresso e o planejamento de capacidade
Usar listas de seleção para relatórios consistentes Impede inconsistências de dados de entradas de texto livre
Lembre-se de que os campos no nível do processo são compartilhados As alterações afetam todos os projetos na coleção ou organização

Note

Você pode definir até 1.024 campos por processo.

WITs personalizados e modificações de processo

Adicionar ou modificar tipos de itens de trabalho (TITs) e fluxos de trabalho afeta muitas ferramentas.

Change Onde ele aparece Ação necessária
Novos WITs de nível de requisito Listas de pendências do produto, possivelmente pendências de sprint Configurar níveis de backlog
Novos WITs no nível da tarefa Quadros de tarefas Atualizar as configurações do quadro de tarefas
WITs personalizados Quadros de equipe Atualizar painéis e mapeamentos de coluna

Importante

As alterações no nível do processo afetam todas as equipes. Limite as alterações disruptivas e comunique-as com antecedência.

Permissões e quem pode alterar o que

Controlar quem pode alterar processos, árvores de área e iteração e configuração de equipe.

Tipo de alteração Quem pode fazer alterações
Nível de processo Administradores de Coleção de Projetos ou usuários com permissões de processo
Nível do projeto (áreas e iterações) Administradores de projeto ou usuários com permissões de node
Nível de equipe Administradores de equipe ou administradores de projeto

Conteúdo relacionado:

Rastreamento de tempo e planejamento de sprint

Use os campos de acompanhamento de trabalho que correspondem ao seu processo e ao modelo de planejamento de equipe:

Campo Uso comum
Trabalho Restante Acompanhe o esforço restante para concluir uma tarefa ou um item do sprint.
Estimativa Original Capture a estimativa inicial quando sua equipe quiser uma linha de base.
Trabalho Concluído Registre o esforço já gasto em uma tarefa.

Se você registra o tempo para faturamento ou relatórios, avalie as extensões do Marketplace para obter recursos mais avançados de controle de tempo.

Conteúdo relacionado:

Lista de verificação prática para administradores

Use a lista de verificação a seguir ao configurar ou examinar sua configuração de Azure Boards.

Phase Tarefa
Plano Decidir estratégia de processo e tipo de item de trabalho (herdar ou personalizar)
Plano Área de design e hierarquias de iteração
Configurar Configurar equipes e definir assinaturas de área e iteração padrão
Configurar Criar as pastas e permissões de consulta compartilhada necessárias
Configurar Adicionar colunas de rollup e widgets de painel de que os executivos precisam
Validar Conduza mudanças piloto com uma equipe antes de aplicar atualizações de escopo amplo
Comunicar Documentar alterações e atualizar o wiki do projeto

Conteúdo relacionado

  • Last updated on