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 quão bem estimam e cumprem os compromissos planejados. Você pode obter uma indicação de quanto trabalho uma equipe pode concluir durante uma sprint com base em uma contagem de itens de trabalho concluídos ou na soma das estimativas feitas para 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 como auxílio para determinar a capacidade da equipe e não a confunda com indicadores-chave de desempenho.

Pré-requisitos

Dica

As imagens que você vê no portal da Web podem ser diferentes das apresentadas neste artigo. Essas diferenças resultam de atualizações feitas em seu aplicativo Web, opções que você ou o administrador habilitou e qual processo foi escolhido ao criar o projeto – Agile, Básico, Scrum ou CMMI. O processo Básico está disponível no Azure DevOps Server 2019 Atualização 1 e em versões posteriores.

Tipos de gráfico de velocidade

Você tem uma escolha de gráficos de velocidade: o gráfico de velocidade no contexto que você acessa a partir de uma página de listas de pendências e o widget de velocidade que você adiciona a um painel. Com esses dois gráficos, você pode determinar rapidamente as informações na tabela a seguir, que descreve as categorias de estado do fluxo de trabalho disponíveis e suas descrições.

Os itens atribuídos a uma Proposta ou Resolvida não são incluídos em nenhum dos cálculos de Concluído, Concluído com Atraso ou Incompleto. Para obter mais informações, consulte Como os estados de categoria de fluxo de trabalho são usados nos quadros do Azure. As seleções feitas são definidas apenas para você e persistem entre as sessões até que você as altere.

Estado de fluxo de trabalho Descrição
Planejado Calculado com base no número de itens de trabalho atribuídos à sprint antes do início da sprint. Se um item de trabalho for atribuído à sprint antes de começar, mas for atribuído a outra sprint após o início da sprint original, ele será exibido como Planejado na sprint original. Em seguida, o item de trabalho é exibido como Atrasado ou Incompleto no novo sprint ao qual está atribuído.
Concluído Calculado com base no número de itens de trabalho atribuídos à sprint antes ou depois do início da sprint e concluídos antes do final da sprint.
Concluído Atrasado Calculado com base no número de itens de trabalho atribuídos à sprint antes ou depois do início da sprint, mas concluídos após o final da sprint.
Incompleto Calculado com base no número de itens de trabalho atribuídos à sprint antes ou depois do início da sprint e ainda não concluídos.

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 suporta mais algumas opções de configuração. Para configurar ou exibir gráficos de velocidade, consulte Configurar e exibir gráficos de velocidade.

Você tem uma escolha de gráficos de velocidade: o gráfico de velocidade no contexto que você acessa a partir de uma página de listas de pendências e o widget de velocidade que você adiciona a um painel. Com o widget Velocidade, você pode determinar rapidamente as seguintes informações:

  • Velocidade planejada
  • Velocidade real (concluída)
  • Trabalhos concluídos mais tarde do que o previsto
  • Quantidade de trabalho não concluído

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 contextual do Velocity

