Compartilhar via


Gerenciar os tipos de itens de trabalho & o fluxo de trabalho do processo Scrum

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Para planejar um projeto de software e rastrear defeitos usando o Scrum, as equipes usam o Item de Pendências do Produto (PBI) e os WITs (tipos de item de trabalho de bug). Os proprietários de produtos e os gerentes de programas associam PBIs e bugs a funcionalidades para exibir o progresso ao nível do portfólio. Quando as equipes trabalham em sprints, elas criam tarefas que se vinculam automaticamente 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.

Os testadores criam e executam casos de teste usando o portal da web ou Microsoft Test Manager e registram bugs para documentar defeitos de código. Use Impedimentos para controlar problemas de bloqueio.

Defina PBIs e bugs

Ao definir um item de lista de pendências do produto, concentre-se no valor do cliente e evite descrever os detalhes da implementação. O proprietário do produto prioriza a lista de pendências por valor comercial, esforço e dependências. À medida que os requisitos evoluem, o backlog evolui; as equipes geralmente fornecem detalhes completos apenas para os itens de maior prioridade ou para os itens atribuídos ao sprint atual e ao próximo.

Crie PBIs e bugs a partir do painel de adição rápida na página de backlog do produto. Em seguida, abra cada item para adicionar detalhes e estimar o esforço. A página de lista de pendências captura a priorização do item (Prioridade de Lista de Pendências), que os proprietários de produtos usam para indicar prioridade relativa.

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

Ao definir o Esforço para PBIs e bugs, use gráficos de previsão e velocidade para estimar sprints futuros. Os proprietários do produto definem o Valor de Negócio para expressar a prioridade de forma separada da classificação na pilha de backlog.

Use os campos e campos a seguir usados em comum entre tipos de item de trabalho ao concluir o formulário do item de trabalho. Para obter detalhes sobre bugs, consulte Gerenciar bugs.

Campo/guia

Uso

Estimar o trabalho necessário para concluir um PBI usando qualquer unidade numérica que sua equipe preferir, como pontos de história ou tempo. Um valor numérico é necessário.

Gráficos de velocidade agile e ferramentas de previsão fazem referência a esse campo.

Insira um número que captura o valor relativo de um PBI em comparação com outros PBIs. Números mais altos indicam um valor comercial maior.

Forneça detalhes suficientes para sua equipe estimar o esforço. Concentre-se em quem o recurso serve, o que os usuários querem realizar e por quê. Evite instruções de implementação. Inclua contexto suficiente para que sua equipe possa criar tarefas e casos de teste.

Descreva as condições que definem "Concluído" para o PBI ou correção de bug. Esclarecer os critérios de aceitação antes do início do trabalho ajuda a equipe e os clientes a compartilhar um entendimento comum e dá suporte a testes de aceitação.

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 ao colocar o cursor em qualquer caixa de texto que suporte formatação de texto.

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

Selecione um dos seguintes ícones para abrir um menu de entradas recentes em que você mencionou alguém, vinculado a um item de trabalho ou vinculado a uma solicitação de pull:

Você pode abrir o mesmo menu usando atalhos de teclado: menção @, marca de hash # 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 de menus para corresponder à sua entrada. Selecione a entrada que você deseja adicionar. Para colocar um grupo na discussão, insira o símbolo @ seguido pelo 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 comentários de discussão, selecione Editar ou 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 atualizar o comentário, selecione Atualizar. Para excluir o comentário, confirme a exclusão. A aba Histórico no formulário de item de trabalho mantém um registro de auditoria completo de todos os comentários editados e excluídos.

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 de emoji no canto superior direito de qualquer comentário. 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, consulte Definir permissões de acompanhamento de trabalho – Criar nós filhos, modificar itens de trabalho em uma área ou caminho de iteração específicos.

Ao 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, atualize o campo Estado para refletir o status atual e, opcionalmente, forneça um motivo. O estado e o motivo aparecem no cabeçalho do formulário do item de trabalho.

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

Estados de fluxo de trabalho Scrum

Quando você atualiza o Estado, a equipe entende quais itens são novos, em andamento ou concluídos. A maioria dos WITs dá suporte a transições de estado anteriores e posteriores. Os diagramas a seguir mostram os principais estados de progressão e regressão para os WITs 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 do backlog do produto, o 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.

PBIs e bugs geralmente seguem essa progressão:

  • O proprietário ou o testador do produto cria um PBI ou bug no estado New com o motivo padrão, New backlog item.
  • O proprietário do produto move o item para Aprovado uma vez descrito o suficiente para a equipe estimar o esforço. Itens perto do topo da lista de pendências normalmente aparecem como Aprovado; os itens mais abaixo geralmente permanecem como Novo.
  • A equipe define o status como Confirmado quando concorda em incluir o item no sprint.
  • A equipe move o item para Concluído quando todas as tarefas associadas são concluídas e o proprietário do produto confirma que ele atende aos critérios de aceitação.

Atualizar status com o Board ou o quadros de tarefas

Use o quadro para atualizar o status do PBI e o painel de tarefas sprint para atualizar o status da tarefa. Arrastar um item para uma nova coluna atualiza o Estado e o Motivo.

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

Personalize a placa para adicionar pistas ou colunas de natação. Para ver outras opções de personalização, confira Personalizar a experiência de acompanhamento do seu trabalho.

Mapear PBIs para recursos

