Burndown de Versão

Examinando o relatório de burndown de versão, você pode compreender quão rapidamente sua equipe entregou itens de reserva e rastreou a quantidade de trabalho que a equipe ainda deve realizar para concluir um lançamento do produto.

Dica

Esse relatório requer que a coleção de projeto de equipe que contém o projeto da equipe recebeu fornecimento de SQL Server serviços de relatórios.Esse relatório não está disponível se Relatórios não aparecer quando você abrir Team Explorer e expandir o nó do projeto de sua equipe.

Permissões necessárias

Para exibir o relatório, você deverá ser atribuído ou pertencer a um grupo que tem a atribuição da função de Pesquisador nos Reporting Services. Para obter mais informações, consulte Conceder acesso aos bancos de dados do Data Warehouse para Visual Studio ALM.

Dados no relatório

Conforme mostra a ilustração a seguir, um gráfico de burndown de versão mostra quanto trabalho permanece no início de cada sprint em uma versão. A fonte de dados brutos é a lista de pendências do produto. Cada sprint que foi atribuída ao projeto de equipe ou à equipe aparece ao longo do eixo horizontal. O eixo vertical indica a soma de todos os esforços de todos os itens de lista de pendências ativos no início de cada sprint. Como a equipe atualiza o estado de itens de pendências para Feito, o esforço restante diminui. A quantidade de esforço estimado no eixo vertical está em qualquer unidade que sua equipe de scrum decidir usar (por exemplo, pontos de história, tamanho ou horas).

Você pode filtrar o relatório selecionando Caminho da versão ou Área.

Atividades necessárias para acompanhar burndown de versão

Para o gráfico de burndown pode ser útil e exato, sua equipe deve executar as seguintes atividades para acompanhar os itens de trabalho:

• Especifique o número de versões que você deseja controlar e defina as datas de início e de término de cada sprint.

• Defina os itens da lista de pendências de produto e os bugs, e atribua cada um a uma sprint ou iteração. (Campo Iteração). Certifique-se de que todos os itens de lista de pendências sejam atribuídos ao caminho de área ou à subárea da sua equipe.

• No início de uma versão, estime o Esforço para cada item de retorno do produto e cada bug no qual que sua equipe trabalhará.

• Durante a sprint ou no fechamento de cada sprint, para cada item da lista de pendências do produto e cada erro que a equipe tiver concluído, altere o Estado para Concluído.

Interpretando o relatório

Você pode examinar o relatório e determinar o progresso que sua equipe fez em uma versão e responder às seguintes perguntas:

• Quanto trabalho permanece na versão?

• Quão rapidamente sua equipe está trabalhando pelo retorno do produto?

Consulte também

Conceitos

Adicionar e modificar área e caminhos de iteração

Outros recursos

Modelo de processo do Visual Studio Scrum para Visual Studio ALM