Compartilhar via


Exibir e configurar a velocidade da equipe

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

As métricas de velocidade fornecem informações úteis, para que as equipes possam planejar e prever sprints e determinar o quão bem estimam e cumprem os compromissos planejados. Você pode obter uma indicação de quanto trabalho uma equipe pode concluir durante um sprint com base em uma contagem de itens de trabalho concluídos ou na soma das estimativas feitas para esforço (itens de lista de pendências do produto), pontos de história (histórias de usuário) ou tamanho (requisitos). Use a velocidade como uma ajuda para determinar a capacidade da equipe e não a confunda com indicadores-chave de desempenho.

Pré-requisitos

  • Associação ao projeto:
  • Associação e permissões da equipe:
    • Para adicionar um widget a uma equipe dashboard, você precisa ser um membro da equipe.
    • Você deve ter acesso básico ou superior.
    • Você precisa de permissões de painel ou ser um administrador de equipe ou administrador de projeto.
  • Ativação de recursos:
    • Os quadros devem estar habilitados. Se desabilitado, nenhum dos widgets do Analytics de acompanhamento de trabalho será exibido. Para reativá-lo, consulte Ativar ou desativar um serviço.
  • Reconhecimento de tarefas:
    • Esteja ciente das tarefas necessárias e recomendadas, listadas posteriormente neste artigo.

Dica

As imagens neste artigo podem ser diferentes do que você vê em seu portal da web. Essas diferenças podem ser devido a atualizações em seu aplicativo Web, opções habilitadas por você ou seu administrador e o processo escolhido ao criar seu projeto (Agile, Basic, Scrum ou CMMI). O processo Básico está disponível a partir de Azure DevOps Server Atualização 1 de 2019.

Tipos de gráfico de velocidade

Você pode escolher entre dois gráficos de velocidade: o gráfico de velocidade no contexto da página Backlogs e o widget Velocity para painéis. Ambos os gráficos ajudam você a entender rapidamente as categorias de estado do fluxo de trabalho descritas na tabela abaixo.

Os itens nos estados Proposto ou Resolvido são excluídos dos cálculos Concluído, Concluído com atraso e Incompleto . Para obter mais informações, consulte Como os estados de categoria de fluxo de trabalho são usados em Azure Boards. Suas seleções são pessoais e persistem nas sessões até serem alteradas.

Estado de fluxo de trabalho Descrição
Planejado Itens de trabalho atribuídos a um sprint antes de seu início. Se reatribuídos após o início do sprint, eles permanecerão Planejados no sprint original e aparecerão como Atrasados ou Incompletos no novo sprint.
Concluído(a) Itens de trabalho atribuídos ao sprint e concluídos antes do final do sprint.
Concluído com atraso Itens de trabalho atribuídos ao sprint, mas concluídos após o término do sprint.
Incompleto Itens de trabalho atribuídos ao sprint, mas ainda não concluídos.
Resolvido Bugs atribuídos ao sprint, indicando que uma solução foi implementada, mas ainda não verificada.

Mais adiante neste artigo, saiba como abrir o relatório de contexto do Velocity ou configurar o widget do Velocity.

Você pode configurar cada gráfico das seguintes maneiras:

O widget oferece mais opções de configuração. Para obter mais informações, consulte Configurar e exibir gráficos de velocidade.

Você pode escolher entre dois gráficos de velocidade: o gráfico de velocidade no contexto da página Backlogs e o widget Velocity para painéis. Com o widget Velocity, você pode determinar rapidamente:

  • Velocidade planejada
  • Velocidade real (concluída)
  • Trabalho concluído mais tarde do que o planejado
  • Quantidade de trabalho não concluída

Ambos os gráficos suportam a visualização da velocidade da equipe para vários sprints. O widget Velocity, no entanto, suporta as seguintes opções de configuração:

