Fluxo de trabalho ágil nos Painéis do Azure
Serviços de DevOps do Azure | Azure DevOps Server 2022 - Azure DevOps Server 2019
Quando você usa o processo Agile nos Painéis do Azure, os seguintes tipos de item de trabalho (WITs) ajudam sua equipe a planejar e acompanhar o progresso de seus projetos: épicos, recursos, histórias de usuários, tarefas, problemas/bugs. Depois de definir seus WITs, você pode usar o quadro Kanban para acompanhar o progresso atualizando o status desses itens.
Para obter informações sobre um portfólio de recursos, cenários ou experiências do usuário, os proprietários de produtos e gerentes de programas mapeiam histórias de usuários para recursos. Quando uma equipe trabalha em sprints, eles definem tarefas que se vinculam automaticamente às histórias de usuários. Se você é novo no processo Agile, revise a seção Planejar e acompanhar o trabalho com o Agile para começar.
A partir do portal da Web ou do 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 user stories
Os proprietários de produtos normalmente definem e classificam as histórias de usuários, 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 de usuário a partir do painel de adição rápida na página de 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.
Você pode abrir cada história de usuário para fornecer mais detalhes e estimar os pontos da 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. Ao priorizar as histórias de usuários na página de lista de pendências (que é capturada no campo Classificação de pilha), os proprietários de produtos podem indicar quais itens devem receber maior prioridade.
Use as orientações na tabela a seguir e os campos comuns usados nos tipos de item de trabalho ao preencher o formulário.
Campo/separador
Utilização
Para histórias de usuários, forneça detalhes suficientes para estimar quanto trabalho é necessário para implementar a história. Concentre-se em quem o recurso serve, o que os usuários querem realizar 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 do início do trabalho, descreva os critérios de aceitação do cliente da forma mais clara possível. 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 incluem:
- Arquitetura: Serviços técnicos para implementar recursos de negócios que fornecem solução
- Negócios: Serviços que atendem às necessidades dos clientes ou partes interessadas que fornecem valor diretamente ao cliente para apoiar o negócio (Padrão)
Estime a quantidade de trabalho necessária para concluir uma história de usuário usando qualquer unidade numérica de medida que sua equipe preferir.
Gráficos de velocidade ágil e ferramentas de previsão referenciam os valores neste campo. Para obter mais informações, consulte o white paper Estimativa .
Uma classificação subjetiva da história do usuário, recurso ou requisito em relação à empresa. Os 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 em torno da conclusão bem-sucedida de uma história de usuário. Os 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.
A barra de ferramentas do editor de rich text é exibida abaixo da área de entrada de texto. Ele aparece quando você seleciona cada caixa de texto que oferece suporte à formatação de texto.
Nota
Não há um campo de item de trabalho Discussão . Para consultar itens de trabalho com comentários inseridos na área Discussão, filtre no campo Histórico. O conteúdo completo do texto introduzido na caixa de texto Discussão é adicionado ao campo Histórico.
Mencione alguém, um grupo, item de trabalho ou pull request
Para abrir um menu de entradas recentes que você fez para mencionar alguém, vincular a um item de trabalho ou vincular a uma solicitação pull, selecione 
ou 
, ou digite @, #ou !.
Introduza um nome ou número e a lista de menus filtra de acordo com a sua entrada. Escolha a entrada que deseja adicionar. Para trazer um grupo para a discussão, insira @ o nome do grupo, como uma equipe ou grupo de segurança.
Editar ou eliminar um comentário
Para editar ou excluir qualquer um dos comentários da discussão, escolha 
Editar ou escolha o 
ícone de ações e, em seguida, escolha Excluir.
Nota
A edição e exclusão de comentários requer o Azure DevOps Server 2019 Atualização 1 ou versão posterior.
Depois de atualizar o comentário, escolha Atualizar. Para excluir o comentário, confirme se 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 de item de trabalho.
Importante
Para o Azure DevOps Server local, você deve configurar 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 sorriso no canto superior direito de qualquer comentário. Ou escolha entre os ícones na parte inferior de um comentário ao lado de quaisquer reações existentes. 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.
Salvar um comentário sem salvar o item de trabalho
Nota
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 Caminho da Área e pelos comentários Editar item de trabalho nessa permissão de nó. Para obter mais informações, consulte Definir permissões de controle de trabalho, Criar nós filho, modificar itens de trabalho em uma área ou caminho de iteração.
Depois de salvar os comentários, você não precisa salvar o item de trabalho.
Nota
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 é executado.
Controlar o progresso
À medida que o trabalho progride, altere o campo Estado para atualizar o status. Opcionalmente, você pode especificar um motivo. Os campos estado e motivo aparecem no formulário de item de trabalho na área de cabeçalho.
Estados do fluxo de trabalho ágil
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 para frente e para trás de cada estado do fluxo de trabalho. Esses diagramas mostram os principais estados de progressão e regressão da história do usuário, bug e WITs de tarefa.
| História de usuário | Erro | Task |
|---|---|---|
|
|
|
Segue-se uma progressão de fluxo de trabalho típica para uma história de utilizador:
- O proprietário do produto cria uma história de usuário no estado Novo com o motivo padrão, Nova história de 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 tarefas associadas e testes de unidade para o passe da história.
- 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 Kanban ou Taskboards
As equipes podem usar o quadro Kanban 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 Razão.
Você pode personalizar o quadro Kanban para suportar mais raias ou colunas. Para obter mais informações, consulte Personalizar sua experiência de acompanhamento de trabalho.
Mapear histórias de usuários para recursos
Ao gerenciar um conjunto de produtos ou experiências do usuário, convém exibir o escopo e o progresso do trabalho em todo o portfólio de produtos. Você pode visualizar o escopo e o progresso do trabalho definindo recursos e mapeando histórias de usuários para recursos.
Usando listas de pendências de portfólio, você pode detalhar de uma lista de pendências para outra para exibir o nível de detalhe desejado. Além disso, use listas de pendências de portfólio para exibir um pacote cumulativo de trabalho em andamento em várias equipes ao configurar uma hierarquia de equipes.
Definir tarefas
Quando sua equipe gerencia seu trabalho em sprints, eles podem usar a página de lista de pendências do sprint para dividir o trabalho a ser realizado em tarefas distintas.
Nomeie a tarefa e estime o trabalho necessário.
Quando você usa o processo Agile, as equipes preveem 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 de usuários e um testador define tarefas para escrever e executar casos de teste.
Quando as equipes estimam o trabalho usando horas ou dias, elas definem tarefas e os campos Trabalho e Atividade Restante (opcional).
Campo/separador
Utilização
A quantidade de trabalho estimado necessário para concluir uma tarefa. Normalmente, este campo não é alterado depois de atribuído. Você pode especificar o trabalho em horas ou em dias. Não existem unidades de tempo inerentes associadas a este campo.
A quantidade de trabalho restante para concluir uma tarefa. À medida que os trabalhos avançam, atualize este campo. Este campo é usado para calcular gráficos de capacidade, o gráfico de burndown de 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 apenas para as subtarefas. Você pode especificar o trabalho em qualquer unidade de medida que sua equipe escolher.
A quantidade de trabalho gasto na execução de uma tarefa.
Selecione o tipo de atividade que essa tarefa representa quando sua equipe estima a capacidade de sprint por atividade.
Número de compilação do produto que incorpora o código ou corrige um bug.
Acompanhe o progresso do teste
Acompanhe o progresso dos testes com histórias de usuários e defeitos de código.
Testar histórias de usuários
A partir do portal da Web ou do Test Manager, você pode criar casos de teste que se vinculam automaticamente a uma história de usuário ou bug. Ou, você pode vincular uma história de usuário a um caso de teste na 
guia Vínculos.
O caso de teste contém vários 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, consulte Consulta baseada em campos de integração de compilação e teste.
A guia (links) captura os links para histórias de usuários e bugs em um caso de teste. Ao vincular histórias de usuários e bugs a casos de teste, a equipe pode acompanhar o progresso feito no teste de cada item. Ao definir esses links, você dá suporte às informações que aparecem no relatório Relatório de visão geral das histórias.
Rastrear defeitos no código
Você pode criar bugs a partir do portal da Web, Visual Studio, ou ao 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 rastrear 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 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, consulte Índice de campo de item de trabalho.
Nota
Campos adicionais podem ser necessários dependendo das personalizações feitas no seu processo e projeto.
Campo/separador
Utilização
Insira uma descrição de 255 caracteres ou menos. Pode sempre modificar o título mais tarde.
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. À medida que o trabalho progride, atualize-o para refletir o estado atual.
Use o padrão primeiro. Atualize-o quando alterar o estado. Cada Estado está associado a um motivo padrão.
Escolha o caminho da á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, consulte Definir caminhos de área e atribuir a uma equipe.
Escolha o sprint ou iteração em que o trabalho deve ser concluído, ou deixe-o em branco e atribua-o mais tarde, durante uma reunião de planejamento. Para alterar a lista suspensa de iterações, consulte Definir caminhos de iteração (sprints) e configurar iterações de equipe.
Revise a trilha de auditoria que o sistema captura e capture informações adicionais.
Sempre que o item de trabalho é atualizado, as informações são anexadas ao histórico. O histórico inclui a data da alteração, quem fez a alteração e quais campos foram alterados. Você também pode adicionar texto formatado ao campo de histórico.
Adicione todos os tipos de links, como hiperlinks, conjuntos de alterações, arquivos de origem e assim por diante.
Esta 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 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 de 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 de 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.
Artigos relacionados
- Criar um projeto
- Adicionar itens de trabalho para gerenciar um projeto
- Criar uma lista de pendências
- Use um quadro Kanban
- Planejar um sprint
Acompanhe os problemas
Os problemas são usados para rastrear eventos que podem bloquear o progresso ou o envio de 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 no widget Novo item de trabalho adicionado a um painel de equipe ou no menu Novo na página Consultas.
Os itens de trabalho que você adiciona do widget são automaticamente definidos para a área padrão e os caminhos de iteração da sua equipe. Para alterar o contexto da equipe, consulte Alternar o contexto da equipe.
Acompanhe o valor do negócio
Você pode usar o campo Prioridade para diferenciar o valor de várias histórias. Ou, você pode adicionar um campo personalizado ao WIT de história de usuário que rastreia o valor relativo das histórias. Para saber como, consulte Personalizar um campo para um processo.
Ordem da lista de pendências
O campo Classificação da pilha é usado para acompanhar a classificação relativa das histórias de usuários, no entanto, por padrão, ele não aparece no formulário de item de trabalho. A sequência de itens na página de lista de pendências é determinada de acordo com 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.
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários