Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022
As métricas de velocidade fornecem informações valiosas que ajudam as equipes a planejar e prever sprints e avaliar com que precisão estimam e cumprem os compromissos planejados. Essas métricas indicam quanto trabalho uma equipe pode concluir durante um sprint, com base contagem de itens de trabalho concluídos ou a soma das estimativas de esforço (itens da lista de pendências do produto), pontos de história (histórias de usuários) ou tamanho (requisitos). Use a velocidade para ajudar a determinar a capacidade da equipe, mas não a confunda com indicadores-chave de desempenho.
Pré-requisitos
| Categoria | Requerimentos |
|---|---|
| Níveis de acesso |
-
Membro do projeto. - Pelo menos acesso básico ao. |
| Permissões |
-
Administrador de equipa ou administrador de projeto ou permissões específicas do painel concedidas a si. - Para adicionar um widget a um painel da equipe: Membro da equipe. |
| Ativação de recursos | Azure Boards habilitado. Se desativado, nenhum dos widgets do Google Analytics de acompanhamento de trabalho será exibido. Para reativá-lo, consulte Ativar ou desativar um serviço. |
| Consciência de tarefas | Conhecimento de quaisquer tarefas necessárias ou recomendadas listadas posteriormente neste artigo. |
| Categoria | Requerimentos |
|---|---|
| Níveis de acesso |
-
Membro do projeto. - Pelo menos acesso básico ao. |
| Permissões |
-
Administrador de equipa ou administrador de projeto ou permissões específicas do painel concedidas a si. - Para adicionar um widget a um painel da equipe: Membro da equipe. |
| Ativação de recursos |
-
Azure Boards habilitado. Se desativado, nenhum dos widgets do Google Analytics de acompanhamento de trabalho será exibido. Para reativá-lo, consulte Ativar ou desativar um serviço. - Analytics instalado e ativado. Os membros do grupo Administradores da Coleção de Projetos podem adicionar extensões ou habilitar o serviço. Os proprietários da organização são automaticamente membros deste grupo. |
Gorjeta
As imagens neste artigo podem ser diferentes das que você vê no seu portal da Web. Essas diferenças podem ser devidas a atualizações no seu aplicativo Web, opções habilitadas por você ou seu administrador e o processo escolhido ao criar seu projeto (Agile, Basic, Scrum ou CMMI).
Compreender os números de velocidade
A velocidade representa a quantidade de trabalho que sua equipe concluiu em sprints anteriores, 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
- Quando se acompanha pela soma: a velocidade mostra o total de pontos de história, horas de trabalho ou estimativas de tamanho concluídas por sprint
Por exemplo, se sua equipe completou histórias de usuário no valor de 25 pontos de história na Sprint 1, 30 pontos de história na Sprint 2 e 28 pontos de história na Sprint 3, sua velocidade média é de aproximadamente 28 pontos de história por sprint. Essa média ajuda a planear quanto trabalho se deve comprometer em sprints futuros.
Como o Azure DevOps gere o cálculo de velocidades
O Azure DevOps segue as melhores práticas ágeis para cálculo de velocidades:
Importante
A velocidade é sempre contabilizada no sprint quando o trabalho é concluído, independentemente do sprint para que o item de trabalho foi originalmente planeado ou da sua atual atribuição do caminho de iteração. Esta abordagem está alinhada com práticas ágeis padrão que enfatizam a medição da entrega real em detrimento dos compromissos planeados.
Cenários de movimento de itens de trabalho
- Mover trabalho incompleto entre sprints: Quando move um item de trabalho incompleto de um sprint para outro (mudando o seu caminho de iteração), o item de trabalho continua a aparecer como Incompleto no seu novo sprint até ser concluído.
- Concluir trabalho num sprint diferente: Se completar um item de trabalho no Sprint 3, mesmo tendo sido originalmente planeado para o Sprint 1, o crédito da velocidade vai para o Sprint 3, quando o trabalho foi concluído.
- Caminho de iteração vs. data de conclusão: A data de conclusão determina qual sprint recebe crédito de velocidade, não a atribuição atual do caminho da iteração.
Impacto da alteração dos caminhos de iteração
Quando mudas o caminho de iteração de um item de trabalho em progresso (WIP):
Métricas de velocidade:
- A movimentação de um item em progresso não afeta a velocidade até ser concluído
- O crédito da velocidade vai para o sprint onde o item é concluído
- O item permanece contado como "Planeado" para o seu sprint original.
Métricas Concluídas com Atraso:
- O 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 a sua classificação tardia
Exemplo: Trabalho planeado para o Sprint 1 (termina a 15 de março), transferido para o Sprint 2 (termina a 30 de março), concluído a 25 de março:
- Planeado: Sprint 1 (original)
- Velocidade: Sprint 2 (quando concluído)
- Estado atrasado: Não atrasado (concluído antes da data de fim do Sprint 2)
Gorjeta
Estabelecer práticas de equipa para mover itens de trabalho entre sprints, para minimizar a confusão no acompanhamento da velocidade.
Este método de cálculo assegura que:
- As equipas obtêm medições precisas de velocidade baseadas na capacidade real de entrega
- A velocidade de sprint reflete o trabalho realmente concluído durante esse período
- O planeamento de sprints futuros utiliza dados realistas de capacidade em vez de compromissos planeados
Tipos de gráficos de velocidade
Você pode escolher entre dois gráficos de velocidade: o gráfico de velocidade no contexto na página Listas de pendências e o widget Velocidade para painéis. Ambos os gráficos ajudam você a entender rapidamente as categorias de estado do fluxo de trabalho descritas na tabela a seguir.
Os itens nos estados de Proposto ou Resolvido são excluídos dos cálculos de Concluído, Atrasado e Incompleto. Para obter mais informações, consulte Como os estados de categoria de fluxo de trabalho são usados nos Painéis do Azure. Suas seleções são pessoais e persistem nas sessões até serem alteradas.
Importante
Somente os dados planejados usam instantâneos históricos. Todos os outros estados (Incompleto, Concluído, Concluído Atrasado) refletem os dados atuais do item de trabalho.
| Estado do fluxo de trabalho | Descrição |
|---|---|
| Prevista | Itens de trabalho atribuídos a um sprint até ao final do primeiro dia, independentemente do seu estado atual ou do local onde serão concluídos. Uma vez contados como planejado, os itens permanecem nesta categoria para o sprint original, mesmo que movidos mais tarde. Um item de trabalho pode ser contado como planejado em várias sprints se 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 nos estados Proposto, Resolvido ou Concluído. |
| Resolvido | Itens de trabalho no estado Resolvido . Não plotado, a menos que configurado para tratar itens resolvidos como concluídos. |
| Concluído | Itens de trabalho no estado Concluído com uma data de conclusão na ou antes da data de término do sprint. O crédito de velocidade é atribuído ao sprint quando o item é concluído, independentemente do sprint original em que foi planeado ou do percurso atual da iteração. |
| 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. Estes 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, saiba como abrir o relatório de contexto do Velocity ou configurar o widget Velocity.
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 suportados atribuídos a itens da 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 contexto do Velocity
Os relatórios Velocity 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.
Faça login no seu projeto (
https://dev.azure.com/{Your_Organization/Your_Project}).Selecione Boards>Backlogs>Analytics para abrir o relatório Velocity para o seu backlog de produto ou portfólio.
Para alterar para uma lista de pendências diferente, escolha no seletor de lista de pendências e, em seguida, selecione Exibir relatório completo para Velocity.
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 da data de início de um sprint, não haverá dados para analisar e prever. A seguinte mensagem pode ser exibida: Definir datas de iteração para usar este 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 cursor sobre uma área de coluna para mostrar um resumo dos itens de trabalho planejados e concluídos. Por exemplo, para o sprint 07_2019, estão previstos 131 itens.
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 painel, selecione o
ícone de ações e selecione Copiar para o painel.
Selecione o painel e selecione OK.
Para voltar ao resumo do Google Analytics, selecione a seta para trás
.
Configurar o widget Velocity
Você só pode configurar seu widget Velocity para uma única equipe. Se quiser visualizar a velocidade de várias equipas, então deve configurar uma equipa de gestão de portefólio que agrupe várias equipas. Para obter mais informações, consulte Adicionar equipes.
Se ainda não o fez, adicione o widget Velocity ao seu painel.
Conclua as etapas a seguir para configurar o widget Velocity.
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 da lista de pendências ou o tipo de item de trabalho a ser rastreado. Selecione se deseja controlar uma contagem de itens de trabalho ou uma soma de um campo numérico. O campo somado mais comum é o de Esforço, Pontos de Estória ou Tamanho.
Especifique o número de sprints que deseja visualizar. O padrão é 6 e o máximo é 15.
(Opcional) Marque as caixas de seleção para mostrar informações adicionais sobre o trabalho concluído mais tarde do que o planejado para cada sprint.
- Exibir trabalho planejado para iterações: marque esta caixa para exibir a quantidade de trabalho planejado para uma iteração no início da iteração, o que é útil para comparar o trabalho planejado com os resultados reais. Por padrão, a contagem do 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 para contar o trabalho planejado. Por exemplo, se os dois primeiros dias de uma iteração são para planejamento, então você pode inserir
3, e o trabalho planejado é contado no terceiro dia. Por exemplo, se a iteração começar em01/01/2024, e três itens da lista de pendências forem atribuídos à iteração no01/01/2024final do dia, esses três itens da lista de pendências serão considerados como Planejados. Se a sua equipa não concluir o planeamento até alguns dias após o início da iteração, poderá atualizar os Dias após a data de início da iteração quando o trabalho planeado estiver concluído. - Realçar trabalho concluído tardiamente: marque esta caixa para exibir os itens de trabalho marcados como concluídos após a data de término da iteração, que é considerada concluída tardiamente e mostrada como verde claro. Destacar o trabalho concluído tardiamente é útil para identificar 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 passados que você considera um item de trabalho atrasado se seu status ainda for novo ou estiver em andamento. Por exemplo, introduzir três dias dá à equipa 3 dias após o final de uma iteração para marcar os itens de trabalho como concluídos, antes de serem considerados atrasados.
Selecione Guardar. 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 Atrasado e Incompleto, consulte as descrições dos estados mencionadas anteriormente neste artigo.
Tarefas necessárias e recomendadas para o uso de gráficos de velocidade
Para que sua equipe obtenha a maior utilidade dos gráficos de velocidade, siga estas tarefas necessárias e recomendadas.
Tarefas necessárias
- Definir caminhos de iteração (sprints) e configurar iterações de equipe. Certifique-se de que os sprints têm a mesma duração.
- Definir e estimar itens da 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 da lista de pendências quando o trabalho for iniciado e concluído. Apenas os itens com um Estado de Em Progresso ou Concluído aparecem no gráfico ou widget Velocidade.
Tarefas recomendadas
- Defina e dimensione os itens da lista de pendências para uma variabilidade minimizada.
- Decida como sua equipe trata os bugs. Se tratados como requisitos, os erros aparecem na lista de pendências e são incluídos no gráfico de velocidade e na previsão de desempenho.
- Defina o caminho da área da sua equipe. A ferramenta de previsão usa essas configurações para incluir ou excluir itens em caminhos de área segundo o padrão da equipa.
- Evite criar uma hierarquia de itens pendentes e de bugs. O quadro, os quadros de tarefas e a lista de pendências do sprint mostram apenas o último nó de uma hierarquia. Em vez disso, mantenha uma lista simples com links pai-filho com um nível de profundidade. Use Recursos para agrupar requisitos ou histórias de usuários.
- Complete as tarefas do backlog no sprint planeado sempre que possível. Embora o Azure DevOps gere corretamente a conclusão entre sprints, a mudança frequente de trabalho entre as sprints pode afetar o foco da equipa e a precisão do planeamento das sprints.
- Atualize o status dos itens da lista de pendências concluídos no final do sprint. Mova os itens incompletos de volta para a lista de pendências do produto para planejamento de sprint futuro.
- Minimize a variabilidade de tamanho dos itens da 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 previstos. As estimativas são os melhores palpites 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
A exclusão de valores de Caminho de Área ou a reconfiguração de valores de Caminho de Iteração causa perda irreversível de dados nos seguintes gráficos:
- Gráficos de widgets de burndown e burn up.
- Gráficos de Burndown do Sprint
- Gráficos de velocidade para equipas com percursos de área alterados
- Gráficos de tendência históricos que fazem referência aos valores de Caminho de Área e Caminho de Iteração , conforme definido no momento para cada item de trabalho
Você pode excluir caminhos de área e iteração somente quando eles não forem mais usados por nenhum item de trabalho. Ao excluir esses caminhos, não é mais possível recuperar seus dados históricos.
Adicionar outras equipas
Se cada equipe quiser sua própria visualização de lista de pendências, gráfico de velocidade e ferramenta de previsão, você pode 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 caminhos de iteração específicos para essa equipe.