Gerenciar tipos de itens de trabalho do processo do Scrum e fluxo de trabalho

Serviços do Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Use o Scrum em Azure Boards para planejar e priorizar a entrega de software e rastrear defeitos. As equipes registram o trabalho como PBIs (itens da lista de pendências do produto) e bugs, mapeiam esses itens para recursos para dar visibilidade ao portfólio e dividem o trabalho da sprint em tarefas vinculadas a PBIs e bugs.

Imagem conceitual que mostra os tipos de item de trabalho do processo scrum usados para planejar e acompanhar.

Observação

Se você não estiver familiarizado com o processo do Scrum, examine Sobre Sprints, Scrum e gerenciamento de projetos.

Este artigo ajuda você a:

Prerequisites

Area Requirement Por que isso importa
Membro do projeto Você deve ser um membro do projeto com permissão para exibir e editar itens de trabalho no Azure Boards. Necessário para criar, atualizar e mover itens de trabalho por meio de estados de fluxo de trabalho do Scrum.
Nível de acesso Você precisa de pelo menos acesso básico para criar e atualizar itens de trabalho. Necessário para as ações principais da lista de pendências, quadro e acompanhamento de tarefas.
Acesso à lista de pendências e ao quadro Você precisa de acesso a listas de pendências e quadros da equipe. Necessário para priorizar PBIs, planejar sprints e atualizar o status de quadros e quadros de tarefas.
Permissões de configuração de equipe Para definir configurações de equipe, níveis de backlog ou configuração de quadro, você precisa ser membro de Administradores do Projeto ou ter permissões delegadas equivalentes. Necessário para configuração e personalização no nível da equipe.
Testar o acesso ao gerenciamento Para criar e executar casos de teste, você precisa de acesso a Azure Test Plans (ou ferramentas de teste equivalentes para sua implantação). Necessário para vincular casos de teste a PBIs e acompanhar os resultados do teste.

Para obter mais informações, consulte Definir permissões e acesso para acompanhamento de trabalho.

Defina PBIs e bugs

Defina PBIs e bugs para capturar primeiro o valor para o cliente e, depois, os detalhes de implementação, conforme o trabalho se aproxima da execução.

Use este padrão:

  • Crie itens no painel de adição rápida da página da lista de pendências do produto.
  • Priorize por valor de negócios, esforço e dependências.
  • Adicione todos os detalhes para os itens de maior prioridade e os itens planejados para o sprint atual ou o próximo.

Conforme as prioridades mudam, atualize a priorização do backlog. A página de pendências controla essa ordem por meio da Prioridade de Pendências.

Captura de tela que mostra o formulário de item de trabalho do item de lista de pendências do produto.

Defina o Esforço para que os gráficos de previsão e velocidade possam projetar a capacidade de sprint futura. Defina Valor de Negócio para indicar a prioridade independentemente do ranking.

Use os campos a seguir para concluir cada item consistentemente antes do planejamento de sprint. Para obter detalhes sobre bugs, consulte Gerenciar bugs.

Campo Como usar
Esforço Estime o trabalho necessário para concluir o PBI usando a unidade numérica da sua equipe (por exemplo, pontos de história ou hora). Dependendo da personalização do processo, esse campo pode ser opcional ou necessário. Gráficos de velocidade e previsão usam esse valor.
Valor Comercial Insira um número que indique o valor de negócios relativo em comparação com outros PBIs. Números mais altos indicam um valor mais alto.
Descrição Descreva quem o recurso serve, o que o usuário precisa realizar e por que ele importa. Inclua contexto suficiente para detalhamento de tarefas e design de teste.
Critérios de Aceitação Defina as condições para a conclusão antes de iniciar a implementação. Critérios claros alinham as expectativas da equipe e do stakeholder e dão suporte a testes de aceitação.

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

Use a seção Discussão para colaborar em itens de trabalho adicionando e revisando comentários.

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

Quando você coloca o cursor em uma caixa de texto que dá suporte à formatação, a barra de ferramentas do editor de rich-text é exibida.

Captura de tela da seção Discussão, barra de ferramentas do 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

Use um dos seguintes ícones para abrir entradas recentes para pessoas, itens de trabalho ou pull requests:

Você pode abrir o mesmo menu com atalhos de teclado: arroba @, hashtag # e ponto de exclamação !.

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 e selecione o item que você deseja adicionar. Para mencionar um grupo, insira @ seguido pelo nome do grupo, como uma equipe ou um grupo de segurança.

Editar ou excluir um comentário

Para atualizar ou remover um de seus comentários, selecione Editar ou selecionar Mais ações ( ) e, em seguida, selecione Excluir:

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

Depois de alterar um comentário, selecione Atualizar. Para remover um comentário, confirme a exclusão. A aba Histórico mantém um registro de auditoria de todos os comentários editados e excluídos.

Importante

Para Azure DevOps Server locais, configure um servidor SMTP para que os membros da equipe possam receber notificações.

Adicionar uma reação a um comentário