Os relatórios de velocidade estão disponíveis para cada nível de lista de pendências, tanto de produtos quanto de portfólio. Cada relatório fornece controles interativos para fornecer a cada usuário a exibição de seu interesse.

  1. Entre em sua organização (https://dev.azure.com/{yourorganization}) e acesse seu projeto.

  2. Na tela Listas de pendências de placas>, selecione Analytics para abrir o relatório Velocity para sua lista de pendências de produto ou portfólio.

    Screenshot showing Backlogs, open 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 do Velocity.

  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 uma sprint ou se você estiver trabalhando em itens antes de uma data de início da sprint, não haverá dados para analisar e prever. Você pode ver esta mensagem: Defina 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 presente ou aguarde o início da 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, estão previstos 131 itens.

    Screenshot of Velocity Analytics report.

    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.

    Screenshot of Analytics in-context report, Copy to dashboard option.

  6. Selecione o dashboard e selecione OK.

  7. Para retornar ao resumo do Google 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 correto, selecione Listas de pendências de quadros>e, em seguida, selecione a equipe correta no menu seletor de equipe.

    Screenshot to Open Boards, Backlogs, for a team, 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.

    Screenshot to Select another team, 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.

    Screenshot to select product backlog level, Backlog items, Stories, or Requirements in Azure DevOps Server 2019.

  4. Abra o gráfico Velocidade.

    Screenshot to select product backlog level, Backlog items, Stories, or Requirements, 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 itens da lista de pendências definindo o Esforço, Pontos de História ou Tamanho.
  5. O gráfico controla o trabalho de lista de pendências estimado (soma de Esforço, Pontos de História ou Tamanho) concluído (verde) nos sprints anteriores ou 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 fazendo a média dos valores mostrados em verde para cada sprint. Em seguida, você pode conectar a média à ferramenta Previsão.

    Web portal, Velocity chart showing seven sprints of in progress and completed work.

    Os itens de trabalho baseados no processo Scrum são contados no gráfico quando seu Estado é definido como Comprometido, 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 Velocidade

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 ainda não o fez, adicione o widget Velocity ao seu painel. Para o Azure DevOps Server 2019, habilite ou instale o Google Analytics.

Conclua as etapas a seguir para configurar o widget Velocidade.

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

    Screenshot showing sequence of highlighted buttons to configure Velocity dashboard.

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

    Screenshot showing Configure dialog, Velocity widget.

  2. Especifique o número de sprints que você deseja exibir. 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 depois do planejado para cada sprint.

    • Exibir trabalho planejado para iterações: marque essa caixa para exibir a quantidade de trabalho planejado para uma iteração no início da iteração, o que é útil para comparar seu 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 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/2024, e 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 a iteração, você poderá atualizar a data de início da iteração Dias anteriores quando o trabalho planejado for final.

    Observação

    O trabalho é considerado Planejado se for atribuído à iteração a partir da Data de Início da Iteração.

    • Realçar o trabalho concluído com atraso: marque essa 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. Realçar o trabalho concluído com atraso é ú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, inserir três dias dá à equipe 3 dias após o término de uma iteração para marcar itens de trabalho concluídos ou concluídos, antes que eles sejam considerados atrasados.

      Observação

      Um item de trabalho é considerado atrasado quando a Data de Conclusão do item de trabalho é posterior à Data de Término da Iteração à qual o item de trabalho está atualmente atribuído. Ele leva em conta o valor que você insere para Dias após a data de término da iteração após a qual o trabalho está atrasado.

  4. Selecione Salvar ao terminar. A imagem a seguir mostra a velocidade com base em pontos de história e oito sprints de dados.

    Screenshot of example Velocity widget, eight iterations.

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.

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

Necessário:

  • 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. Se você trabalhar a partir da lista de pendências da sua equipe, os itens criados serão atribuídos automaticamente à sprint atual (Iteração) e ao Caminho da Área padrão da equipe.
  • Atualize o status dos itens da lista de pendências assim que o trabalho for iniciado e quando for concluído. Somente itens de lista de pendências com Estado em andamento ou Concluído aparecem no gráfico ou widget Velocidade.

Recomendado:

  • Defina e dimensione itens de lista de pendências para minimizar a variabilidade.
  • Determine como sua equipe deseja tratar bugs. Se sua equipe optar por tratar bugs como requisitos, os bugs aparecerão na lista de pendências e serão contados no gráfico de velocidade e previsão.
  • Defina o caminho de área da sua equipe. A ferramenta de previsão prevê esses itens com base nas configurações padrão da sua equipe. Essas configurações podem especificar para incluir itens em caminhos de área sob o padrão da equipe ou excluí-los.
  • Não crie uma hierarquia de itens de lista de pendências e bugs. O Kanban e os quadros de tarefas e a lista de pendências da sprint mostram apenas o último nó de uma hierarquia, chamado de nó da folha. Por exemplo, se você vincular itens dentro de uma hierarquia com quatro níveis de profundidade, somente os itens no quarto nível aparecerão no quadro Kanban, na lista de pendências da sprint e no quadro de tarefas.
    Em vez de aninhar requisitos, bugs e tarefas, recomendamos que você mantenha uma lista simples criando somente links pai-filho com um nível de profundidade entre os itens. Use Recursos para agrupar requisitos ou histórias de usuário. Você pode mapear rapidamente histórias para recursos, que criam links pai-filho em segundo plano.
  • Atualize o status dos itens da lista de pendências que a equipe concluiu no final do sprint. Os itens incompletos devem ser movidos de volta para a lista de pendências do produto e considerados em uma futura reunião de planejamento de sprint.
  • Minimize a variabilidade de tamanho dos itens da lista de pendências para ajudar a fortalecer a capacidade da equipe de criar estimativas mais verdadeiras. A variabilidade aumenta a incerteza, mas minimizar a variabilidade de suas estimativas, aumenta a probabilidade de métricas de velocidade mais confiáveis e resultados de previsão. As estimativas, por sua natureza, não refletem a realidade. Eles representam um melhor palpite da equipe quanto ao esforço necessário para completar um item, pois se relaciona ao esforço para completar outros itens na lista de pendências.

Importante

Excluir caminhos de área ou reconfigurar caminhos de iteração pode causar uma perda de dados e não pode ser revertido. Por exemplo, gráficos de widget burndown ou burnup, burndown de sprint e gráficos de velocidade para equipes cujos Caminhos de Área são alterados não refletirão os dados corretos. Gráficos de tendências históricos referenciam o Caminho da Área e o Caminho da Iteração , conforme definido em um ponto no passado para cada item de trabalho. Quando um Caminho de Área ou Caminho de Iteração é excluído, os dados históricos para ele não podem ser recuperados.

Adicionar outras equipes

Se cada equipe quiser trabalhar com sua própria exibiçã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 ágeis. Cada ferramenta Agile filtra itens de trabalho para incluir apenas caminhos de área atribuídos e caminhos de iteração definidos para a equipe.

Próximas etapas