Gerir os tipos de trabalho e fluxos de trabalho do processo Scrum

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

Use o Scrum no Azure Boards para planear e priorizar a entrega de software, e para acompanhar defeitos. As equipas registam o trabalho como itens do backlog de produto (PBI) e bugs, associam esses itens a funcionalidades para dar visibilidade ao portefólio e dividem o trabalho do sprint em tarefas associadas a PBI e bugs.

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

Note

Se você é novo no processo Scrum, revise Sobre Sprints, Scrum e gerenciamento de projetos.

Este artigo ajuda-o a:

Prerequisites

Area Requisito Por que é importante
Adesão ao projeto Deve ser membro do projeto com permissão para visualizar e editar itens de trabalho no Azure Boards. É necessário criar, atualizar e mover itens de trabalho através dos estados do fluxo de trabalho do Scrum.
Nível de acesso Precisas de pelo menos acesso básico para criar e atualizar itens de trabalho. Necessário para as principais ações de backlog, de quadro e de acompanhamento de tarefas.
Backlog e acesso ao conselho Precisas de acesso aos backlogs das equipas e aos boards. É necessário priorizar PBIs, planear sprints e atualizar o estado dos quadros e tarefas.
Permissões de configuração da equipa Para definir definições de equipa, níveis de backlog ou configuração do quadro, tem de ser membro de Project Administrators ou ter permissões delegadas equivalentes. Necessário para configuração e personalização ao nível da equipa.
Acesso à gestão de testes Para criar e executar casos de teste, precisa de acesso ao Planos de Teste do Azure (ou ferramentas de teste equivalentes para a sua implementação). É necessário ligar casos de teste a PBIs e acompanhar os resultados dos testes.

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

Definir itens do backlog do produto e erros

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

Utilize este padrão:

À medida que as prioridades mudam, atualize a ordem do atraso. A página de backlog monitoriza este pedido pela Prioridade do Backlog.

Captura de ecrã que mostra o formulário de item de trabalho do backlog do produto.

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

Use os campos seguintes para completar cada item de forma consistente antes de planear o sprint. Para obter detalhes sobre bugs, consulte Gerenciar bugs.

Campo Como utilizá-lo
Effort Estima o trabalho necessário para completar o PBI usando a unidade numérica da tua equipa (por exemplo, pontos de história ou tempo). Dependendo da personalização do processo, esta área pode ser opcional ou obrigatória. Os gráficos de velocidade e a previsão usam este valor.
Valor de Negócio Introduza um número que indique o valor relativo do negócio em comparação com outros PBIs. Números mais altos indicam maior valor.
Description Descreva a quem serve a funcionalidade, o que o utilizador precisa de alcançar e por que é importante. Inclua contexto suficiente para a divisão das tarefas e o desenho dos testes.
Critérios de aceitação Defina as condições para se considerar concluído antes de começar a implementação. Critérios claros alinham as expectativas da equipa e das partes interessadas e apoiam os testes de aceitação.

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

Utilize a secção de Discussão para colaborar em itens de trabalho, adicionando e rever comentários.

Captura de ecrã da secção Discussão num formulário de item de trabalho.

Quando coloca o cursor numa caixa de texto que suporta formatação, aparece a barra de ferramentas do editor de texto rico.

Captura de ecrã da secção Discussão, barra de ferramentas do Editor de Rich Text.

Note

Não existe um campo de item de trabalho para discussão. Para consultar itens de trabalho com comentários da área Discussão, filtre pelo campo Histórico. O conteúdo completo do texto inserido na caixa de texto Discussão é adicionado ao campo Histórico.

Mencione alguém, um grupo, item de trabalho ou pull request

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

Pode abrir o mesmo menu com atalhos de teclado: menção com @ @, hashtag #, e ponto de exclamação !.

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

Introduza um nome ou número para filtrar a lista e depois selecione o item que quer adicionar. Para mencionar um grupo, introduza @ seguido do nome do grupo, como uma equipa ou grupo de segurança.

Editar ou eliminar um comentário

Para atualizar ou remover um dos seus comentários, selecione Editar ou selecione Mais ações ( ) e depois selecione Eliminar:

Captura de ecrã da secção Discussão onde pode escolher Editar ou Eliminar ações.

Depois de alterar um comentário, selecione Atualizar. Para remover um comentário, confirme a eliminação. O separador Histórico mantém um registo de auditoria de todos os comentários editados e eliminados.

Important

Para Azure DevOps Server on-premiss, configure um servidor SMTP para que os membros da equipa 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 a tua reação, seleciona novamente a mesma reação. A imagem seguinte mostra um exemplo de adicionar e visualizar reações num comentário.

Captura de ecrã da secção Discussão, adicione uma reação a um comentário.

Salvar um comentário sem salvar o item de trabalho

