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
Use o Scrum em Azure Boards para planejar e priorizar a entrega de software e rastrear defeitos. As equipes registram o trabalho como PBIs (itens da lista de pendências do produto) e bugs, mapeiam esses itens para recursos para dar visibilidade ao portfólio e dividem o trabalho da sprint em tarefas vinculadas a PBIs e bugs.
Observação
Se você não estiver familiarizado com o processo do Scrum, examine Sobre Sprints, Scrum e gerenciamento de projetos.
Este artigo ajuda você a:
- Definir e priorizar PBIs e bugs.
- Acompanhe o trabalho por meio dos estados de fluxo de trabalho do Scrum.
- Dividir itens de lista de pendências em tarefas de sprint.
- Vincule casos de teste e bugs para acompanhar a qualidade.
- Acompanhe os bloqueadores e mantenha a ordem da lista de pendências.
Prerequisites
| Area | Requirement | Por que isso importa |
|---|---|---|
| Membro do projeto | Você deve ser um membro do projeto com permissão para exibir e editar itens de trabalho no Azure Boards. | Necessário para criar, atualizar e mover itens de trabalho por meio de estados de fluxo de trabalho do Scrum. |
| Nível de acesso | Você precisa de pelo menos acesso básico para criar e atualizar itens de trabalho. | Necessário para as ações principais da lista de pendências, quadro e acompanhamento de tarefas. |
| Acesso à lista de pendências e ao quadro | Você precisa de acesso a listas de pendências e quadros da equipe. | Necessário para priorizar PBIs, planejar sprints e atualizar o status de quadros e quadros de tarefas. |
| Permissões de configuração de equipe | Para definir configurações de equipe, níveis de backlog ou configuração de quadro, você precisa ser membro de Administradores do Projeto ou ter permissões delegadas equivalentes. | Necessário para configuração e personalização no nível da equipe. |
| Testar o acesso ao gerenciamento | Para criar e executar casos de teste, você precisa de acesso a Azure Test Plans (ou ferramentas de teste equivalentes para sua implantação). | Necessário para vincular casos de teste a PBIs e acompanhar os resultados do teste. |
Para obter mais informações, consulte Definir permissões e acesso para acompanhamento de trabalho.
Defina PBIs e bugs
Defina PBIs e bugs para capturar primeiro o valor para o cliente e, depois, os detalhes de implementação, conforme o trabalho se aproxima da execução.
Use este padrão:
- Crie itens no painel de adição rápida da página da lista de pendências do produto.
- Priorize por valor de negócios, esforço e dependências.
- Adicione todos os detalhes para os itens de maior prioridade e os itens planejados para o sprint atual ou o próximo.
Conforme as prioridades mudam, atualize a priorização do backlog. A página de pendências controla essa ordem por meio da Prioridade de Pendências.
Defina o Esforço para que os gráficos de previsão e velocidade possam projetar a capacidade de sprint futura. Defina Valor de Negócio para indicar a prioridade independentemente do ranking.
Use os campos a seguir para concluir cada item consistentemente antes do planejamento de sprint. Para obter detalhes sobre bugs, consulte Gerenciar bugs.
| Campo | Como usar |
|---|---|
| Esforço | Estime o trabalho necessário para concluir o PBI usando a unidade numérica da sua equipe (por exemplo, pontos de história ou hora). Dependendo da personalização do processo, esse campo pode ser opcional ou necessário. Gráficos de velocidade e previsão usam esse valor. |
| Valor Comercial | Insira um número que indique o valor de negócios relativo em comparação com outros PBIs. Números mais altos indicam um valor mais alto. |
| Descrição | Descreva quem o recurso serve, o que o usuário precisa realizar e por que ele importa. Inclua contexto suficiente para detalhamento de tarefas e design de teste. |
| Critérios de Aceitação | Defina as condições para a conclusão antes de iniciar a implementação. Critérios claros alinham as expectativas da equipe e do stakeholder e dão suporte a testes de aceitação. |
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.
Observação
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.
Importante
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
Observação
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.
Observação
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.
Controlar o progresso
À medida que o trabalho avança, atualize o Estado para refletir o status atual e defina o Motivo quando necessário. Ambos os campos aparecem no cabeçalho do item de trabalho.
Use atualizações de estado de forma consistente para manter alinhadas as exibições de backlog, quadro e relatórios.
Fluxo rápido:
- Defina e priorize PBIs e bugs.
- Mova itens por meio de estados de fluxo de trabalho à medida que o trabalho progride.
- Revise o quadro e os relatórios para confirmar o alinhamento de status.
Estados de fluxo de trabalho Scrum
Atualize o Estado para mostrar se um item é novo, em andamento, concluído ou removido do escopo. A maioria dos WITs dá suporte a transições para frente e para trás.
Os diagramas a seguir mostram os principais estados de progressão e regressão para os tipos de item de trabalho PBI, Bug e Tarefa.
| Item da lista de pendências do produto | Bug | Tarefa |
|---|---|---|
|
|
|
Ciclo de vida típico de PBI e de um bug:
- Novo: um proprietário ou testador de produto cria o item. O motivo padrão varia de acordo com o tipo de item de trabalho e a configuração do processo (por exemplo, novo item de lista de pendências).
- Aprovado: o item é definido o suficiente para a equipe estimar e se preparar para o planejamento de sprint. Os itens de prioridade mais alta geralmente se movem para esse estado primeiro.
- Confirmado: A equipe concorda em entregar o item no sprint.
- Concluído: todas as tarefas relacionadas são concluídas e o proprietário do produto confirma que o item atende aos critérios de aceitação.
Use Removido para itens retirados intencionalmente do escopo e não planejados para entrega. Manter esses itens fora do Done ajuda a preservar a precisão do relatório.
Atualizar o status a partir dos quadros e painéis de tarefas
Use quadros para manter o status atualizado à medida que o trabalho avança pelo sprint:
- Use o quadro para atualizar o PBI e o status do bug.
- Use o quadro de tarefas sprint para atualizar o status da tarefa.
- Arraste um item para uma nova coluna para atualizar o Estado e o Motivo.
Você pode personalizar a placa com pistas de natação e colunas. Para obter mais opções, consulte Personalizar sua experiência de acompanhamento de trabalho.
Mapear PBIs para recursos
Mapeie PBIs para funcionalidades para acompanhar o escopo e o progresso em produtos, cenários ou equipes.
Use esta abordagem:
- Use listas de pendências de portfólio para fazer drill down entre os níveis da lista de pendências.
- Use os acúmulos da hierarquia de equipes depois de configurar uma hierarquia de equipes.
Verificação de validação: confirme se cada recurso mostra os PBIs filhos vinculados e se os valores de acúmulo correspondem ao progresso dos itens filhos.
Definir tarefas
Quando sua equipe trabalha em sprints, divida PBIs e bugs em tarefas na página da lista de pendências do sprint.
Nomeie cada tarefa e estime o esforço.
As equipes geralmente definem tarefas no início de cada sprint. Os membros da equipe concluem subconjuntos de trabalho, como desenvolvimento, teste ou documentação.
Use este padrão:
- Crie tarefas para cada etapa de entrega necessária para concluir o PBI ou bug.
- Atribua tarefas aos membros da equipe de acordo com a responsabilidade.
- Atualize os valores da tarefa diariamente para que a capacidade e o burndown permaneçam precisos.
Quando sua equipe faz estimativas em horas ou dias, use Trabalho Restante e a Atividade opcional.
| Campo | Como usar |
|---|---|
| Trabalho restante | Insira quantas horas ou dias restam e atualize o valor à medida que o trabalho progride. Este campo alimenta os gráficos de capacidade, o burndown do sprint e relatórios relacionados. Se você dividir o trabalho em subtarefas, acompanhe o trabalho restante apenas nas subtarefas. |
| Atividade | Selecione a categoria de atividade que melhor descreve a tarefa para que sua equipe possa estimar e examinar a capacidade de sprint por tipo de atividade. |
Acompanhar o andamento do teste
Use as orientações a seguir para conectar a cobertura de testes e o rastreamento de defeitos aos itens da lista de pendências do sprint.
Criar e vincular casos de teste a PBIs
Use esse padrão para conectar o trabalho de teste a itens de lista de pendências:
- Crie casos de teste no portal da web para vinculá-los a um PBI ou bug.
- Se necessário, abra a guia Links e adicione a relação manualmente.
Para Azure DevOps Server 2022, você também pode usar Microsoft Test Manager 2017.
Os casos de teste incluem campos que se integram a fluxos de trabalho de build e teste. Para obter detalhes, consulte Consulta com base nos campos de integração de build e teste.
A guia Links lista PBIs e bugs vinculados a cada caso de teste.
Verificação de validação: confirme se cada caso de teste mostra seu PBI ou bug vinculado na guia Links.
Rastrear defeitos de código
Crie bugs pelo portal da Web ou pelo Visual Studio. Para obter detalhes, consulte Gerenciar bugs.
Para Azure DevOps Server 2022, você também pode criar bugs por meio do Microsoft Test Manager 2017.
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.
Observação
Outros campos podem ser necessários com base em personalizações de processo e projeto.
| Campo ou aba | Usage |
|---|---|
| Título | 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. |
| Estado | 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. |
| Razão | 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. |
| Área | Selecione o caminho da área do produto ou da equipe. Para obter detalhes, consulte Definir caminhos de área e atribuir a uma equipe. |
| Iteração | 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. |
|
|
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. |
|
|
Adicione relações a outros artefatos (por exemplo, itens de trabalho pai/filho, conjuntos de alterações, arquivos de origem ou resultados de teste). |
|
|
Adicione arquivos de suporte, como documentos, imagens, logs ou threads de email. |
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.
Rastrear impedimentos
Use o tipo de item de trabalho Impediment para rastrear bloqueadores. Use bug somente para defeitos de código.
Você pode adicionar um impedimento a partir de:
- O novo widget de item de trabalho em um painel de equipe
- O 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 usar um contexto de equipe diferente, consulte o contexto de equipe do Switch.
Ordem de lista de pendências
Use a Prioridade de Lista de Pendências para gerenciar a classificação relativa para PBIs, bugs, recursos e épicos.
Use este padrão:
- Reordene itens diretamente na página de backlog (consulte Criar sua lista de pendências).
- Arraste itens para refletir a prioridade de negócios atual.
- Deixe o Azure DevOps atualizar a Prioridade do backlog em segundo plano.
Verificação de validação: confirme se a ordem do backlog corresponde à prioridade do negócio após a reordenação.
Solucionar problemas comuns
| Issue | Cause | Resolução |
|---|---|---|
| Não é possível mover um item de trabalho para o estado esperado | Regras de fluxo de trabalho ou personalização do processo limitam as transições | Revise a personalização do processo e as transições permitidas. Consulte Personalizar um processo de herança. |
| Campo obrigatório impede o salvamento de um item de trabalho | Regras personalizadas específicas do projeto exigem campos extras | Verifique a mensagem de validação e conclua os campos necessários para o processo. Consulte Definir regras para itens de trabalho. |
| Não é possível criar ou editar casos de teste | Permissões de teste ausentes ou nível de acesso | Verifique o acesso e as permissões para artefatos de teste. Consulte Configurar permissões e acesso para o rastreamento de trabalho. |
| O caso de teste vinculado não aparece em um item de lista de pendências | O link não foi criado como um link de item de trabalho ou foi adicionado a um item diferente | Abra o caso de teste e o item de lista de pendências e verifique os links na guia Links para ambos os itens. |
| Você não pode resolver o problema depois de aplicar essas correções | A política ou as permissões no nível da organização ainda bloqueiam a ação | Contate o administrador do Project primeiro. Se o problema ocorrer em toda a organização, entre em contato com o Administrador da Coleção de Projetos ou com o administrador do Azure DevOps. |