Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Ao aplicar o processo Agile em Placas do Azure, você pode usar vários WITs (tipos de item de trabalho) para ajudar sua equipe a planejar e acompanhar o progresso do projeto. Os WITs disponíveis incluem épicos, funcionalidades, histórias de usuário, tarefas, questões e bugs. Depois que os WITs forem definidos, você poderá usar a placa para acompanhar o progresso atualizando o status de itens específicos.
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ê estiver começando com o processo agile, examine como planejar e acompanhar o trabalho com o Agile.
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 de usuário a partir do painel de adição rápida na página Lista de Pendências do Produto. Você também pode arrastar e soltar itens na página e reordenar os itens ou mapear os itens para os recursos.
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 backlog (que é capturada no campo Stack Rank ), os proprietários de produtos podem indicar os itens a serem atribuídos com prioridade mais alta.
Use as diretrizes na tabela a seguir e os campos comuns usados entre tipos de item de trabalho quando você concluir o formulário.
Field
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. Conversas entre a equipe e os clientes para definir os critérios de aceitação ajudam a garantir que sua equipe entenda as expectativas de seus 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ções.
- Negócios: (Padrão) Serviços que atendem às necessidades do cliente ou das partes interessadas e entregam diretamente valor ao cliente para dar suporte ao negócio.
Estimar 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. 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 isso não precisa ser tratado imediatamente.
- 3: a implementação do recurso é opcional, com base em recursos, tempo e risco.
Uma classificação subjetiva da incerteza relativa da conclusão bem-sucedida de uma história de usuário. Valores permitidos são:
- 1 - Alta
- 2 - Médio
- 3 - Baixa
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 aparece na área de entrada de texto ao colocar o cursor em qualquer caixa de texto que suporte formatação de texto.
Note
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 @, hashtag # e ponto de exclamação !.
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:
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.
Important
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.
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á 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 Configurar permissões de acompanhamento de trabalho – Criar nós filhos, modificar itens de trabalho em uma área ou caminho de iteração.
Ao salvar os comentários, você não precisará salvar o item de trabalho.
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.
Acompanhar 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:
Estados de fluxo de trabalho Agile
Quando você atualiza o fluxo de trabalho, as equipes podem exibir quais itens são novos, em andamento ou concluídos. A maioria dos WITs dá suporte a transições para frente e para trás de cada estado de fluxo de trabalho. Os diagramas a seguir apresentam os principais estados de progressão e regressão para tipos de itens de trabalho (WIT) de história de usuário, bug e tarefa.
Aqui está a progressão típica do fluxo de trabalho para uma história de 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 da história para Ativo quando decide concluir o trabalho durante o sprint.
- A história passa para o estado Resolvido quando a equipe conclui todas as tarefas associadas e os testes de unidade da história são aprovados.
- A história passa para o estado Fechado quando o proprietário do produto concorda que a história é 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 .
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 listas de pendências de portfólio para exibir um acúmulo de trabalho em andamento em 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 de backlog de sprint para dividir o trabalho planejado em tarefas distintas.
Nomeie a tarefa e estime o trabalho necessário na seção Esforço :
Quando você usa o processo Agile, as equipes preveem o trabalho e definem tarefas no início de cada sprint. Cada membro da equipe executa um subconjunto das tarefas identificadas. 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 de acordo com o número de horas ou dias, elas definem tarefas e os campos Trabalho Restante e Atividade (opcional).
Field
Usage
A quantidade estimada de trabalho para concluir uma tarefa. Normalmente, o valor do campo não é alterado depois que você insere o valor inicial. Você pode especificar o trabalho em número de 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. 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. Esse campo é usado para calcular os seguintes gráficos e relatórios do SQL Server:
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 as correções de um bug.
Acompanhar o andamento do teste
Acompanhe o progresso do teste com histórias de usuário e bugs para defeitos de código. Para obter informações sobre como acompanhar outros tipos de problemas, consulte Controlar outros problemas.
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.
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.
A guia Links captura os links para histórias dos usuários e bugs em um caso de teste. Vinculando histórias de usuários e bugs a casos de teste, a equipe pode acompanhar o progresso feito durante o teste para cada item. Ao definir esses links, você dá suporte a informações que aparecem no relatório visão geral de histórias do SQL Server.
Rastrear defeitos de código
Você pode criar bugs no portal da Web, no Visual Studio ou ao testar com o Gerenciador de Testes para acompanhar o teste de defeitos de código.
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 obrigatórios em amarelo. Para obter informações sobre outros campos, confira Índice de campo de item de trabalho.
Note
Outros campos podem ser necessários dependendo das personalizações feitas em seu processo e projeto.
Campo ou aba
Usage
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. Quando o Estado do item de trabalho for alterado, atualize o valor da Razão adequadamente. Cada estado do item de trabalho está associado a um valor de Motivo padrão.
Selecione o caminho de área associado 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, confira 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 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 threads de email, documentos, imagens, arquivos de log ou outros tipos de arquivo.
Acompanhar outros problemas
Os problemas são usados para acompanhar eventos que podem bloquear o progresso ou impedir 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 uma tarefa usando o widget Novo item de trabalho em um painel de equipe ou no menu Novo na página Consultas.
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 obter mais informações, consulte Personalizar um campo para um processo.
Ordem de lista de pendências
O campo Stack Rank é usado para acompanhar a classificação relativa de histórias de usuários. Por padrão, esse campo não aparece no formulário do item de trabalho. A sequência de itens na página de backlog é determinada de acordo com o local em que você adiciona os itens ou move os itens na página. À medida que você arrasta itens, um processo em segundo plano atualiza o campo Stack Rank .
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.