Note

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á fazê-lo salvando comentários. Essa permissão é controlada pelos nós do Caminho da Área e pela permissão Editar comentários de itens 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 trajetória de iteração.

Quando guardas comentários, não precisas de guardar o item de trabalho.

Captura de ecrã da secção Discussão, guardar comentário.

Note

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.

Acompanhe o progresso

À medida que o trabalho avança, atualize o Estado para refletir o estado atual e defina a Razão quando necessário. Ambos os campos aparecem no cabeçalho do item de trabalho.

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

Fluxo rápido:

  • Defina e priorize PBIs e erros.
  • Mova os itens através dos estados do fluxo de trabalho à medida que o trabalho avança.
  • Comissão de revisão e relatórios para confirmar o alinhamento do estado.

Captura de ecrã que mostra a área de cabeçalho do formulário do item de trabalho Bug.

Estados do fluxo de trabalho do Scrum

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

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

Item da lista de pendências do produto Bug Task
Imagem conceitual que mostra os estados do fluxo de trabalho do Product Backlog Item, processo Scrum. Imagem conceitual que mostra os estados do fluxo de trabalho de bugs no processo Scrum. Imagem conceitual que mostra os estados do fluxo de trabalho da tarefa, o processo Scrum.

Ciclo de vida típico dos PBI e dos bugs:

  • Novidade: Um product owner ou tester cria o item. O motivo predefinido varia consoante o tipo de item de trabalho e a configuração do processo (por exemplo, Novo item do backlog).
  • Aprovado: O item está suficientemente definido para que a equipa possa estimar e preparar o planeamento do sprint. Os itens de maior prioridade normalmente passam primeiro para este estado.
  • Comprometido: A equipa concorda em entregar o item no sprint.
  • Concluído: Todas as tarefas relacionadas estão concluídas e o product owner confirma que o artigo cumpre os critérios de aceitação.

Utilize Removido para os itens retirados intencionalmente do âmbito e cuja entrega não está planeada. Manter estes itens fora de Feito ajuda a preservar a precisão dos relatórios.

Atualizar o estado a partir de quadros e tabuleiros de tarefas

Use tabuleiros para manter o estado atualizado à medida que o trabalho avança no sprint:

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

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

Podes personalizar a prancha com pistas de natação e colunas. Para mais opções, consulte Personalizar a sua experiência de acompanhamento profissional.

Mapear PBIs para funcionalidades

Associe os PBIs às funcionalidades para acompanhar o alcance e o progresso ao longo de produtos, cenários ou equipas.

Use esta abordagem:

Verificação de validação: Confirme que cada funcionalidade apresenta os PBIs filhos associados e que os valores agregados correspondem ao progresso dos itens filhos.

Definir tarefas

Quando a tua equipa trabalha em sprints, divide os PBIs e bugs em tarefas na página do backlog do sprint.

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

Nomeia cada tarefa e estima o esforço.

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

As equipas normalmente definem tarefas no início de cada sprint. Os membros da equipa completam subconjuntos de trabalho, como desenvolvimento, testes ou documentação.

Utilize este padrão:

  • Crie tarefas para cada etapa de entrega necessária para completar o PBI ou bug.
  • Atribua tarefas aos membros da equipa com base nos responsáveis.
  • Atualize os valores das tarefas diariamente para que a capacidade e o burndown se mantenham precisos.

Quando a sua equipa estima em horas ou dias, use o Trabalho Restante e a Atividade opcional.

Campo Como utilizá-lo
Trabalho Restante Introduza quantas horas ou dias restam e atualize o valor à medida que o trabalho avança. Este campo gere gráficos de capacidade, burndown de sprint e relatórios relacionados. Se dividires o trabalho em subtarefas, regista o Trabalho Restante apenas nas subtarefas.
Activity Selecione a categoria de atividade que melhor descreve a tarefa para que a sua equipa possa estimar e rever a capacidade de sprint por tipo de atividade.

Acompanhe o progresso do teste

Utilize as seguintes orientações para associar a cobertura de testes e o registo de defeitos aos itens do backlog do sprint.

Use este padrão para ligar o trabalho de teste aos itens do backlog:

  • Crie casos de teste a partir do portal Web para que fiquem associados a um PBI ou bug.
  • Se necessário, abra o separador Links e adicione a relação manualmente.

Para o Azure DevOps Server 2022, também pode usar o 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 com os fluxos de trabalho de construção e teste. Para detalhes, consulte Consulta baseada nos campos de integração de build e teste.

Captura de tela que mostra o formulário de item de trabalho de caso do Scrum Test.

O separador Ligações lista PBIs e erros associados a cada caso de teste.

Verificação: Confirme que cada caso de teste apresenta o respetivo PBI ou bug associado no separador Links.

Rastrear defeitos no código

Cria bugs a partir do portal web ou do Visual Studio. Para mais detalhes, consulte Gerir erros.