Adicione uma ou mais reações a um comentário selecionando um emoji no comentário. Para remover sua reação, selecione a mesma reação novamente. A imagem a seguir mostra um exemplo de adição e 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, consulte Definir permissões de acompanhamento de trabalho - Criar nós filhos, modificar itens de trabalho em um caminho de área ou iteração.

Ao salvar comentários, você não precisa 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 avança, atualize o Estado para refletir o status atual e defina o Motivo quando necessário. Ambos os campos aparecem no cabeçalho do item de trabalho.

Use atualizações de estado de forma consistente para manter alinhadas as exibições de backlog, quadro e relatórios.

Fluxo rápido:

  • Defina e priorize PBIs e bugs.
  • Mova itens por meio de estados de fluxo de trabalho à medida que o trabalho progride.
  • Revise o quadro e os relatórios para confirmar o alinhamento de status.

Captura de tela que mostra a área de cabeçalho do formulário de item de trabalho do bug.

Estados de fluxo de trabalho Scrum

Atualize o Estado para mostrar se um item é novo, em andamento, concluído ou removido do escopo. A maioria dos WITs dá suporte a transições para frente e para trás.

Os diagramas a seguir mostram os principais estados de progressão e regressão para os tipos de item de trabalho PBI, Bug e Tarefa.

Item da lista de pendências do produto Bug Tarefa
Imagem conceitual que mostra os estados de fluxo de trabalho do item de lista de pendências do produto, processo Scrum. Imagem conceitual que mostra os estados do fluxo de trabalho de bugs e o processo do Scrum. Imagem conceitual que mostra os estados de fluxo de trabalho da tarefa, processo do Scrum.

Ciclo de vida típico de PBI e de um bug:

  • Novo: um proprietário ou testador de produto cria o item. O motivo padrão varia de acordo com o tipo de item de trabalho e a configuração do processo (por exemplo, novo item de lista de pendências).
  • Aprovado: o item é definido o suficiente para a equipe estimar e se preparar para o planejamento de sprint. Os itens de prioridade mais alta geralmente se movem para esse estado primeiro.
  • Confirmado: A equipe concorda em entregar o item no sprint.
  • Concluído: todas as tarefas relacionadas são concluídas e o proprietário do produto confirma que o item atende aos critérios de aceitação.

Use Removido para itens retirados intencionalmente do escopo e não planejados para entrega. Manter esses itens fora do Done ajuda a preservar a precisão do relatório.

Atualizar o status a partir dos quadros e painéis de tarefas

Use quadros para manter o status atualizado à medida que o trabalho avança pelo sprint:

  • Use o quadro para atualizar o PBI e o status do bug.
  • Use o quadro de tarefas sprint para atualizar o status da tarefa.
  • Arraste um item para uma nova coluna para atualizar o Estado e o Motivo.

Captura de tela que mostra o acompanhamento do progresso no quadro no portal da Web.

Você pode personalizar a placa com pistas de natação e colunas. Para obter mais opções, consulte Personalizar sua experiência de acompanhamento de trabalho.

Mapear PBIs para recursos

Mapeie PBIs para funcionalidades para acompanhar o escopo e o progresso em produtos, cenários ou equipes.

Use esta abordagem:

Verificação de validação: confirme se cada recurso mostra os PBIs filhos vinculados e se os valores de acúmulo correspondem ao progresso dos itens filhos.

Definir tarefas

Quando sua equipe trabalha em sprints, divida PBIs e bugs em tarefas na página da lista de pendências do sprint.

Captura de tela que mostra a lista de pendências do Sprint Adicionar uma tarefa.

Nomeie cada tarefa e estime o esforço.

Captura de tela que mostra o formulário de item de trabalho da Tarefa Scrum.

As equipes geralmente definem tarefas no início de cada sprint. Os membros da equipe concluem subconjuntos de trabalho, como desenvolvimento, teste ou documentação.

Use este padrão:

  • Crie tarefas para cada etapa de entrega necessária para concluir o PBI ou bug.
  • Atribua tarefas aos membros da equipe de acordo com a responsabilidade.
  • Atualize os valores da tarefa diariamente para que a capacidade e o burndown permaneçam precisos.

Quando sua equipe faz estimativas em horas ou dias, use Trabalho Restante e a Atividade opcional.

Campo Como usar
Trabalho restante Insira quantas horas ou dias restam e atualize o valor à medida que o trabalho progride. Este campo alimenta os gráficos de capacidade, o burndown do sprint e relatórios relacionados. Se você dividir o trabalho em subtarefas, acompanhe o trabalho restante apenas nas subtarefas.
Atividade Selecione a categoria de atividade que melhor descreve a tarefa para que sua equipe possa estimar e examinar a capacidade de sprint por tipo de atividade.

Acompanhar o andamento do teste

Use as orientações a seguir para conectar a cobertura de testes e o rastreamento de defeitos aos itens da lista de pendências do sprint.

Use esse padrão para conectar o trabalho de teste a itens de lista de pendências:

  • Crie casos de teste no portal da web para vinculá-los a um PBI ou bug.
  • Se necessário, abra a guia Links e adicione a relação manualmente.

