Compartilhar via


Fluxo de trabalho Agile no Azure Boards

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

Quando você usa o processo Agile no Azure Boards, os seguintes WITs (tipos de item de trabalho) ajudam sua equipe a planejar e acompanhar o progresso de seus projetos: épicos, recursos, histórias de usuário, tarefas, problemas/bugs. Depois de definir seus WITs, você poderá usar o Board para acompanhar o progresso atualizando o status desses itens.

Imagem conceitual do processo Agile, tipos de item de trabalho usados para planejar e acompanhar o trabalho.

Para obter informações sobre um portfólio de recursos, cenários ou experiências do usuário, proprietários de produtos e gerentes de programas mapeiam histórias de usuários para recursos. Quando uma equipe trabalha em sprints, ela define tarefas que se vinculam automaticamente às histórias do usuário. Se você não estiver familiarizado com o processo agile, examine a seção Plano e acompanhe o trabalho com o Agile para começar.

No portal da Web ou no Microsoft Test Manager, os testadores podem criar e executar casos de teste contra bugs e problemas, que são usados para rastrear defeitos de código e problemas de bloqueio.

Definir histórias de usuário

Os proprietários de produtos normalmente definem e empilham histórias de usuários de classificação, que descrevem o trabalho envolvido no desenvolvimento de aplicativos, requisitos e elementos. Em seguida, a equipe estima o esforço e o trabalho para entregar os itens de maior prioridade.

Crie histórias do usuário no painel de adição rápida da página da lista de pendências do produto. Nessa página, você também pode arrastar e soltar itens para reordená-los ou mapeá-los para recursos.

Captura de tela do formulário de item de trabalho da História do Usuário.

Você pode abrir cada história de usuário para fornecer mais detalhes e estimar os pontos de história. Defina Pontos de História para que sua equipe possa usar o recurso de previsão e os gráficos de velocidade para estimar futuros sprints ou esforços de trabalho. Priorizando as histórias do usuário na página de lista de pendências (que é capturada no campo Classificação da Pilha), os proprietários de produto podem indicar quais itens devem receber maior prioridade.

Use as diretrizes na tabela a seguir e os campos comuns usados entre tipos de item de trabalho quando você concluir o formulário.

Campo/guia

Usage


Para histórias de usuário, forneça detalhes suficientes para estimar quanto trabalho é necessário para implementar a história. Foque no objetivo do recurso, no que os usuários desejam fazer e por quê. Não descreva como o recurso deve ser desenvolvido. Forneça detalhes suficientes para que sua equipe possa escrever tarefas e casos de teste para implementar o item.

Forneça os critérios a serem atendidos antes que o bug ou a história do usuário possa ser fechada. Antes de começar a trabalhar, descreva os critérios para aceitação do cliente da maneira mais clara possível. As conversas entre a equipe e os clientes para definir os critérios de aceitação ajudam a garantir que sua equipe entenda as expectativas dos clientes. Você pode usar os critérios de aceitação como base para testes de aceitação para avaliar de forma mais eficaz se um item foi concluído satisfatoriamente.

A área de valor do cliente abordada pelo item épico, recurso, requisito ou lista de pendências. Os valores são:

  • Arquitetura: serviços técnicos para implementar recursos de negócios que fornecem solução
  • Negócios: serviços que atendem às necessidades de clientes ou stakeholders que fornecem diretamente o valor do cliente para dar suporte à empresa (padrão)

Estime a quantidade de trabalho necessária para concluir uma história do usuário usando qualquer unidade numérica de medida que sua equipe preferir.

Os gráficos de velocidade e as ferramentas de previsão do Agile referenciam os valores nesse campo. Para obter mais informações, confira o white paper Estimativa.

Uma classificação subjetiva da história de usuário, recurso ou requisito, conforme ele se relaciona ao negócio. Valores permitidos são:

  • 1: o produto não pode ser enviado sem o recurso.
  • 2: o produto não pode ser enviado sem o recurso, mas não precisa ser resolvido imediatamente.
  • 3: A implementação do recurso é opcional, com base em recursos, tempo e risco.

Uma classificação subjetiva da incerteza relativa quanto à conclusão da história de usuário. Valores permitidos são:

  • 1 - Alto
  • 2 – Médio
  • 3 – Baixo

Capturar comentários na seção Discussão

Use a seção Discussão para adicionar e revisar comentários feitos sobre o trabalho que está sendo executado.

Captura de tela da seção Discussão em um formulário de item de trabalho.