Para o Azure DevOps Server 2022, também pode criar bugs através do Microsoft Test Manager 2017.

Definições para campos comuns de acompanhamento de trabalho

Os campos e separadores a seguir aparecem na maior parte dos itens de trabalho. Os separadores mais comuns incluem Histórico, Ligações, e Anexos.

Para todos os tipos de itens de trabalho, Título é o único campo universalmente exigido. Quando guarda um item de trabalho, o Azure DevOps atribui um ID único. Os campos obrigatórios estão destacados a amarelo. Para mais campos, consulte Índice de campo de itens de trabalho.

Note

Outros campos podem ser necessários com base nas personalizações de processos e projetos.

Campo ou separador Usage
Title Insira uma breve descrição (até 255 caracteres). Podes editar o título mais tarde.
Atribuído a Atribui o item de trabalho à pessoa responsável pela sua conclusão ou deixa-o por atribuir até que fique claro quem é o responsável.
State Ao ser criado, State é, por predefinição, definido como o primeiro estado do fluxo de trabalho (como New ou Unassigned). Atualiza à medida que o trabalho avança.
Reason A razão explica porque o artigo está no estado atual. Os valores padrão variam consoante o tipo de item de trabalho e o processo.
Area Selecione o percurso da área para o produto ou equipa. Para mais detalhes, consulte Definir caminhos de área e atribuir a uma equipa.
Iteration Selecione o sprint/iteração para a conclusão prevista. Para mais detalhes, consulte Definir caminhos de iteração (sprints) e configurar iterações de equipa.
Guia Histórico Consulte o registo completo de alterações do item de trabalho, incluindo o autor, data e campos de atualização. Também pode adicionar texto formatado no Histórico.
Guia Links Adicione relações com outros artefactos (por exemplo, itens de trabalho pai/filho, conjuntos de alterações, ficheiros fonte ou resultados de testes).
Guia Anexos Adicione ficheiros de apoio como documentos, imagens, registos ou tópicos de email.

Personalizar tipos de item de trabalho

Para a maioria dos tipos de itens de trabalho, pode adicionar campos, atualizar o fluxo de trabalho, definir regras personalizadas, adicionar páginas personalizadas e criar tipos de itens de trabalho personalizados. Para obter mais informações, consulte Personalizar um processo de herança.

Para a maioria dos tipos de itens de trabalho, pode adicionar campos, atualizar o fluxo de trabalho, definir regras personalizadas, adicionar páginas personalizadas e criar tipos de itens de trabalho personalizados. Para mais informações, consulte Personalizar um processo de herança ou Personalizar o modelo de processo XML local, dependendo do seu modelo de processo.

Impedimentos de via

Utilize o tipo de item de trabalho Impedimento para controlar bloqueios. Usa Bug apenas para defeitos de código.

Pode adicionar um impedimento a partir de:

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

Os itens de trabalho que se adicionam do widget destinam-se automaticamente à área padrão e aos caminhos de iteração da sua equipa. Para usar um contexto de equipa diferente, veja o contexto da equipa da Switch.

Ordem da lista de pendências

Utilize Prioridade do Backlog para gerir a ordenação relativa de PBIs, bugs, funcionalidades e épicos.

Utilize este padrão:

  • Reordene os itens diretamente na página do backlog ( veja Criar o seu backlog).
  • Arraste os itens para refletir a prioridade atual do negócio.
  • Deixe o Azure DevOps atualizar a Prioridade do Backlog em segundo plano.

Verificação de validação: Confirmar que a encomenda em atraso corresponde à prioridade do negócio após a nova encomenda.

Resolver problemas comuns

Questão Motivo Resolução
Não é possível mover um item de trabalho para o estado esperado As regras de fluxo de trabalho ou a personalização do processo limitam as transições Revê a personalização do processo e as transições permitidas. Veja Personalizar um processo de herança.
Blocos de campo obrigatórios que guardam um item de trabalho Regras personalizadas específicas de Project requerem campos extra Verifique a mensagem de validação e preencha os campos obrigatórios para o seu processo. Consulte Regras definidas para itens de trabalho.
Não é possível criar ou editar casos de teste Permissões de teste ou nível de acesso em falta Verifique o seu acesso e as suas permissões para artefactos de teste. Veja Definir permissões e acesso para acompanhamento de trabalho.
O caso de teste associado não aparece num item do backlog O link não foi criado como um link de item de trabalho, nem foi adicionado a outro item Abra o caso de teste e o item do backlog, depois verifique os links no separador Links para ambos os itens.
Não consegue resolver o problema depois de aplicar estas soluções Políticas ou permissões ao nível da organização continuam a bloquear a ação Contacte primeiro o seu Administrador de Project. Se o problema for em toda a organização, contacte o seu Administrador da Coleção Project ou o administrador do Azure DevOps.

Conteúdo relacionado

  • Last updated on