Para Azure DevOps Server 2022, você também pode usar Microsoft Test Manager 2017.

Captura de tela que mostra a seleção do conjunto de testes e a adição de um caso de teste.

Os casos de teste incluem campos que se integram a fluxos de trabalho de build e teste. Para obter detalhes, consulte Consulta com base nos campos de integração de build e teste.

Captura de tela que mostra o formulário de caso de teste Scrum.

A guia Links lista PBIs e bugs vinculados a cada caso de teste.

Verificação de validação: confirme se cada caso de teste mostra seu PBI ou bug vinculado na guia Links.

Rastrear defeitos de código

Crie bugs pelo portal da Web ou pelo Visual Studio. Para obter detalhes, consulte Gerenciar bugs.

Para Azure DevOps Server 2022, você também pode criar bugs por meio do Microsoft Test Manager 2017.

Definições para campos comuns de acompanhamento de trabalho

Os campos e guias a seguir aparecem na maioria dos itens de trabalho. As guias comuns incluem Histórico, Links e Anexos.

Para todos os tipos de item de trabalho, Título é o único campo universalmente necessário. Quando você salva um item de trabalho, Azure DevOps atribui uma ID exclusiva. Os campos necessários são realçados em amarelo. Para obter mais campos, consulte o índice de campo de item de trabalho.

Observação

Outros campos podem ser necessários com base em personalizações de processo e projeto.

Campo ou aba Usage
Título Insira uma breve descrição (até 255 caracteres). Você pode editar o Título mais tarde.
Atribuído a Atribua o item de trabalho à pessoa responsável por concluí-lo ou deixe-o sem atribuição até que a propriedade esteja clara.
Estado Na criação, o Estado usa como padrão o primeiro estado de fluxo de trabalho (como Novo ou Não Atribuído). Atualize-o à medida que o trabalho progride.
Razão O motivo explica por que o item está no estado atual. Os valores padrão variam de acordo com o tipo de item de trabalho e o processo.
Área Selecione o caminho da área do produto ou da equipe. Para obter detalhes, consulte Definir caminhos de área e atribuir a uma equipe.
Iteração Selecione o sprint/iteração para conclusão planejada. Para obter detalhes, consulte Definir caminhos de iteração (sprints) e configurar iterações de equipe.
Histórico guia Exiba o log de alterações completo do item de trabalho, incluindo o autor, a data e os campos atualizados. Você também pode adicionar texto formatado no Histórico.
Links guia Adicione relações a outros artefatos (por exemplo, itens de trabalho pai/filho, conjuntos de alterações, arquivos de origem ou resultados de teste).
GuiaAnexos Adicione arquivos de suporte, como documentos, imagens, logs ou threads de email.

Personalizar os tipos de item de trabalho

Para a maioria dos tipos de item de trabalho, você pode adicionar campos, atualizar o fluxo de trabalho, definir regras personalizadas, adicionar páginas personalizadas e criar 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, atualizar o fluxo de trabalho, definir regras personalizadas, adicionar páginas personalizadas e criar 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.

Rastrear impedimentos

Use o tipo de item de trabalho Impediment para rastrear bloqueadores. Use bug somente para defeitos de código.

Você pode adicionar um impedimento a partir de:

Captura de tela que mostra a adição de um 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 usar um contexto de equipe diferente, consulte o contexto de equipe do Switch.

Ordem de lista de pendências

Use a Prioridade de Lista de Pendências para gerenciar a classificação relativa para PBIs, bugs, recursos e épicos.

Use este padrão:

  • Reordene itens diretamente na página de backlog (consulte Criar sua lista de pendências).
  • Arraste itens para refletir a prioridade de negócios atual.
  • Deixe o Azure DevOps atualizar a Prioridade do backlog em segundo plano.

Verificação de validação: confirme se a ordem do backlog corresponde à prioridade do negócio após a reordenação.

Solucionar problemas comuns

Issue Cause Resolução
Não é possível mover um item de trabalho para o estado esperado Regras de fluxo de trabalho ou personalização do processo limitam as transições Revise a personalização do processo e as transições permitidas. Consulte Personalizar um processo de herança.
Campo obrigatório impede o salvamento de um item de trabalho Regras personalizadas específicas do projeto exigem campos extras Verifique a mensagem de validação e conclua os campos necessários para o processo. Consulte Definir regras para itens de trabalho.
Não é possível criar ou editar casos de teste Permissões de teste ausentes ou nível de acesso Verifique o acesso e as permissões para artefatos de teste. Consulte Configurar permissões e acesso para o rastreamento de trabalho.
O caso de teste vinculado não aparece em um item de lista de pendências O link não foi criado como um link de item de trabalho ou foi adicionado a um item diferente Abra o caso de teste e o item de lista de pendências e verifique os links na guia Links para ambos os itens.
Você não pode resolver o problema depois de aplicar essas correções A política ou as permissões no nível da organização ainda bloqueiam a ação Contate o administrador do Project primeiro. Se o problema ocorrer em toda a organização, entre em contato com o Administrador da Coleção de Projetos ou com o administrador do Azure DevOps.