Partilhar via

Configurar e personalizar painéis do Azure

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

Personalize os Painéis do Azure para corresponder aos processos e às necessidades de portfólio da sua equipa. Este artigo descreve tarefas e considerações recomendadas para administradores que configuram estrutura de área/iteração, tipos de item de trabalho (WITs), fluxos de trabalho e comportamento do quadro.

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

Note

A maioria das orientações aqui se aplica a implantações na nuvem e locais. Alguns recursos (por exemplo, Rollup, Analytics e ferramentas de planejamento de portfólio) são somente na nuvem.

Principais considerações

Antes de alterar as configurações, decida como as equipes trabalharão e o que o gerenciamento precisa ver. Considere:

  • Projeto versus estrutura da equipe: De quantas equipes, hierarquia de caminho de área e exibições de rollup você precisa?
  • Iterações: ritmo de sprint, agrupamento de entrega e horizonte de previsão.
  • Esquema de itens de trabalho: Quais WITs as equipas usarão (Recursos, Histórias/Questões/PBIs, Tarefas, Épicos)?
  • Necessidades de relatórios: quais campos, agregações e visões analíticas devem estar disponíveis?
  • Personalizações: campos personalizados, fluxos de trabalho e WITs afetam quadros, 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 escolhas para que as equipes as apliquem de forma consistente.

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/lista de pendências. Você pode adicionar WITs personalizados e listas de pendências de portfólio para dar suporte à sua organização.

A imagem a seguir mostra a hierarquia para o item de trabalho da lista de pendências do processo Agile:

Diagrama que mostra os tipos de item de trabalho Agile.

  • Histórias de usuários e tarefas são usadas para acompanhar o trabalho.
  • Erros indicam defeitos no código.
  • Épicos e recursos são usados para agrupar o trabalho em cenários maiores.

Cada equipa pode configurar como gere itens de trabalho de Bug ao mesmo nível que itens de trabalho de História de Utilizador ou de Tarefa. Use a configuração Trabalhando com bugs . Para obter mais informações sobre como usar esses tipos de item de trabalho, consulte Processo ágil.

Use WITs personalizados e listas de pendências de portfólio quando precisar de camadas de planeamento adicionais (por exemplo, Objetivos e Resultados-Chave).

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

Escolha uma destas abordagens de rastreamento de alto nível com base nas práticas da equipe:

  • Apenas tarefas — Não recomendado. Oferece priorização limitada e sem planejamento de portfólio.
  • Requisitos com tarefas infantis — Bom para equipes Scrum que estimam e controlam o tempo.
  • Apenas requisitos — Bom para equipes Kanban ou Scrumban que não fazem acompanhamento de tempo.
  • Requisitos agrupados em WITs de portfólio — Use quando várias equipes precisarem de rollups e calendários entre equipes.

Explique a abordagem escolhida para as equipes e atualize a documentação do processo.

Áreas, iterações e configuração da equipe

Use caminhos de área para particionar o trabalho por produto, recurso ou área de negócios. Utilize caminhos de iteração para sprints, releases ou etapas.

Recomendações:

  • Crie hierarquias de caminho de área que reflitam como os gerentes querem que os rollups sejam relatados.
  • Dê a cada equipe uma área padrão e uma assinatura de iteração para que os itens de trabalho herdem o contexto correto.
  • Use cadências de iteração consistentes entre equipas que trabalham em conjunto.

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

Conteúdo relacionado:

Mostrar bugs em placas & backlogs

Cada equipe decide se os bugs aparecem na lista de pendências do produto (como requisitos) ou se são rastreados como tarefas vinculadas aos requisitos. Equipes que usam Scrum geralmente mostram bugs na lista de pendências; as equipes que usam Agile ou CMMI podem escolher se os bugs aparecem nas listas de pendências. Para alterar a forma como os bugs são exibidos para uma equipe, atualize as configurações da equipe:

Mantenha uma política de equipa consistente para que consultas, painéis e rollups se comportem de forma previsível.

Rollup e visualizações de portfólio

Adicione colunas de rollup às listas de pendências para mostrar barras de progresso, contagens ou somas para itens filho. Use Planos de Entrega e cronogramas de funcionalidades para exibir agendas e dependências entre equipes.

Captura de tela mostrando barras de acúmulo de progresso em uma lista de pendências.

Para planejamento entre equipes, use os Planos de entrega e as extensões de linha do tempo do recurso quando apropriado.

Quadros, colunas e fluxos de trabalho

Os estados do fluxo de trabalho do item de trabalho determinam as colunas padrão do quadro. É possível:

  • Adicione estados de fluxo de trabalho personalizados aos WITs (afeta todas as equipes).
  • Adicionar colunas aos quadros de equipe (afeta apenas essa equipe).
  • Mapeie cuidadosamente os mapeamentos de estado para coluna para preservar a consistência dos relatórios (por exemplo, fluxogramas cumulativos).

Conteúdo relacionado:

Campos personalizados e relatórios

Os campos personalizados permitem capturar dados específicos do projeto. Eles podem fornecer suporte a rollups e relatórios, mas são aplicáveis em todo o processo.

Recomendações:

  • Limite os campos personalizados àqueles que oferecem suporte a relatórios ou automação.
  • Use campos personalizados numéricos para acumular somas; Use listas de opções para relatórios consistentes.
  • Lembre-se: os campos no nível do processo são compartilhados entre os projetos na coleção/organização.

Note

É possível definir até 1.024 campos por processo.

WITs personalizados e alterações de processo

Adicionar ou modificar WITs e fluxos de trabalho afeta muitas ferramentas:

  • Novos WITs de nível de requisito aparecem em listas de pendências de produtos e podem aparecer em listas de pendências de sprint.
  • Novos WITs de nível de tarefa aparecem nos quadros de tarefas.
  • As equipes devem atualizar quadros e mapeamentos para exibir WITs personalizados.

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

Permissões e quem pode modificar cada item

Controle quem altera processos, árvores de área/iteração e configuração da equipe:

  • Alterações no nível do processo: Administradores da coleção de projetos ou usuários com permissões de processo apropriadas.
  • Alterações no nível do projeto (áreas/iterações): Administradores de projeto ou usuários com permissões de nó.
  • Alterações no nível da equipe: Administradores de equipe ou administradores de projeto.

Conteúdo relacionado:

Controle de tempo e planejamento de sprint

Utilize os campos Trabalho Restante, Estimativa Original e Trabalho Concluído para planeamento e capacidade de sprint. Se você controlar o tempo para faturamento ou outros fins, avalie as extensões do Marketplace para obter um suporte mais avançado de controle de tempo.

Conteúdo relacionado:

Lista de verificação prática para administradores

  • Decida o processo e a estratégia WIT (herdar ou personalizar).
  • Área de design e hierarquias de iteração.
  • Configure equipes e defina assinaturas de área/iteração padrão.
  • Crie as pastas e permissões de consulta compartilhadas necessárias.
  • Adicione colunas de resumo e widgets de painel de que os gestores precisam.
  • Testar alterações piloto com uma equipa antes de aplicar atualizações de amplo escopo.
  • Comunique alterações e atualize o wiki do seu projeto.

Conteúdo relacionado

  • Last updated on