Orientação de burndown e burnup

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

Os gráficos de evolução e consolidação suportam a gestão de projetos para controlar 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, gráficos do trabalho restante. Com a progressão do tempo, a quantidade de trabalho a fazer diminui.
  • Os gráficos de burnup acompanham o trabalho à medida que 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 do Sprint rastreiam o trabalho planejado para uma equipe e um sprint selecionado, para que as equipes possam revisar a eficiência com que planejam e executam o sprint sobre o 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 mostra tendências de alta. Esses gráficos ajudam as equipes a monitorar o que planejaram fazer versus o que realmente fazem. Os gráficos de burnup, por outro lado, devem sempre mostrar uma tendência ascendente à 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 Burndown/burnup (Analytics)
  • Relatório integrado de burndown do Sprint (Analytics)
  • Widget de burndown do Sprint (Analytics)
  • Widget de burndown do Sprint (Legado) (Loja 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 widgets de burndown ou burnup, burndown de sprint e gráficos de velocidade para equipes cujos caminhos de área foram alterados não refletirão os dados corretos. Os gráficos de tendência históricos fazem referência ao Caminho da Área e ao Caminho de 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 do Sprint são sempre focados em uma única equipe, enquanto um widget Burndown/Burnup pode acompanhar o trabalho de várias equipes. Todos os gráficos suportam o acompanhamento 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 do Sprint Widget de burndown do Sprint Widget Burndown/Burnup
Equipa(s) Equipa individual Equipa individual Uma ou mais equipas
Registo de Tarefas Pendentes Backlog de produtos,
Lista de pendências de tarefas
Backlog de produtos,
Carteira em atraso,
Qualquer tipo de item de trabalho
Registo do produto
Carteira em atraso
Tipo de item de trabalho
Filtros de campo de item de trabalho None None Suportado
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 visualizar e configurar gráficos, consulte Configurar e monitorar o burndown do sprint ou Configurar um widget de burndown ou burnup.

Documentação de 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 orientações a seguir.

Monitorizar 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 do Sprint
Burndown de sprint para várias equipas Widget 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
Projeto e prazo de conclusão Widget Burndown/Burnup

Gestão do âmbito

Quando você estima o trabalho restante das tarefas para cada item da lista de pendências, as equipes entendem melhor o que podem realizar dentro de um 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 Mostrar dias não úteis sombreia os dias definidos através das configurações de Dias de trabalho e Dias de folga da equipe.

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

  • Estimativas insuficientes feitas às tarefas
  • Descoberta de novos trabalhos não contabilizados no planejamento de sprint
  • Rastejamento de escopo, outros trabalhos não acordados 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 através de inspeções diárias

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

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 expectativas.

Próximos passos