Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022
No Azure Boards, o processo Ágil utiliza tipos de itens de trabalho (WITs) para ajudar a sua equipa a planear, priorizar e acompanhar o progresso. O processo agile inclui épicos, funcionalidades, histórias de utilizador, tarefas, problemas e erros. Depois de definires os teus WITs, podes acompanhar o progresso atualizando os estados dos itens de trabalho.
Para ter visibilidade sobre um portefólio de funcionalidades, cenários e experiências de utilizador, os responsáveis pelo produto e os gestores de programa associam histórias de utilizador a funcionalidades. As equipas que trabalham em sprints definem então tarefas que se ligam a essas user stories. Se és novo no processo Ágil, vê Planear e acompanhar o trabalho com Ágil.
Este artigo mostra-lhe como:
- Defina e priorize as histórias de utilizador.
- Acompanhe o estado do fluxo de trabalho à medida que o trabalho passa de novo para concluído.
- Divida as histórias em tarefas de sprint e estime o trabalho que ainda falta.
- Liga casos de teste e bugs para acompanhar a qualidade e os defeitos.
No Azure DevOps Services, os testadores criam e executam casos de teste no portal web. No Azure DevOps Server, os testadores também podem usar o Microsoft Test Manager para rastrear defeitos de código e problemas de bloqueio.
Definir histórias de utilizador
Os responsáveis pelo produto normalmente definem e priorizam histórias de utilizador que descrevem os requisitos da aplicação e os elementos de trabalho. A equipa estima então o esforço necessário 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. Também podes arrastar e soltar itens na página, reordená-los e associar itens a funcionalidades.
Abra cada user story para adicionar detalhes e estimar pontos da história. Defina Pontos de História para que a sua equipa possa usar a funcionalidade de previsão e os gráficos de velocidade para estimar sprints futuros e esforço de trabalho. Ao priorizar as histórias de utilizador na página de backlog (registadas no campo Stack Rank), os proprietários do produto indicam quais os itens de 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 a sua equipa 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
Utilize a secção de Discussão para colaborar em itens de trabalho, adicionando e rever comentários.
Quando coloca o cursor numa caixa de texto que suporta formatação, aparece a barra de ferramentas do editor de texto rico.
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
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 !.
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:
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.
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 guardas comentários, não precisas de guardar 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 avança, atualize o campo Estado para refletir o estado. Podes, opcionalmente, especificar uma razão. Os campos Estado e Razão aparecem na área de cabeçalho do formulário do item de trabalho:
Estados do fluxo de trabalho ágil
À medida que as equipas atualizam os estados dos fluxos de trabalho, podem identificar quais os itens novos, em progresso ou concluídos. A maioria dos WIT suporta transições para a 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 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 completa todas as tarefas associadas e os testes unitários passam.
- 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 do quadro ou quadro de tarefas
As equipas podem usar o quadro para atualizar o estado dos requisitos e o quadro de tarefas para atualizar o estado 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
Quando gere um conjunto de produtos ou experiências de utilizador, pode ser necessário rever o âmbito do trabalho e o progresso em todo o portefólio. Usa características e mapeamento de histórias de utilizador para funcionalidades para acompanhar esse rollup.
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 a sua equipa gere o trabalho em sprints, use a página de backlog do sprint para dividir o trabalho planeado em tarefas distintas.
Introduza 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 equipa completa então um subconjunto dessas tarefas. As tarefas podem incluir desenvolvimento, testes e outros trabalhos. Por exemplo, um programador pode definir tarefas para implementar user stories, e um tester pode definir 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 usando user stories e bugs para defeitos de código. Para orientações sobre como acompanhar outros tipos de problemas, consulte Acompanhar outros problemas.
Testar histórias de usuários
No Azure DevOps Services, pode criar casos de teste que ligam automaticamente a uma história de utilizador ou bug no portal web. No Azure DevOps Server, também pode usar o Microsoft Test Manager. Também pode associar uma história de utilizador a um caso de teste a partir do separador 
Links.
O caso de teste contém múltiplos campos, muitos dos quais são automatizados e integrados com a gestão de testes 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.
O separador Ligações reúne ligações a histórias de utilizador e erros num caso de teste. Ao ligar histórias de utilizador e bugs a casos de teste, a equipa pode acompanhar o progresso dos testes para cada item. Estas ligações servem também de suporte à informação apresentada no relatório SQL Server Stories Overview.
Rastrear defeitos no código
Para acompanhar testes de defeitos de código, crie bugs a partir do portal web, Visual Studio ou Microsoft Test Manager.
Definições para campos comuns de acompanhamento de trabalho
Os campos e abas a seguir aparecem na maioria 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. |
Acompanhe outros problemas
Utilize impedimentos para acompanhar ocorrências que possam bloquear o progresso ou impedir a entrega de uma história de utilizador. Usa bugs para rastrear defeitos de código. Adicione um problema usando o widget de Novo item de trabalho num painel de equipa, ou a partir do menu Novo na página de 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
Use o campo Prioridade para diferenciar o valor das histórias. Também podes 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 da lista de pendências
O campo Stack Rank acompanha a classificação relativa das user stories. Por defeito, o formulário do item de trabalho não mostra este campo. A sequência dos itens na página do backlog é determinada pela posição em que adiciona ou desloca 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 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.