Exibir o relatório de contexto do Velocity

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.

  1. Entre no projeto (https://dev.azure.com/{Your_Organization/Your_Project}).

  2. Selecione Análise de pendências> de quadros>para abrir o relatório Velocity para sua lista de pendências de produto ou portfólio.

    Captura de tela mostrando listas de pendências, abra o Analytics.

  3. Para alterar para uma lista de pendências diferente, escolha no seletor de lista de pendências e selecione Exibir relatório completo para Velocidade.

  4. 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. Você pode ver esta mensagem: 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 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.

    Captura de tela do relatório do Velocity Analytics.

    Para obter mais informações, consulte as descrições de estado do fluxo de trabalho mencionadas anteriormente neste artigo.

  5. Para adicionar o relatório a um dashboard, selecione o ícone de ações e selecione Copiar para o Painel.

    Captura de tela do relatório contextual do Analytics, opção Copiar para o painel.

  6. Selecione o dashboard e selecione OK.

  7. Para retornar ao resumo do Analytics, selecione a seta para trás.

  1. No portal da Web, abra a lista de pendências do produto.

  2. Verifique se você selecionou o projeto certo, selecione Boards>Backlogs e, em seguida, selecione a equipe correta no menu seletor de equipe.

    Captura de tela para abrir quadros, listas de pendências, para uma equipe, Azure DevOps Server 2019.

    Para selecionar outra equipe, abra o seletor e selecione uma equipe diferente ou selecione a opção Procurar todas as listas de pendências . Ou você pode inserir uma palavra-chave na caixa de pesquisa para filtrar a lista de pendências da equipe para o projeto.

    Captura de tela para selecionar outra equipe, Azure DevOps Server 2019.

    Dica

    Selecione o ícone de estrela para marcar como favorita uma lista de pendências da equipe. Os artefatos favoritos (ícone de favorito ) aparecem na parte superior da lista de seletor de equipes.

  3. Selecione Itens de lista de pendências (para Scrum), Histórias (para Agile) ou Requisitos (para CMMI) como o nível de lista de pendências.

    Captura de tela para selecionar o nível de lista de pendências do produto, itens de lista de pendências, histórias ou requisitos em Azure DevOps Server 2019.

  4. Abra o gráfico de velocidade.

    Captura de tela para selecionar o nível de lista de pendências do produto, itens de lista de pendências, histórias ou requisitos, Azure DevOps Server 2019.

    Para que os gráficos apareçam, sua equipe deve realizar estas atividades:

    • Selecione sprints para sua equipe.
    • Atribua itens de lista de pendências a sprints.
    • Estime os itens da lista de pendências definindo o Esforço, os Pontos de História ou o Tamanho.
  5. O gráfico rastreia seu trabalho de lista de pendências estimado (soma de Esforço, Pontos de História ou Tamanho) que foi concluído (verde) nos sprints anteriores ou está em andamento (azul).

    Como mostra o gráfico a seguir, a velocidade tende a flutuar de sprint para sprint por diferentes tipos de razões. No entanto, você pode determinar rapidamente a velocidade média calculando a média dos valores mostrados em verde para cada sprint. Em seguida, você pode inserir a média na ferramenta Previsão.

    Portal da Web, gráfico de velocidade mostrando sete sprints de trabalho em andamento e concluído.

    Os itens de trabalho baseados no processo Scrum são contados no gráfico quando seu Estado é definido como Confirmado, enquanto os itens baseados nos processos Agile e CMMI são contados quando seu Estado é definido como Ativo. Esse comportamento é definido por meio dos estados do fluxo de trabalho para mapeamentos de estado de categoria.

Configurar o widget Velocity

Você só pode configurar seu widget Velocity para uma única equipe. Se você quiser exibir a velocidade de várias equipes, deverá configurar uma equipe de gerenciamento de portfólio que seja acumulada de várias equipes. Para obter mais informações, consulte Adicionar equipes.

Se você ainda não o fez, adicione o widget Velocity ao seu painel. Para Azure DevOps Server 2019, habilite ou instale o Analytics.

Conclua as etapas a seguir para configurar o widget Velocity.

  1. Selecione o ícone de Ações ícone ações ações e selecione a opção Configurar para abrir a caixa de diálogo de configuração.

    Captura de tela mostrando a sequência de botões destacados para configurar o painel do Velocity.

    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 de História ou Tamanho.

    Captura de tela mostrando a caixa de diálogo Configurar, widget Velocity.

  2. Especifique o número de sprints que você deseja visualizar. O padrão é 6 e o máximo é 15.

  3. (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 em 01/01/2024e três itens de lista de pendências forem atribuídos à iteração no 01/01/2024 final do dia, esses três itens de 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ê poderá atualizar a data de início da iteração Dias após a data de início da iteração quando o trabalho planejado for final.
    • 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 3 dias após o término de uma iteração para marcar itens de trabalho como concluídos ou concluídos, antes de serem considerados atrasados.
  4. Selecione Salvar. A imagem a seguir mostra a velocidade com base em pontos de história e oito sprints de dados.

    Captura de tela do exemplo de widget Velocity, oito iterações.

Para obter mais informações sobre os estados Planejado, Concluído, Concluído Atrasado e Incompleto, consulte as descrições de estado mencionadas anteriormente neste artigo.

Para que sua equipe obtenha a maior utilidade dos gráficos de velocidade, siga estas tarefas obrigatórias e recomendadas.

Tarefas necessárias

  • Defina e dimensione itens de lista de pendências para minimizar a variabilidade.
  • Decida como sua equipe trata os 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 prevê essas configurações para incluir ou excluir itens em caminhos de área sob o padrão da equipe.
  • Evite criar uma hierarquia de itens de lista de pendências e bugs. O quadro, 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.
  • Atualize o status dos itens de lista de pendências 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 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 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

  • A exclusão de caminhos de área ou a reconfiguração de caminhos de iteração causam perda irreversível de dados. Por exemplo, gráficos de widget de burndown e burnup, burndown de sprint e gráficos de velocidade para equipes com Caminhos de Área alterados não exibirão dados precisos. Os gráficos de tendências históricas fazem referência ao Caminho da Área e ao Caminho da Iteração conforme foram definidos no momento para cada item de trabalho. Depois de excluídos, você não poderá recuperar dados históricos para esses caminhos.
  • Você só pode excluir caminhos de área e iteração que não são mais usados por nenhum item de trabalho.

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.

Próximas etapas