---
sourceDocument: Gestão estratégica de portfólios de Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/it-business-management

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Gestão estratégica de portfólios de Yokohama

ft:clusterId :

    - itbm

bundleId :

    - itbm

workflow :

    - Technology


---

# Relate um defeito em Desenvolvimento ágil 2.0

# Relate um defeito em Desenvolvimento ágil 2.0 {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 min. de leitura

Rastreie problemas associados ao seu produto ou recurso relatando defeitos em Desenvolvimento ágil 2.0.

## Antes de Iniciar

Função necessária: Feature_user, scrum_story_creator ou scrum_admin

O administrador deve conceder a função feature_user a todos os usuários que devem relatar defeitos usando o. Desenvolvimento ágil 2.0aplicação.

## Por Que e Quando Desempenhar Esta Tarefa

Crie um registro de defeito usando o módulo Defeitos. Posteriormente, você pode criar uma história para este defeito para que o grupo de atribuição relevante possa trabalhar na resolução dos problemas.

## Procedimento

1. Navegar até TudoAgile DevelopmentDefeitos.
2. Selecione Novo.
3. No formulário, preencha os campos.  
   {#create-defect-report__table_defect_form__entry__2}

   | Campo | Descrição |
   |-|-|
   | Número | Identificador exclusivo gerado pelo sistema para o defeito. |
   | Prioridade | Prioridade atribuída ao defeito. Um product owner pode usar prioridades ao criar histórias. |
   | Estado | Estado do defeito. Selecione uma das seguintes propriedades: * Rascunho : Os detalhes do defeito ainda estão sendo redigidos. * Escopo : O defeito está sendo triado e o escopo do defeito e sua correção estão sendo analisados. * Aguardando aprovação : O escopo do defeito foi finalizado e a equipe está aguardando aprovação para começar a trabalhar nele. * Trabalho em andamento : A equipe está trabalhando na correção do defeito. * Teste/QA : O testador está testando a correção do defeito com base no escopo fornecido. * Implantar/Iniciar : A equipe está pronta para iniciar a correção do defeito. * Encerrado concluído : A correção do defeito foi implantada no produto. * Em espera : O defeito foi colocado em espera devido a quaisquer bloqueadores e até revisão posterior. * Cancelado : A equipe cancela o trabalho neste defeito. {#create-defect-report__ul_rps_tjp_4lb}Este campo é definido automaticamente como Rascunho . |
   | Grupo de atribuição | O grupo ao qual o defeito pertence. |
   | Atribuição a | O usuário atribuído ao defeito. |
   | Produto | Produto ao qual este defeito está associado. O campo será obrigatório se o defeito fizer parte de um produto. |
   | Relatada em comparação | Problema, mudança ou outro registro de tarefa para o qual este defeito é relatado. |
   | Descrição Resumida | Breve descrição do defeito. |
   | Descrição | Descrição detalhada do defeito. |
   | Anotações de trabalho | Anotações sobre o trabalho que está sendo realizado no defeito. As anotações de trabalho podem ser atualizadas à medida que o trabalho avança neste defeito. |
   [Tabela 1. Campos de formulário de defeito]

   {#create-defect-report__table_defect_form}
4. Selecione Enviar.
{#create-defect-report__steps_zc5_f3m_qz}

## Resultado

O defeito é criado e o formulário é reaberto com a lista relacionada Histórias. A lista de histórias só é visível para usuários com uma função scrum.

## O que Fazer Depois

Um responsável pelo produto scrum pode revisar o defeito e decidir se uma história deve ser criada para ele. Consulte [Crie uma história em Desenvolvimento ágil 2.0](https://servicenow-prod.fluidtopics.net/O2~nCXTyHfl_PEkjvXC4zQ "Crie definições de alto nível de seus requisitos na forma de histórias em Desenvolvimento ágil 2.0. Gerencie e rastreie suas histórias associando-as a um produto, projeto ou versão e atribuindo-as a um grupo de atribuição.").