Versão Burndown (Scrum)
Examinando um relatório de burndown de versão, você pode entender o quão rapidamente sua equipe apresentou os itens de lista de pendências e controlar a quantidade de trabalho a equipe ainda deve realizar para concluir o lançamento de um produto.
.gif "Observação") Observação |
|---|
Este relatório requer que a coleção de projeto de equipe que contém o seu projeto de equipe foi provisionada com SQL Server Reporting Services. Este relatório não está disponível se |
.gif "Relatório"){kind=icon}
relatórios não aparece quando você abrir Team Explorer e expanda o nó de projeto de equipe.Neste tópico
Data in the Report
Interpreting the Report
Permissões necessárias
Para exibir o relatório, você deve ser atribuído ou pertencer a um grupo que tenha sido atribuído a navegador a função no Reporting Services. Para obter mais informações, consulte Adicionar usuários a projetos de equipe ou Managing Permissions.
Dados do relatório
Como mostra a ilustração a seguir, um gráfico de burndown versão mostra quanto trabalho permaneceu no início de cada sprint em uma versão. A origem dos dados brutos é a lista de pendências de produto. Cada sprint aparece ao longo do eixo horizontal e o eixo vertical mede o esforço que permaneceu quando cada sprint iniciado. A quantidade de esforço estimado no eixo vertical é em qualquer unidade que sua equipe scrum decidiu utilizar (por exemplo, pontos de história ou horas).
.png "Sreenshot mostrando um <>>release burndown gráfico")
Você pode filtrar o relatório, especificando os campos acima do gráfico de burndown:
Especificar sprints em seguida a partir do Sprint lista.
Especifique o caminho da área da área lista.
Atividades necessárias para controlar os itens de trabalho
Para o gráfico de burndown a serem úteis e precisas, sua equipe deve executar as seguintes atividades para controlar os itens de trabalho:
Definir itens de lista de pendências de produto e bugs e especificar o iteração e área caminhos para cada um.
Para obter mais informações, consulte Criar e modificar áreas e iterações.
Especifique e atualizar o esforço para cada item da lista de pendências de produto e cada bug que sua equipe está trabalhando.
Atualização do estado de cada item da lista de pendências de produto e cada bug como ele progride de nova para feito.
Interpretar o relatório.
Você pode analisar o relatório para determinar o progresso que sua equipe se transformou em uma versão e responda às perguntas a seguintes:
A quantidade de trabalho permanece na versão?
Rapidez a sua equipe está trabalhando através de pendências de produto?