A barra de ferramentas do editor de rich text aparece na área de entrada de texto quando você coloca o cursor em qualquer caixa de texto que suporte formatação de texto.

Captura de tela da seção Discussão, barra de ferramentas Novo Editor de Rich Text.

Observação

O campo de item de trabalho Discussão não existe. Para consultar itens de trabalho com comentários inseridos na área Discussão, será necessário filtrá-los no campo Histórico. O conteúdo completo do texto inserido na caixa de texto de Discussão é adicionado ao campo Histórico.

Mencionar alguém, um grupo, um item de trabalho ou uma solicitação de pull

Selecione um dos ícones a seguir para abrir um menu de entradas recentes onde você mencionou alguém, vinculou a um item de trabalho ou vinculou a uma solicitação de pull. Como alternativa, você pode abrir o mesmo menu digitando @, # ou !.

Captura de tela da seção Discussão, menu suspenso de menção, seletor de pessoas.

Insira um nome ou número para filtrar a lista de menus para corresponder à sua entrada. Selecione a entrada que você deseja adicionar. Para colocar um grupo na discussão, insira @ seguido do nome do grupo, como uma equipe ou um grupo de segurança.

Editar ou excluir um comentário

Para editar ou excluir qualquer um dos seus comentários de discussão, escolha Editar ou escolha o ícone de ações e escolha Excluir.

Captura de tela da seção Discussão, escolher Editar ou Excluir ações.

Observação

Editar e excluir comentários requer o Azure DevOps Server Atualização 1 de 2019 ou versão posterior.

Depois de atualizar o comentário, selecione Atualizar. Para excluir o comentário, confirme se você deseja excluí-lo. Uma trilha de auditoria completa de todos os comentários editados e excluídos é mantida na guia Histórico no formulário do item de trabalho.

Importante

Para Azure DevOps Server na infraestrutura, configure um servidor SMTP para que os membros da equipe recebam notificações.

Adicionar uma reação a um comentário

Adicione uma ou mais reações a um comentário escolhendo um ícone sorridente no canto superior direito de qualquer comentário. Ou escolha entre os ícones na parte inferior de um comentário ao lado de qualquer reação existente. Para remover sua reação, escolha a reação na parte inferior do seu comentário. A imagem a seguir mostra um exemplo da experiência de adicionar uma reação e a exibição de reações em um comentário.

Captura de tela da seção Discussão, adicionar uma reação a um comentário.

Salvar um comentário sem salvar o item de trabalho

Observação

Esse recurso está disponível a partir do Azure DevOps Server 2022.1.

Se você só tiver permissões para adicionar à Discussão de um item de trabalho, poderá fazer isso salvando comentários. Essa permissão é controlada por nós de Caminho de Área e pela permissão Editar comentários de item de trabalho neste nó. Para obter mais informações, confira Definir permissões de acompanhamento de trabalho, Criar nós filho, modificar itens de trabalho em um caminho de iteração ou área.

Depois de salvar os comentários, você não precisará salvar o item de trabalho.

Captura de tela da seção Discussão, salvar comentário.

Observação

Quando você salva as alterações feitas no controle Discussão, somente o comentário é salvo. Nenhuma regra de item de trabalho definida para o tipo de item de trabalho é executada.

Controlar o progresso

À medida que o trabalho progride, você altera o campo Estado para atualizar o status. Opcionalmente, você pode especificar um motivo. Os campos estado e motivo aparecem no formulário do item de trabalho na área de cabeçalho.

Captura de tela do formulário do item de trabalho do bug, área de cabeçalho.

Estados de fluxo de trabalho Agile

Quando você atualiza o fluxo de trabalho, as equipes sabem quais itens são novos, em andamento ou concluídos. A maioria dos WITs oferece suporte à transição progressiva e regressiva de cada estado do fluxo de trabalho. Esses diagramas mostram os principais estados de progressão e regressão dos WITs de história do usuário, bug e tarefa.

História do usuário Bug Tarefa
Imagem conceitual dos estados de fluxo de trabalho da História do Usuário, processo Agile. Imagem conceitual dos estados de fluxo de trabalho do Bug, processo Agile. Imagem conceitual dos estados de fluxo de trabalho de Tarefa, processo Agile.

