Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Servidor Azure DevOps | Azure DevOps Server 2022
Ao longo do seu sprint, monitore o relatório de burndown do sprint para determinar se sua equipe está no caminho certo para concluir seu plano de sprint. Dois gráficos de burndown estão disponíveis:
- Relatório de tendência do Burndown no contexto: Acessível na guia Análise do backlog de sprint de uma equipe.
- Widget de Burndown da Sprint: Adicionar a qualquer painel do catálogo de widgets.
Ambos os gráficos derivam dados da Análise e dão suporte ao burndown com base em uma contagem de itens de trabalho ou uma soma de Pontos de História, Esforço, Trabalho Restante ou outros campos numéricos. Para obter mais opções de configuração, consulte Como configurar um widget de burndown ou burnup. Para uma visão geral de todos os tipos de gráficos de burndown, consulte Diretrizes de Burndown e Burnup.
Dica
Você pode usar a IA para ajudar nessa tarefa mais adiante neste artigo ou consulte Ativar a assistência de IA com o Azure DevOps Server MCP para começar.
Pré-requisitos
| Categoria | Requisitos |
|---|---|
| Níveis de acesso |
-
Membro do projeto. – Pelo menos acesso básico . |
| Permissões |
-
Administrador de equipe ou administrador de projeto ou permissões de painel específicas concedidas a você. - Para adicionar um widget a um painel de equipe: membro da equipe. |
| Habilitação de recursos | Quadros do Azure habilitados. Se desativado, nenhum dos widgets de análise de acompanhamento de tarefas será exibido. Para habilitá-lo novamente, consulte Ativar ou desativar um serviço. |
| Reconhecimento de tarefas | Conscientização das tarefas necessárias ou recomendadas listadas posteriormente neste artigo. |
| Categoria | Requisitos |
|---|---|
| Níveis de acesso |
-
Membro do projeto. – Pelo menos acesso básico . |
| Permissões |
-
Administrador de equipe ou administrador de projeto ou permissões de painel específicas concedidas a você. - Para adicionar um widget a um painel de equipe: membro da equipe. |
| Habilitação de recursos |
-
Quadros do Azure ativados. Se desativado, nenhum dos widgets de análise de acompanhamento de tarefas será exibido. Para habilitá-lo novamente, consulte Ativar ou desativar um serviço. - Análise instalada e habilitada. Os membros do grupo Administradores de Coleção de Projetos podem adicionar extensões ou habilitar o serviço. Os proprietários da organização são automaticamente membros desse grupo. |
Para monitorar o burndown de sprint, sua equipe deve agendar sprints e atribuir trabalho a esses sprints. Se você quiser reduzir o Trabalho Restante, também deverá:
- Definir e estimar tarefas para cada item de lista de pendências no sprint.
- Atualize o Trabalho Restante para cada tarefa à medida que o trabalho progride.
Importante
Excluir valores de Caminho da Área ou reconfigurar valores de Caminho de Iteração causa perda irreversível de dados nos seguintes gráficos:
- Gráficos de burndown e burn up em widgets
- Gráficos de burndown do sprint
- Gráficos de velocidade para equipes com percursos de área alterados
- Gráficos de tendências históricos que fazem referência aos valores caminho de área e caminho de iteração conforme definido no momento para cada item de trabalho
Você só pode excluir caminhos de área e iteração quando eles não são mais usados por itens de trabalho. Ao excluir esses caminhos, você não pode mais recuperar seus dados históricos.
Compreenda os elementos do gráfico de sprint burndown
O relatório no contexto e o widget Sprint Burndown exibem os mesmos elementos do gráfico. O rótulo de métrica de cabeçalho (por exemplo, Histórias Restantes ou Tarefas Restantes) é alterado com base no tipo de item de trabalho selecionado.
| Elemento | Descrição |
|---|---|
| Intervalo de datas | A data de início e término do sprint. |
| Itens restantes | O número de itens de trabalho restantes no sprint. O rótulo é alterado com base na seleção de tipo de item de trabalho. |
| Concluído | O percentual de trabalho concluído com base no escopo original. Selecione Concluído para ver a lista completa de itens de trabalho concluídos. |
| Burndown médio | Trabalho médio concluído por dia ou intervalo. |
| Aumento total do escopo | A alteração no trabalho do escopo original desde que o burndown foi iniciado. |
| Remanescente | O número de itens de trabalho ainda ativos ou em andamento. |
| Escopo Total | O número total de itens de trabalho no sprint, incluindo itens fechados. O escopo diminui quando o Caminho de Iteração de um item é alterado para outro sprint ou quando os itens são concluídos. |
| Tendência ideal | A taxa de redução ideal calculada com base no número de itens de trabalho, dias no sprint e dias úteis. |
Como os membros individuais da equipe só podem atualizar seus itens de trabalho uma vez por semana ou a cada poucos dias, geralmente há um padrão de burndown de escada.
Abra o relatório de tendência do Burndown no contexto
Vá para Boards>Sprints, selecione sua equipe e, em seguida, selecione Backlog.
Para exibir um sprint diferente, abra o seletor de sprint e selecione o sprint desejado.
Se você não vir o sprint desejado, selecione Nova Sprint>Selecionar iteração existente. Para obter mais informações, consulte Definir caminhos de iteração.
Selecione a guia Análise.
Use os controles interativos para configurar o relatório:
- Data de Início e Data de Término: Padrão para as datas de sprint atuais.
- Pendências/Itens de Trabalho: selecione uma lista de pendências do produto (Histórias, Problemas, Itens de Pendência do Produto ou Requisitos) ou a lista de pendências tarefas. Sua seleção determina o Burndown disponível nas opções.
- Burndown on: Selecione Contagem de Itens de Trabalho ou a soma de um campo como Pontos de História, Esforço ou Tamanho.
- Mostrar dias não úteis: exibe dias não úteis como barras cinzas. Para obter mais informações, consulte Definir capacidade de sprint.
Selecione Redefinir para retornar às opções padrão. As alterações nos controles de data não alteram as definições de data de sprint.
Passe o mouse sobre qualquer ponto no gráfico para ver um resumo desse dia.
O gráfico mostra dados diferentes conforme sua seleção de Burndown.
A área azul mostra a soma do Trabalho Restante por dia para tarefas ativas ou em andamento. A linha Escopo indica o Trabalho Restante que foi adicionado após o início do sprint. A linha Ideal mostra a taxa de burndown ideal. As linhas de capacidade aparecem somente quando a equipe configurou a capacidade.
Observação
Os campos de soma disponíveis dependem dos campos numéricos definidos para tipos de itens de trabalho, como tarefas e requisitos. Os campos mais comuns são Pontos de História, Esforço ou Tamanho e Trabalho Restante.
Suas seleções persistem entre sessões até que você as altere.
Adicionar o relatório a um dashboard
Para adicionar o relatório no contexto a um painel, selecione o 
ícone de ações e selecione Copiar para o Painel. Em seguida, selecione o painel de destino.
Adicionar e configurar o widget do Sprint Burndown
Adicione o widget Sprint Burndown ao seu painel. Filtre a janela de diálogo Adicionar Widget pelo burndown de sprint para encontrar o widget.
Selecione o
ícone de ações no widget e selecione Configurar.
Defina as seguintes configurações:
Configurações Descrição Título Modifique o título do widget. Tamanho Selecione seu tamanho preferencial (até 10 x 10). Equipe Selecione a equipe a ser rastreada. Pendências e itens de trabalho Selecione qualquer nível de lista de pendências ou um tipo de item de trabalho específico. Gráfico de burndown em andamento Escolha Contagem de itens de trabalho ou uma soma com base em um campo selecionado. Selecionar iteração Escolha @CurrentIteration ou uma iteração específica. Período de tempo Para @CurrentIteration, as datas são definidas automaticamente. Para uma iteração específica, personalize as datas de início e término. Selecione recursos avançados para adicionar ao seu gráfico:
Opção Descrição Mostrar escopo total Exibe o aumento de escopo histórico e projetado. Mostrar dias não úteis Sombreia os dias não úteis no gráfico de burndown. Graficar o que resta usando a cor do tipo do item de trabalho As cores restantes funcionam por tipo de item de trabalho em vez de azul padrão. Organiza as cores para diferentes tipos de itens de trabalho. Clique em Salvar.
Widget do Sprint Burndown (Herdado)
O gráfico do widget Sprint Burndown (Herdado) mostra o trabalho restante para tarefas no sprint atual de uma equipe. Use esta versão quando você não tiver acesso ao Analytics.
Para configurar o widget, selecione o ícone de ações e selecione Configurar. As opções de configuração incluem seleção de equipe e tamanho do widget.
Dica
Para atualizar um widget herdado existente, selecione Experimentar a nova versão agora na caixa de diálogo de configuração. Você pode alternar para sua configuração anterior a qualquer momento.
Revisar gráficos de burndown de sprint anteriores
À medida que você conclui cada sprint, o sistema mantém um histórico de sua atividade. Para exibir o gráfico de burndown de um sprint anterior, selecione-o no seletor de sprint.
Ao examinar gráficos de burndown anteriores durante retrospectivas, você pode identificar padrões na execução da sua equipe. Considere estas perguntas:
- Como sua velocidade projetada corresponde à sua velocidade real?
- Como você pode determinar com mais precisão o quanto sua equipe pode realizar em um sprint?
- Como você pode concluir o trabalho em um ritmo mais regular ao longo do sprint?
Práticas recomendadas para burndown em sprints
- Defina tarefas que levam um dia ou menos para serem concluídas para reduzir o impacto das estimativas ruins.
- Não divida tarefas em subtarefas. Se você fizer isso, especifique horas apenas para as subtarefas – horas são acumuladas como valores resumidos para a tarefa pai.
- Atualize o Trabalho Restante diariamente ou várias vezes por semana para obter um gráfico de burndown mais suave.
- No final de cada sprint, atualize o status das tarefas concluídas e determine como lidar com tarefas incompletas.
Solucionar problemas de um gráfico de burndown vazio
Se o gráfico de burndown de sprint aparecer vazio, marcar estes pontos:
- As tarefas são atribuídas ao sprint associado ao gráfico?
- O Trabalho Restante é atribuído às tarefas?
- Os itens de trabalho pai são atribuídos ao mesmo sprint? Caso contrário, as tarefas podem ser exibidas em outro sprint associado ao item pai.
Usar IA para o monitoramento do burndown de sprint
Se você configurar o Servidor MCP do Azure DevOps, poderá usar assistentes de IA para ajudar a configurar e interpretar gráficos de burndown de sprint.
Prompts de exemplo
| Tarefa | Prompt de exemplo |
|---|---|
| Exibir o relatório | Open the in-context sprint burndown report for <team> in <project> (<organization>) and explain what I'm seeing |
| Configurar o widget | Help me set up a Sprint Burndown widget on the <dashboard> dashboard for <team> in <project> (<organization>) that burns down Remaining Work |
| Solucionar problemas de um gráfico vazio | My sprint burndown chart is empty for <team> in <project> (<organization>) — walk me through what to check (iterations, tasks, Remaining Work, and parent items) |
| Monitorar por pontos de história | Help me configure sprint burndown by Story Points for <team> in <project> (<organization>) and explain any prerequisites |
| Interpretar um burndown simples | In sprint <sprint-name>, our burndown is flat for the first <n> days — what does that usually indicate, and what should <team> do next? |
| Identificar alterações de escopo | In the sprint burndown for <team> in <project> (<organization>), how do I tell whether scope was added mid-sprint and when it happened? |
| Comparar relatório e widget | What's the difference between the in-context Burndown Trend report and the Sprint Burndown widget in Azure DevOps, and when should <team> use each? |
| Comparar sprints | Compare the last <n> sprints for <team> in <project> (<organization>) using burndown patterns and summarize whether our estimation accuracy is improving |
| Preparar-se para uma retrospectiva | Based on the last sprint burndown for <team> in <project> (<organization>), suggest 3 retrospective questions and 3 process improvements to discuss |
Dica
Se você estiver usando o Visual Studio Code, o modo agente será especialmente útil para iterar em uma análise de várias etapas (por exemplo, comparar as tendências de burndown em vários sprints e resumir os pontos principais).