Compartilhar via


Diretrizes de burndown e burnup

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Os gráficos de burndown e burnup dão suporte ao gerenciamento de projetos para acompanhar visualmente o trabalho concluído ao longo do tempo.

  • Os gráficos de burndown começam com a quantidade total de trabalho planejado e, em seguida, à medida que o trabalho é concluído, grafam o trabalho restante. Com a progressão do tempo, a quantidade de trabalho pendente diminui.
  • Os gráficos de burnup acompanham o trabalho conforme ele é concluído ao longo do tempo. Eles são úteis para mostrar a taxa em que o trabalho está sendo concluído.

Os gráficos de burndown da Sprint rastreiam o trabalho planejado para uma equipe e uma sprint selecionada, para que as equipes possam analisar a eficiência com que planejam e executam a sprint sobre a sprint.

Os gráficos de burndown geralmente mostram uma tendência de queda. Mas, se as equipes adicionarem trabalho durante um período de sprint ou lançamento, o gráfico mostrará tendências de alta. Esses gráficos ajudam as equipes a monitorar o que planejavam fazer versus o que realmente fazem. Os gráficos de burnup, por outro lado, devem sempre mostrar uma tendência de alta à medida que o trabalho é concluído ao longo do tempo.

Os seguintes gráficos e widgets configuráveis estão disponíveis para rastrear burndown ou burnup.

  • Widget de burndown/burnup (Analytics)
  • Relatório interno de burndown da Sprint (Analytics)
  • Widget de burndown da Sprint (Analytics)
  • Widget de burndown da Sprint (Legado) (Repositório de itens de trabalho)

Importante

Excluir caminhos de área ou reconfigurar caminhos de iteração pode causar uma perda de dados e não pode ser revertido. Por exemplo, gráficos de widget burndown ou burnup, burndown de sprint e gráficos de velocidade para equipes cujos Caminhos de Área são alterados não refletirão os dados corretos. Gráficos de tendências históricos referenciam o Caminho da Área e o Caminho da Iteração , conforme definido em um ponto no passado para cada item de trabalho. Quando um Caminho de Área ou Caminho de Iteração é excluído, os dados históricos para ele não podem ser recuperados.

Opções de configuração suportadas

A tabela a seguir resume as opções de configuração suportadas pelas várias opções de gráfico de burndown. Os gráficos de burndown de sprint são sempre focados em uma única equipe, enquanto um widget de burndown/burnup pode acompanhar o trabalho de várias equipes. Todos os gráficos oferecem suporte ao rastreamento por contagem de itens de trabalho ou uma soma de Pontos de História, Esforço, Trabalho Restante ou outro campo personalizado (inteiro ou decimal).

Configuração Relatório de burndown da Sprint Widget de burndown da Sprint Widget Burndown/Burnup
Equipe(s) Equipe individual Equipe individual Uma ou mais equipes
Lista de pendências Carteira de produtos,
Lista de pendências de tarefas
Carteira de produtos,
Carteira de pendências,
Qualquer tipo de item de trabalho
Lista de Pendências do Produto
Lista de pendências do portfólio
Tipo de item de trabalho
Filtros de campo de item de trabalho Nenhum Nenhum Com suporte
Foco de burndown Contagem ou Soma Contagem ou Soma Contagem ou Soma
Período de tempo Sprint único Sprint único Configurável

Para obter detalhes sobre como exibir e configurar gráficos, consulte Configurar e monitorar burndown de sprint ou Configurar um widget de burndown ou burnup.

Orientação geral

Dependendo das equipes, dos tipos de item de trabalho e do período de tempo que você deseja monitorar, escolha a opção de gráfico de acordo com as diretrizes a seguir.

Monitor Opção de gráfico
Burndown de sprint para uma equipe Gráfico de Burndown do sprint
Burndown de sprint para um tipo de item de trabalho específico ou uma lista de pendências de portfólio Widget de burndown da Sprint
Burndown de sprint para várias equipes Widget de burndown
Liberar burndown/burnup para uma ou mais equipes ou equipes em projetos diferentes Widget Burndown/Burnup
Burnup ou burndown para qualquer tipo de item de trabalho e período de tempo Widget Burndown/Burnup
Data de conclusão do projeto e da meta Widget Burndown/Burnup

Gerenciamento de escopo

Quando você estima o trabalho restante de tarefas para cada item de lista de pendências, as equipes entendem melhor o que podem realizar em uma sprint. Como as tarefas de sprint definem o escopo geral da sprint, a definição do trabalho restante leva a um escopo de sprint bem definido. Quaisquer não-tarefas no sprint devem ser consideradas fora do escopo do sprint.

À medida que a equipe progride, as divergências da linha de tendência ideal ajudam a equipe a monitorar as divergências do escopo.

Screenshot of Sprint burndown report, with Burndown on Count of Work Items selected.

O Show non-working days sombreia os dias definidos nas configurações de dias úteis e dias de folga da equipe.

Aumentos em vez de diminuições dentro do gráfico azul podem indicar:

  • Estimativas fracas feitas para tarefas
  • Descoberta de novos trabalhos não contabilizados no planejamento de sprint
  • Escopo rasteiro, outro trabalho não acordado pela equipe.

Seja qual for a causa, as equipes devem se reunir rapidamente para determinar como remediar o aumento da carga de trabalho. As soluções podem incluir a reatribuição de tarefas ou o recrutamento de mais recursos. A equipe deve mover todo o trabalho de sprint não essencial para a lista de pendências e considerá-lo durante a próxima reunião de planejamento de sprint.

Reduza os riscos por meio da inspeção diária

Seu gráfico de burn-down mostra se seu projeto está dentro do cronograma. Uma verificação diária pode mitigar riscos e fornecer aviso antecipado de possíveis estouros de cronograma ou custo, duas métricas associadas ao gerenciamento tradicional de projetos.

Por exemplo, quando o trabalho restante real (área azul) fica estável por um tempo, ou permanece acima da linha de tendência ideal, a equipe corre o risco de não cumprir seus compromissos de sprint.

Screenshot of Burndown trend based on Sum of Remaining Work illustrating a flat line indicating risk to sprint.

As equipes devem se reunir imediatamente para corrigir o curso e reatribuir trabalho, recrutar mais recursos ou redefinir as expectativas.

Próximas etapas