Esta é uma progressão típica de fluxo de trabalho no caso de uma história do usuário:

  • O proprietário do produto cria uma história de usuário no Novo estado com o motivo padrão, Nova história do usuário.
  • A equipe atualiza o status para Ativo quando decide concluir o trabalho durante o sprint.
  • Uma história de usuário é movida para Resolvido quando a equipe conclui todas as suas tarefas associadas e testes de unidade para o story pass.
  • Uma história de usuário é movida para o estado Fechado quando o proprietário do produto concorda que a história foi implementada de acordo com os Critérios de Aceitação e os testes de aceitação são aprovados.

Atualizar status com o Board ou o quadros de tarefas

As equipes podem usar o Board para atualizar o status dos requisitos e o quadro de tarefas para atualizar o status das tarefas. Arrastar itens para uma nova coluna de estado atualiza os campos Estado e Motivo.

Captura de tela para acompanhar o progresso no Board.

Você pode personalizar o Board para dar suporte a mais raias ou colunas. Para obter mais informações, consulte Personalizar sua experiência de acompanhamento de trabalho.

Mapear histórias do usuário para recursos

Ao gerenciar um pacote de produtos ou de experiências do usuário, você talvez queira exibir o escopo e o andamento do trabalho no portfólio do produto. Você pode exibir o escopo e o progresso do trabalho definindo recursos e mapeando histórias de usuários para recursos.

Usando as listas de pendências do portfólio, você pode fazer uma pesquisa detalhada de uma lista de pendências para outra para ver o nível de detalhes que desejar. Além disso, use as listas de pendências do portfólio para ver um rollup do trabalho em andamento de várias equipes ao configurar uma hierarquia de equipes.

Definir tarefas

Quando sua equipe gerencia seu trabalho em sprints, ela pode usar a página da lista de pendências de sprint para dividir o trabalho a ser feito em tarefas diferentes.

Captura de tela da Lista de Pendências de Sprint, adicionar tarefa.

Nomeie a tarefa e estime o trabalho necessário.

Captura de tela do formulário de item de trabalho da tarefa Agile.

Quando você usa o processo Agile, as equipes prevêem o trabalho e definem tarefas no início de cada sprint. Em seguida, cada membro da equipe executa um subconjunto dessas tarefas. As tarefas podem incluir desenvolvimento, testes e outros tipos de trabalho. Por exemplo, um desenvolvedor define tarefas para implementar histórias do usuário, e um testador define tarefas para gravar e executar casos de teste.

Quando as equipes estimam o trabalho usando horas ou dias, elas definem as tarefas e os campos Trabalho Restante e Atividade (opcional).

Campo/guia

Usage


A quantidade estimada de trabalho para concluir uma tarefa. Normalmente, esse campo não muda depois de atribuído. É possível especificar o trabalho em horas ou dias. Não há unidades de tempo inerentes associadas a esse campo.

A quantidade de trabalho restante para concluir uma tarefa. Conforme o trabalho progride, atualize esse campo. Este campo é usado para calcular gráficos de capacidade, o gráfico de burndown do sprint e os seguintes relatórios do SQL Server: Burndown e taxa de gravação, Trabalho restante e Status em todas as iterações. Se você dividir uma tarefa em subtarefas, especifique horas somente para as subtarefas. Você pode especificar o trabalho em qualquer unidade de medida que sua equipe escolher.

A quantidade de trabalho gasto na implementação de uma tarefa.

Selecione o tipo de atividade que essa tarefa representa quando sua equipe fizer a estimativa da capacidade do sprint por atividade.

O número da compilação do produto que incorpora o código ou que corrige um bug.

Acompanhar o andamento do teste

Acompanhe o progresso do teste com histórias de usuário e defeitos de código.

Histórias do usuário de teste

No portal da Web ou Test Manager, você pode criar casos de teste que vinculem automaticamente uma história do usuário ou bug. Ou você pode vincular uma história de usuário a um caso de teste na guia Links.

Captura de tela do portal da Web do plano de teste.

O caso de teste contém múltiplos campos, muitos dos quais são automatizados e integrados com o Test Manager e o processo de compilação. Para obter uma descrição de cada campo, confira Consulta com base nos campos de integração de build e teste.

Captura de tela do formulário de caso de teste.

A (guia links) captura os links para histórias e bugs do usuário em um caso de teste. Vinculando histórias do usuário e bugs a casos de teste, a equipe pode controlar o progresso feito no teste de cada item. Definindo esses links, você oferece suporte a informações que aparecem no Relatório Visão Geral das Histórias.

Rastrear defeitos de código

Você pode criar bugs no portal da Web, Visual Studio, ou quando testar com o Test Manager.

