Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022
Ao aplicar o processo Agile nos Painéis do Azure, você pode usar vários tipos de item de trabalho (WITs) para ajudar sua equipe a planejar e acompanhar o progresso do projeto. Os WITs disponíveis incluem épicos, funcionalidades, histórias de utilizadores, tarefas, problemas e erros. Depois que os WITs forem definidos, você poderá usar o quadro 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, 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ê está começando com o processo Agile, veja como planejar e acompanhar o trabalho com o Agile.
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 histórias de utilizador
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 Lista de pendências do produto. Você também pode arrastar e soltar itens na página e, em seguida, reordenar os itens ou mapear os itens 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 priorizarem as histórias de utilizador na página de backlog (capturadas no campo Stack Rank), os proprietários de produtos podem indicar os itens a serem atribuídos com 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.
Field
Usage
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ções.
- Negócios: Serviços (padrão) que atendem às necessidades do cliente ou das partes interessadas e entregam diretamente valor ao cliente para apoiar o negócio.
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 documento técnico Estimativas.
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 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 aparece sob a área de entrada de texto quando você coloca o cursor em qualquer caixa de texto que ofereça suporte à formatação de texto.
Note
Não existe um campo de discussão do item de trabalho. 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, um item de trabalho ou um pull request
Selecione um dos seguintes ícones para abrir um menu de entradas recentes onde você mencionou alguém, vinculado a um item de trabalho ou vinculado a uma solicitação pull:
Você pode abrir o mesmo menu usando atalhos de teclado: at-mention @, hash tag #e ponto de exclamação !.
Introduza um nome ou número para filtrar a lista de menus de modo a corresponder à sua entrada. Selecione a entrada que deseja adicionar. Para trazer um grupo para a discussão, insira o símbolo @ seguido do nome do grupo, como uma equipe ou grupo de segurança.
Editar ou eliminar um comentário
Para editar ou eliminar qualquer um dos seus comentários de discussão, selecione Editar
ou Mais ações (
) e, em seguida, selecione Eliminar:
Depois de atualizar o comentário, selecione Atualizar. Para excluir o comentário, confirme a exclusão. O separador Histórico no formulário de item de trabalho mantém um registo completo de auditoria de todos os comentários editados e eliminados.
Important
Para o Azure DevOps Server local, 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 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
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 Caminho da Área e pela permissão Editar comentários de itens de trabalho nesse 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 você salva os comentários, não precisa 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.
Acompanhe 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 Razão aparecem no formulário de item de trabalho na área do cabeçalho:
Estados do fluxo de trabalho ágil
Quando você atualiza o fluxo de trabalho, as equipes podem visualizar quais itens são novos, em andamento ou concluídos. A maioria dos WITs suporta transições para frente e para trás a partir de cada estado do fluxo de trabalho. Os diagramas a seguir mostram os principais estados de progressão e regressão para WITs 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 utilizador no estado Novo com o motivo padrão, Nova história de utilizador.
- 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 equipa 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 o estado com o quadro ou quadros de tarefas
As equipes podem usar o quadro para atualizar o status dos requisitos e o painel 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 a prancha para suportar mais raias ou colunas. Para obter mais informações, consulte Personalizar sua experiência de acompanhamento de trabalho.
Mapear histórias de utilizadores para funcionalidades
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.
Ao usar listas de pendências de portfólio, pode-se navegar de uma lista de pendências para outra para visualizar o nível de detalhe desejado. Além disso, use o histórico de portfólio para exibir uma visão geral de trabalho em andamento juntamente a 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 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. Em seguida, 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 de usuários e um testador define tarefas para escrever 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 e Atividade Restante (opcional).
Field
Usage
A quantidade de trabalho estimado necessário para concluir uma tarefa. Normalmente, o valor do campo não é alterado depois de inserir o valor inicial. Você pode especificar o trabalho em número de horas ou 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. 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. Este campo é usado para calcular os seguintes gráficos e relatórios do SQL Server:
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.
O 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 bugs para defeitos de código. Para obter informações sobre como controlar outros tipos de problemas, consulte Controlar outros problemas.
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 durante o teste para cada item. Ao definir esses links, você dá suporte às informações que aparecem no relatório Visão geral das histórias do SQL Server.
Rastrear defeitos no código
Você pode criar bugs a partir do portal da Web, Visual Studio, ou ao testar com o Test Manager para controlar o teste de defeitos de código.
Definições para campos comuns de acompanhamento de trabalho
Os campos e abas a seguir aparecem na maioria dos itens de trabalho. Cada separador é usado para rastrear informações específicas. As guias mais 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 destaca os campos obrigatórios em amarelo. Para obter informações sobre outros campos, consulte Índice de campo de item de trabalho.
Note
Outros campos podem ser necessários, dependendo das personalizações feitas no seu processo e projeto.
Campo ou aba
Usage
Insira 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 pela execução do trabalho ou deixe em branco e conclua a tarefa 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.
Ao criar um item de trabalho pela primeira vez, defina o valor Razão padrão, como Item de trabalho Criado ou Novo. À medida que o Estado muda para o item de trabalho, atualize o valor Motivo de acordo. Cada Estado para o item de trabalho está associado a um valor Motivo padrão.
Escolha o caminho da á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, consulte Definir caminhos de área e atribuir a uma equipe.
Escolha o sprint ou iteração no qual concluir o item de trabalho ou deixe em branco e atribua o valor mais tarde. 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.
Guia Histórico
Exiba o Histórico do item de trabalho para ver todas as alterações feitas no item, conforme capturadas pelo sistema. Cada vez que um item de trabalho é atualizado, os detalhes são anexados ao histórico. Você vê a data da 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. Muitos tipos de links são suportados, 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 na Compilação 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 ficheiro.
Acompanhe outros problemas
Os problemas são usados para rastrear 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 ocorrência com o widget Novo item de trabalho no painel de equipa ou no menu Novo na página Consultas.
Os itens de trabalho adicionados através do widget são automaticamente definidos para a área padrão e os caminhos de iteração da sua equipa. 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 obter mais informações, consulte Personalizar um campo para um processo.
Ordem da lista de pendências
O campo Stack Rank é usado para acompanhar a classificação relativa das histórias de usuários. Por padrão, esse campo 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ê adiciona os itens ou move os itens na página. À medida que você arrasta itens, um processo em segundo plano atualiza o campo Classificação da pilha .
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.