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.
Serviços do Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Em Azure Boards, o processo Agile usa WITs (tipos de item de trabalho) para ajudar sua equipe a planejar, priorizar e acompanhar o progresso. O processo Agile inclui épicos, recursos, histórias de usuário, tarefas, issues e bugs. Depois de definir seus WITs, você pode acompanhar o progresso atualizando os estados do item de trabalho.
Para obter visibilidade de um portfólio de recursos, cenários e experiências do usuário, proprietários de produtos e gerentes de programas mapeiam histórias de usuários para recursos. As equipes que trabalham em sprints definem tarefas que vinculam a essas histórias de usuário. Se você não estiver familiarizado com o processo agile, consulte Planejar e acompanhar o trabalho com o Agile.
Este artigo mostra como:
- Defina e priorize as histórias do usuário.
- Acompanhe o estado do fluxo de trabalho à medida que o trabalho passa de novo para concluído.
- Divida histórias em tarefas de sprint e estime o trabalho restante.
- Vincule casos de teste e bugs para controlar a qualidade e os defeitos.
No Azure DevOps Services, os testadores criam e executam casos de teste no portal da Web. Em Azure DevOps Server, os testadores também podem usar Microsoft Gerenciador de Testes para rastrear defeitos de código e problemas de bloqueio.
Definir histórias de usuário
Os product owners normalmente definem e priorizam histórias de usuário que descrevem os requisitos da aplicação e os itens de trabalho. Em seguida, a equipe estima o esforço necessário para entregar os itens de prioridade mais alta.
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, reordená-los e associar itens aos recursos.
Abra cada história do usuário para adicionar detalhes e estimar 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 sprints futuros e esforço de trabalho. Ao priorizar histórias de usuário na página de backlog (capturada no campo Stack Rank ), os proprietários de produtos indicam quais itens têm 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 colaborar em itens de trabalho adicionando e revisando comentários.
Quando você coloca o cursor em uma caixa de texto que dá suporte à formatação, a barra de ferramentas do editor de rich-text é exibida.
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
Use um dos seguintes ícones para abrir entradas recentes para pessoas, itens de trabalho ou pull requests:
Você pode abrir o mesmo menu com atalhos de teclado: arroba @, hashtag # e ponto de exclamação !.
Insira um nome ou número para filtrar a lista e selecione o item que você deseja adicionar. Para mencionar um grupo, insira @ seguido pelo nome do grupo, como uma equipe ou um grupo de segurança.
Editar ou excluir um comentário
Para atualizar ou remover um de seus comentários, selecione Editar
ou selecionar Mais ações (
) e, em seguida, selecione Excluir:
Depois de alterar um comentário, selecione Atualizar. Para remover um comentário, confirme a exclusão. A aba Histórico mantém um registro de auditoria de todos os comentários editados e excluídos.
Important
Para Azure DevOps Server locais, configure um servidor SMTP para que os membros da equipe 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 sua reação, selecione a mesma reação novamente. A imagem a seguir mostra um exemplo de adição e 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 Definir permissões de acompanhamento de trabalho - Criar nós filhos, modificar itens de trabalho em um caminho de área ou iteração.
Ao salvar comentários, você 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.
Acompanhar o progresso
Conforme o trabalho progride, atualize o campo Estado para refletir o status. Opcionalmente, você pode especificar um motivo. Os campos Estado e Motivo aparecem na área de cabeçalho do formulário do item de trabalho:
Estados de fluxo de trabalho Agile
À medida que as equipes atualizam os estados de fluxo de trabalho, elas podem identificar 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 entre estados. 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 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 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 status com o quadro ou quadro de tarefas
O Teams pode usar o quadro 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 conjunto de produtos ou experiências do usuário, talvez seja necessário examinar o escopo de trabalho e o progresso em todo o portfólio. Use recursos e mapeamento de histórias de usuário para recursos para acompanhar esse acúmulo.
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 backlogs de portfólio para exibir um acúmulo do trabalho em andamento em várias equipes ao configurar uma hierarquia de equipes.
Definir tarefas
Quando sua equipe gerencia o trabalho em sprints, use a página de backlog de sprint para dividir o trabalho planejado em tarefas distintas.
Insira o nome da tarefa e estime o esforço no campo 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, em seguida, conclui um subconjunto dessas tarefas. As tarefas podem incluir desenvolvimento, teste e outros trabalhos. Por exemplo, um desenvolvedor pode definir tarefas para implementar histórias de usuário e um testador pode definir 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 corrige um bug.
Acompanhar o andamento do teste
Acompanhe o progresso do teste usando histórias de usuário e bugs para defeitos de código. Para obter diretrizes sobre como acompanhar outros tipos de problema, consulte Controlar outros problemas.
Histórias do usuário de teste
No Azure DevOps Services, você pode criar casos de teste que vinculam automaticamente a uma história de usuário ou bug no portal da Web. Em Azure DevOps Server, você também pode usar Microsoft Gerenciador de Testes. Você também pode vincular uma história de usuário a um caso de teste na 
guia Links.
O caso de teste contém vários campos, muitos dos quais são automatizados e integrados ao gerenciamento de teste e ao processo de build. Para obter uma descrição de cada campo, confira Consulta com base nos campos de integração de build e teste.
A guia Links mostra links de histórias de usuário 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 do teste para cada item. Esses links também dão suporte às informações exibidas no relatório Stories Overview do SQL Server.
Rastrear defeitos de código
Para acompanhar os testes de defeitos de código, crie bugs a partir do portal da Web, do Visual Studio ou do Microsoft Test Manager.
Definições para campos comuns de acompanhamento de trabalho
Os campos e guias a seguir aparecem na maioria dos itens de trabalho. As guias comuns incluem 
Histórico, Links e 
Anexos.
Para todos os tipos de item de trabalho, Título é o único campo universalmente necessário. Quando você salva um item de trabalho, Azure DevOps atribui uma ID exclusiva. Os campos necessários são realçados em amarelo. Para obter mais campos, consulte o índice de campo de item de trabalho.
Note
Outros campos podem ser necessários com base em personalizações de processo e projeto.
| Campo ou aba | Usage |
|---|---|
| Title | Insira uma breve descrição (até 255 caracteres). Você pode editar o Título mais tarde. |
| Atribuído a | Atribua o item de trabalho à pessoa responsável por concluí-lo ou deixe-o sem atribuição até que a propriedade esteja clara. |
| State | Na criação, o Estado usa como padrão o primeiro estado de fluxo de trabalho (como Novo ou Não Atribuído). Atualize-o à medida que o trabalho progride. |
| Reason | O motivo explica por que o item está no estado atual. Os valores padrão variam de acordo com o tipo de item de trabalho e o processo. |
| Area | Selecione o caminho da área do produto ou da equipe. Para obter detalhes, consulte Definir caminhos de área e atribuir a uma equipe. |
| Iteration | Selecione o sprint/iteração para conclusão planejada. Para obter detalhes, consulte Definir caminhos de iteração (sprints) e configurar iterações de equipe. |
|
Histórico guia |
Exiba o log de alterações completo do item de trabalho, incluindo o autor, a data e os campos atualizados. Você também pode adicionar texto formatado no Histórico. |
|
Links guia |
Adicione relações a outros artefatos (por exemplo, itens de trabalho pai/filho, conjuntos de alterações, arquivos de origem ou resultados de teste). |
|
Guia de Anexos |
Adicione arquivos de suporte, como documentos, imagens, logs ou threads de email. |
Acompanhar outros problemas
Use issues para acompanhar eventos que possam bloquear o progresso ou impedir a entrega de uma história de usuário. Use bugs para acompanhar defeitos de código. Adicione um problema 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, consulte o contexto da equipe do Switch.
Acompanhar o valor comercial
Use o campo Prioridade para diferenciar o valor das histórias. Você também pode adicionar um campo personalizado ao USER Story WIT para acompanhar o valor relativo da história. Para obter mais informações, consulte Personalizar um campo para um processo.
Ordem de lista de pendências
O campo Stack Rank acompanha a classificação relativa de histórias de usuários. Por padrão, o formulário do item de trabalho não mostra esse campo. A sequência de itens na página de backlog é determinada pelo local em que você adiciona 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, atualizar o fluxo de trabalho, definir regras personalizadas, adicionar páginas personalizadas e criar 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, atualizar o fluxo de trabalho, definir regras personalizadas, adicionar páginas personalizadas e criar 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.