Definições para campos comuns de acompanhamento de trabalho

Os campos e guias a seguir aparecem na maioria dos itens de trabalho. Cada guia é usada para acompanhar informações específicas, como Histórico, Links ou Anexos. Essas três guias fornecem um histórico de alterações, exibição de itens de trabalho vinculados e a capacidade de exibir e anexar arquivos.

O único campo obrigatório para todos os tipos de item de trabalho é Título. Quando você salva um item de trabalho, o sistema atribui a ele uma ID exclusiva. O formulário realça o campo obrigatório em amarelo. Para obter informações sobre outros campos, confira Índice de campo de item de trabalho.

Observação

Campos adicionais podem ser necessários dependendo das personalizações feitas em seu processo e projeto.

Campo/guia

Usage


Digite uma descrição de 255 caracteres ou menos. Você pode alterar o título quando quiser.

Atribua o item de trabalho ao membro da equipe responsável pela execução do trabalho.

Quando o item de trabalho é criado, o Estado assume como padrão o primeiro estado no fluxo de trabalho. Conforme o trabalho progride, atualize-o para refletir o estado atual.

Use primeiro o padrão. Atualize-o quando você alterar o estado. Cada estado é associado a um motivo padrão.

Escolha o caminho de área associado ao produto ou à equipe, ou deixe em branco até ser atribuído durante uma reunião de planejamento. Para alterar a lista suspensa de áreas, confira Definir caminhos de área e atribuir a uma equipe.

Escolha o sprint ou a iteração em que o trabalho deve ser concluído, ou deixe em branco e atribua posteriormente, durante uma reunião de planejamento. Para alterar a lista suspensa de iterações, confira Definir caminhos de iteração (sprints) e configurar iterações de equipe.

Examine a trilha de auditoria que o sistema captura e as informações adicionais da captura.

Cada vez que o item de trabalho é atualizado, as informações são acrescentadas ao histórico. O histórico inclui a data da alteração, quem fez a alteração e os campos que foram modificados. Você também pode adicionar texto formatado ao campo do histórico.

Adicione todos os tipos de links, como hiperlinks, conjuntos de alterações, arquivos de origem e assim por diante.

Essa guia também lista todos os links definidos para o item de trabalho.

Compartilhe informações mais detalhadas adicionando arquivos ao item de trabalho, como threads de email, documentos, imagens, arquivos de log ou outros tipos de arquivo.

Personalizar os tipos de item de trabalho

Para a maioria dos tipos de item de trabalho, você pode adicionar campos, alterar o fluxo de trabalho, adicionar regras personalizadas e adicionar páginas personalizadas ao formulário do item de trabalho. Você também pode adicionar tipos de item de trabalho personalizados. Para obter mais informações, consulte Personalizar um processo de herança.

Para a maioria dos tipos de item de trabalho, você pode adicionar campos, alterar o fluxo de trabalho, adicionar regras personalizadas e adicionar páginas personalizadas ao formulário do item de trabalho. Você também pode adicionar tipos de item de trabalho personalizados. Para obter mais informações, consulte Personalizar um processo de herança ou personalizar o modelo de processo XML local, dependendo do modelo de processo usado pelo seu projeto.

Acompanhar problemas

Os problemas são usados para acompanhar eventos que podem bloquear o progresso ou enviar uma história de usuário. Os bugs, por outro lado, são usados para rastrear defeitos de código. Você pode adicionar um problema do widget Novo item de trabalho adicionado a um dashboard de equipe ou no menu Novo na página Consultas.

Captura de tela de Adicionar item de trabalho de um novo widget de item de trabalho.

Os itens de trabalho adicionados por meio do widget são automaticamente definidos para a área padrão da sua equipe e os caminhos de iteração. Para alterar o contexto da equipe, confira Alternar contexto de equipe.

Acompanhar o valor comercial

Você pode usar o campo Prioridade para diferenciar o valor de várias histórias. Ou você pode adicionar um campo personalizado à WIT de História do Usuário que acompanha o valor relativo das histórias. Para saber como, confira Personalizar um campo para um processo.

Ordem de lista de pendências

O campo Classificação da Pilha é usado para acompanhar a classificação relativa de histórias de usuário, no entanto, por padrão, ele não aparece no formulário de item de trabalho. A sequência de itens na página da lista de pendências é determinada de acordo com o local onde você adicionou os itens ou moveu os itens na página. À medida que você arrasta itens, um processo em segundo plano atualiza esse campo.