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 | Azure DevOps Server | Azure DevOps Server 2022
As métricas de velocidade fornecem insights valiosos que ajudam as equipes a planejar e prever sprints e avaliar a precisão com que estimam e atendem aos compromissos planejados. Essas métricas indicam quanto trabalho uma equipe pode concluir durante um sprint, com base na contagem de itens de trabalho concluídos ou na soma das estimativas de esforço (itens de backlog do produto), pontos de história (histórias de usuário) ou tamanho (requisitos). Use a velocidade para ajudar a determinar a capacidade da equipe, mas não confunda-a com os principais indicadores de desempenho.
Pré-requisitos
| Categoria | Requisitos |
|---|---|
| Níveis de Acesso |
-
Membro do projeto. - No mínimo, acesso Básico. |
| Permissões |
-
Administrador de equipe ou administrador de projeto, ou permissões específicas do painel concedidas a você. - Para adicionar um widget a um painel de equipe: membro da equipe. |
| Habilitação de recursos | Habilitado para Azure Boards. Se desativado, nenhum dos widgets de análise de acompanhamento de tarefas será exibido. Para reativá-lo, 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. - No mínimo, acesso Básico. |
| Permissões |
-
Administrador de equipe ou administrador de projeto, ou permissões específicas do painel concedidas a você. - Para adicionar um widget a um painel de equipe: membro da equipe. |
| Habilitação de recursos |
-
Habilitado para Azure Boards. Se desativado, nenhum dos widgets de análise de acompanhamento de tarefas será exibido. Para reativá-lo, consulte Ativar ou desativar um serviço. - Analytics instalado e habilitado. 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. |
Dica
As imagens neste artigo podem ser diferentes do que você vê em seu portal da Web. Essas diferenças podem ser decorrentes de atualizações no seu aplicativo web, opções habilitadas por você ou pelo administrador, e do processo escolhido ao criar seu projeto (Agile, Basic, Scrum ou CMMI).
Entender os números de velocidade
A velocidade representa a quantidade de trabalho que sua equipe concluiu em sprints passados, o que ajuda a prever a capacidade futura:
- Ao rastrear por contagem: a Velocidade mostra o número de itens de trabalho (histórias de usuários, bugs, tarefas) concluídos por sprint
- Ao rastrear por soma: a Velocidade mostra o total de story points, horas de esforço ou estimativas de tamanho concluídas por sprint
Por exemplo, se sua equipe concluiu histórias de usuários no valor de 25 pontos de história no Sprint 1, 30 pontos de história no Sprint 2 e 28 pontos de história no Sprint 3, sua velocidade média é de aproximadamente 28 pontos de história por sprint. Essa média ajuda você a planejar o trabalho com o qual se comprometer em sprints futuros.
Como o Azure DevOps lida com o cálculo de velocidade
O Azure DevOps segue as melhores práticas ágeis para cálculo de velocidade:
Importante
A velocidade é sempre contada no sprint quando o trabalho é concluído, independentemente de qual sprint o item de trabalho foi originalmente planejado ou sua atribuição de caminho de iteração atual. Essa abordagem se alinha às práticas ágeis padrão que enfatizam a medição da entrega real em relação aos compromissos planejados.
Cenários de movimentação de item de trabalho
- Movendo um trabalho incompleto entre sprints: quando você move um item de trabalho incompleto de um sprint para outro (alterando seu caminho de iteração), o item de trabalho continua a aparecer como Incompleto em seu novo sprint até ser concluído.
- Concluindo o trabalho em um sprint diferente: se você concluir um item de trabalho no Sprint 3, mesmo que ele tenha sido originalmente planejado para Sprint 1, o crédito de velocidade vai para Sprint 3, quando o trabalho foi concluído.
- Caminho da iteração versus data de conclusão: a data de conclusão determina qual sprint obtém crédito de velocidade, não a atribuição de caminho de iteração atual.
Impacto da alteração de caminhos de iteração
Quando você altera o caminho de iteração de um item de trabalho WIP:
Métricas de velocidade:
- Mover um item WIP não afeta a velocidade até que seja concluído
- O crédito de velocidade vai para o sprint em que o item é concluído
- O item permanece contado como "Planejado" para seu sprint original
Métricas atrasadas concluídas:
- Cálculo tardio compara a data de conclusão com a data de término da iteração atual
- Mover um item para um sprint posterior pode alterar sua classificação tardia
Exemplo: Item de trabalho planejado para Sprint 1 (termina em 15 de março), movido para Sprint 2 (termina em 30 de março), concluído em 25 de março:
- Planejado: Sprint 1 (original)
- Velocidade: Sprint 2 (quando concluído)
- Status tardio: Não atrasado (concluído antes da data de término do Sprint 2)
Dica
Estabeleça práticas de equipe para mover itens de trabalho entre sprints para evitar confusões no controle de velocidade.
Esse método de cálculo garante que:
- As equipes obtêm medidas precisas de velocidade com base na capacidade de entrega real
- A velocidade de sprint reflete o trabalho genuinamente concluído durante esse período de tempo
- O planejamento de sprint futuro usa dados de capacidade realistas em vez de compromissos planejados
Tipos de gráficos de Velocidade
Você pode escolher entre dois gráficos de Velocidade: o gráfico de Velocidade no contexto, disponível na página de Listas de pendências, e o widget de Velocidade para painéis. Ambos os gráficos ajudam você a entender rapidamente as categorias de estado de fluxo de trabalho descritas na tabela a seguir.
Os itens nos estados de Proposto ou Resolvido são excluídos de cálculos de Concluído, Concluído com atraso e Incompleto. Para obter mais informações, consulte Como os estados das categorias de fluxo de trabalho são usados no Azure Boards. Suas seleções são pessoais e persistem entre sessões até serem alteradas.
Importante
Somente dados planejados usam instantâneos históricos. Todos os outros estados (Incompleto, concluído, concluído em atraso) refletem os dados atuais do item de trabalho.
| Estado de fluxo de trabalho | Descrição |
|---|---|
| Planejado | Itens de trabalho atribuídos a um sprint até o final do primeiro dia, independentemente de seu estado atual ou local de conclusão final. Uma vez contados como planejado, os itens permanecem nessa categoria para o sprint original, mesmo se movidos mais tarde. Um item de trabalho pode ser contado como planejado em vários sprints se ele atender à regra de atribuição do dia 1 para cada sprint. |
| Incompleto | Itens de trabalho atualmente atribuídos ao sprint com o estado Em Andamento . Exclui itens em estados propostos, resolvidos ou concluídos. |
| Resolvida | Itens de trabalho no estado Resolvido . Não plotado, a menos que esteja configurado para tratar itens resolvidos como concluídos. |
| Concluído | Itens de trabalho no estado Concluído com uma data de conclusão antes ou antes da data de término do sprint. O crédito de velocidade é atribuído ao sprint quando o item é concluído, independentemente de seu sprint planejado original ou do ciclo de iteração atual. |
| Concluído com atraso | Itens de trabalho no estado Concluído com uma data de conclusão após a data de término do sprint. Esses itens contribuem para a velocidade do sprint quando são concluídos. |
Observação
Quando configurado para tratar itens resolvidos como concluídos, mover um item resolvido para o estado Concluído após a data de término do sprint altera sua classificação de Concluído para Concluído Atrasado.
Mais adiante neste artigo, aprenda como abrir o relatório de Velocidade em contexto ou configurar o widget de Velocidade.
Você pode configurar cada gráfico das seguintes maneiras:
- Soma de Esforço, Pontos de História, Campos de Tamanho ou outros campos numéricos com suporte atribuídos a itens de lista de pendências.
- Contagem de itens de trabalho na lista de pendências.
- Número de iterações.
O widget oferece mais opções de configuração. Para obter mais informações, consulte Configurar e exibir gráficos de Velocidade.
Exibir o relatório de Velocidade no contexto
Os relatórios de velocidade estão disponíveis para listas de pendências de produtos e portfólios. Cada relatório inclui controles interativos, permitindo que os usuários personalizem a exibição de acordo com seus interesses específicos.
Entre no projeto (
https://dev.azure.com/{Your_Organization/Your_Project}).Selecione Quadros>Pendências>Análises para abrir o relatório de Velocidade para sua lista de pendências de produto ou portfólio.
Para alterar para outra lista de pendências, escolha no seletor de listas de pendências e selecione Exibir relatório completo para Velocidade.
Use os controles interativos para selecionar o campo de contagem ou soma e o número de iterações. Selecione Iterações personalizadas para especificar qualquer número de iterações entre 1 e 15.
Se sua equipe não concluir um sprint ou se você estiver trabalhando em itens antes de uma data de início do sprint, não haverá dados para analisar e prever. A mensagem a seguir pode ser exibida: Definir datas de iteração para usar esse widget. Para resolver essa situação, defina um intervalo de datas de iteração para incluir a data atual ou aguarde o início do sprint.
Passe o mouse sobre uma área de coluna para mostrar um resumo dos itens de trabalho planejados e concluídos. Por exemplo, para o sprint 07_2019, 131 itens estão planejados.
Para obter mais informações, consulte as descrições de estado do fluxo de trabalho mencionadas anteriormente neste artigo.
Para adicionar o relatório a um dashboard, selecione o
ícone de ações e selecione Copiar para o Painel.
Selecione o dashboard e selecione OK.
Para retornar ao resumo da Análise, selecione a seta para trás
.
Configurar o widget Velocidade
Você só pode configurar seu widget de Velocidade para uma única equipe. Se você quiser exibir a velocidade de várias equipes, deverá configurar uma equipe de gerenciamento de portfólio que reúna várias equipes. Para obter mais informações, consulte Adicionar equipes.
Se você ainda não o fez, Adicione o widget de Velocidade ao seu painel.
Conclua as etapas a seguir para configurar o widget de Velocidade.
Selecione o ícone de ações
e selecione a opção Configurar para abrir a caixa de diálogo de configuração.
Modifique o título, selecione a equipe e, em seguida, selecione o nível de lista de pendências ou o tipo de item de trabalho a ser rastreado. Selecione se deseja acompanhar uma contagem de itens de trabalho ou uma soma de um campo numérico. O campo somado mais comum é o de Esforço, Pontos da História ou Tamanho.
Especifique o número de sprints que você deseja visualizar. O padrão é 6, e o máximo é 15.
(Opcional) Marque as caixas de seleção para mostrar informações adicionais para o trabalho concluído posteriormente ao planejado para cada sprint.
- Exibir trabalho planejado para iterações: marque esta caixa para exibir a quantidade de trabalho planejada para uma iteração no início da iteração, o que é útil para comparar seu trabalho planejado com as entregas reais. Por padrão, a contagem de trabalho planejado começa na data de início da iteração.
-
Dias após a data de início da iteração quando o trabalho planejado é final: especifique o número de dias após a data de início da contagem do trabalho planejado. Por exemplo, se os dois primeiros dias de uma iteração forem para planejamento, você poderá inserir
3, e o trabalho planejado será contado no terceiro dia. Por exemplo, se a iteração começar em01/01/2024e três itens da lista de pendências forem atribuídos à iteração em01/01/2024final do dia, esses três itens da lista de pendências serão considerados como Planejados. Se sua equipe não concluir o planejamento até alguns dias após o início da iteração, você pode atualizar o campo Dias após a data de início da iteração quando o trabalho planejado estiver finalizado. - Realçar o trabalho concluído com atraso: marque esta caixa para exibir itens de trabalho marcados como concluídos após a data de término da iteração, que é considerada concluída com atraso e mostrada em verde claro. Realçar o trabalho concluído com atraso é útil para detectar uma tendência em que os itens de trabalho são marcados como concluídos após a conclusão da iteração.
- Dias após a data de término da iteração após a qual o trabalho está atrasado: especifique o número de dias após os quais você considera um item de trabalho atrasado se seu status ainda for novo ou estiver em andamento. Por exemplo, inserir três dias dá à equipe este prazo após o término de uma iteração para marcar itens de trabalho como concluídos, antes de serem considerados atrasados.
Clique em Salvar. A imagem a seguir mostra a velocidade com base em pontos de história e oito sprints de dados.
Para obter mais informações sobre os estados Planejado, Concluído, Concluído com atraso e Incompleto, consulte as Descrições de estado mencionadas anteriormente neste artigo.
Tarefas necessárias e recomendadas para usar gráficos de Velocidade
Para que sua equipe obtenha a maior utilidade dos gráficos de Velocidade, siga estas tarefas obrigatórias e recomendadas.
Tarefas necessárias
- Defina caminhos de iteração (sprints) e configure iterações de equipe. Os sprints devem ter a mesma duração.
- Definir e estimar itens de lista de pendências. Os itens criados a partir da lista de pendências da equipe são atribuídos automaticamente ao sprint atual e ao Caminho de Área padrão da equipe.
- Atualize o status dos itens de lista de pendências quando o trabalho for iniciado e concluído. Somente os itens com um Estado de Em andamento ou Concluído aparecem no gráfico de Velocidade ou no widget.
Tarefas recomendadas
- Defina e dimensione itens de lista de pendências para uma variabilidade minimizada.
- Decida como sua equipe trata bugs. Se tratados como requisitos, os bugs aparecem na lista de pendências e são incluídos no gráfico de Velocidade e na previsão.
- Defina o caminho de área da sua equipe. A ferramenta de previsão usa essas configurações para incluir ou excluir itens em caminhos de áreas conforme o padrão da equipe.
- Evite criar uma hierarquia de itens de lista de pendências e bugs. O painel, os quadros de tarefas e a lista de pendências de sprint mostram apenas o último nó em uma hierarquia. Em vez disso, mantenha uma lista simples com links pai-filho de um nível de profundidade. Use Recursos para agrupar requisitos ou histórias de usuário.
- Conclua os itens de lista de pendências em seu sprint planejado quando possível. Embora o Azure DevOps gerencie corretamente a conclusão de trabalho entre sprints, mover frequentemente o trabalho de um sprint para outro pode afetar o foco da equipe e a precisão do planejamento dos sprints.
- Atualize o status dos itens de backlog concluídos no final do sprint. Mova itens incompletos de volta para a lista de pendências do produto para planejamento de sprint futuro.
- Minimize a variabilidade de tamanho dos itens de lista de pendências para melhorar a precisão da estimativa. A redução da variabilidade aumenta a confiabilidade das métricas de velocidade e dos resultados de previsão. As estimativas são as melhores suposições da equipe em relação ao esforço necessário para concluir um item em relação a outros na lista de pendências.
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 trajetórias de área alteradas
- 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.
Adicionar outras equipes
Se cada equipe quiser sua própria exibição de lista de pendências, gráfico de Velocidade e ferramenta de previsão, você poderá adicionar uma nova equipe. Cada equipe tem acesso ao seu próprio conjunto de ferramentas Agile, que filtram itens de trabalho para incluir apenas os caminhos de área atribuídos e os caminhos de iteração específicos dessa equipe.