Ao gerenciar vários produtos ou experiências, defina recursos e mapeie PBIs para esses recursos para exibir o escopo e o progresso em todo o portfólio.

Use listas de pendências de portfólio para fazer drill down entre os níveis de backlog e para acumular trabalho entre as equipes. Você também pode exibir rollups depois de configurar uma hierarquia de equipes.

Definir tarefas

Quando sua equipe entrega trabalho em sprints, divida os itens em tarefas na página do sprint backlog.

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

Nomeie a tarefa e estime o esforço.

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

As equipes preveem o trabalho e definem tarefas no início de cada sprint. Cada membro da equipe conclui um subconjunto de tarefas, que pode incluir desenvolvimento, teste e outras atividades. Por exemplo, um desenvolvedor cria tarefas para implementar PBIs e um testador cria tarefas para criar e executar casos de teste.

Quando as equipes estimam o trabalho usando horas ou dias, use os campos Trabalho Restante e Atividade opcional.

Campo/guia

Uso

Insira quantas horas ou dias restam para concluir uma tarefa e atualizar esse campo à medida que o trabalho progride. Esse valor alimenta gráficos de capacidade, o gráfico de burndown de sprint e relatórios relacionados. Se você dividir uma tarefa em subtarefas, acompanhe o Trabalho Restante apenas nas subtarefas.

Selecione o tipo de atividade que melhor representa essa tarefa quando você estima a capacidade de sprint por atividade.

Acompanhar o andamento do teste

Testar PBIs

No portal web ou no Gerenciador de Testes, crie casos de teste que vinculem automaticamente a um PBI ou bug, ou adicione um link da (guia de links).

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

O caso de teste contém muitos campos que estão integrados ao processo de compilação e teste; veja Consulta com base nos campos de integração de compilação e teste.

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

A (aba de links) lista os PBIs e bugs associados a um caso de teste. A vinculação ajuda as equipes a acompanhar o progresso do teste.

Rastrear defeitos de código

Crie bugs no portal da Web, no Visual Studio ou no Gerenciador de Testes (consulte Gerenciar bugs).

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. As guias comumente usadas incluem Histórico, Links e Anexos.

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 um identificador exclusivo, ID. O formulário realça os campos necessários em amarelo. Para obter informações sobre outros campos, confira Índice de campo de item de trabalho.

Observação

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

Campo ou aba

Uso


Digite uma descrição de 255 caracteres ou menos. Você pode modificar o Título mais tarde.

Atribua o item de trabalho ao membro da equipe responsável por executar o trabalho ou deixe em branco e conclua a atribuição mais tarde.

Quando você cria um item de trabalho pela primeira vez, o campo Estado mostra automaticamente o primeiro estado no fluxo de trabalho, como Novo ou Não Atribuído. À medida que o trabalho progride, atualize o Estado para refletir o status atual do item de trabalho.

Quando você criar um item de trabalho pela primeira vez, defina o valor de Motivo padrão, como Criar ou Novo item de trabalho. À medida que o estado for alterado para o item de trabalho, atualize o valor Motivo adequadamente. Cada estado do item de trabalho está associado a um valor de Motivo padrão.

Escolha a trajetória de área associada ao produto ou à equipe, ou deixe em branco e insira um valor apropriado mais tarde. Você pode alterar a lista suspensa de áreas disponíveis. Para obter mais informações, consulte Definir caminhos de área e atribuir a uma equipe.

Escolha o sprint ou a iteração no qual concluir o item de trabalho ou deixe em branco e atribua o valor posteriormente. Você pode alterar a lista suspensa de opções de iterações. Para obter mais informações, consulte Definir caminhos de iteração (sprints) e configurar iterações de equipe.

Exiba o histórico do item de trabalho para ver todas as alterações feitas no item, conforme capturado pelo sistema. Sempre que um item de trabalho é atualizado, os detalhes são acrescentados ao histórico. Você verá a data de alteração, o autor da alteração e a lista de campos atualizados. Você também pode adicionar texto formatado ao campo Histórico .

Adicione Links para criar conexões com outros itens de trabalho. Há suporte para muitos tipos de links, como hiperlinks, conjuntos de alterações, arquivos de origem e muito mais. Especifique a relação do item vinculado com o item de trabalho, como Pai, Encontrado no Build ou Resultado do Teste.

Use Anexos para incluir informações de suporte sobre o item de trabalho com o item. Anexar conversas de e-mail, 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.

Rastrear impedimentos

Use o tipo de item de trabalho Impedimento para acompanhar eventos que bloqueiam o progresso. Use o tipo de item de trabalho bug exclusivamente para defeitos de código.

Você pode adicionar um impedimento a partir do widget Novo item de trabalho no painel de equipe ou no menu Novo na página de Consultas.

Captura de tela que mostra a adição de um item de trabalho de um novo widget de item de trabalho.

Itens de trabalho que você adiciona a partir do widget são automaticamente associados à área padrão da sua equipe e aos caminhos de iteração. Para alterar o contexto da equipe, consulte o contexto da equipe do Switch.

Ordem de lista de pendências

Utilize o campo Prioridade da Lista de Pendências para acompanhar a prioridade relativa de PBIs, bugs, recursos ou épicos. A página de lista de pendências ordena itens com base no local em que você os adiciona ou os move na página (consulte Criar sua lista de pendências). À medida que você arrasta itens, um processo em segundo plano atualiza o campo Prioridade de Lista de Pendências.