Sobre estados de fluxo de trabalho em listas de pendências e quadros

Serviços do Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Os fluxos de trabalho são fundamentais para como Azure Boards rastreia itens de trabalho. Cada tipo de item de trabalho tem seu próprio fluxo de trabalho que define estados, transições e motivos. As transições movem os itens de trabalho para frente e para trás entre estados. Quando você adiciona um estado personalizado, Azure DevOps adiciona transições padrão com base em regras de processo.

O Azure Boards usa categorias de estado para aplicar o comportamento do fluxo de trabalho de forma consistente em backlogs, boards e widgets. Este artigo explica como os estados são mapeados para as categorias e como esse mapeamento afeta a visibilidade dos itens, as colunas do quadro e o comportamento dos relatórios.

Estados de fluxo de trabalho

Os estados de fluxo de trabalho definem como um item de trabalho passa da criação para o fechamento. No processo agile, uma história de usuário normalmente passa por Novo, Ativo, Resolvido e Fechado. Para remover um item de trabalho da lista de pendências, use o estado Removido. Para obter mais informações,confira Migrar, alterar ou excluir itens de trabalho.

O diagrama a seguir mostra os caminhos típicos de progressão e regressão para tipos comuns de item de trabalho: história do usuário (Agile), problema (Básico), item de backlog do produto (Scrum) e CMMI (requisito).

Estados de fluxo de trabalho: História do Usuário, processo Agile

Diagrama que mostra os estados do fluxo de trabalho da História de Usuário no processo Ágil.

Estados de categoria

As categorias de estado padronizam como ferramentas de planejamento agile e widgets de painel interpretam estados de fluxo de trabalho. As equipes mapeiam estados de fluxo de trabalho para esses estados de categoria: Proposto, Em Andamento, Resolvido e Concluído.

A tabela a seguir mostra como os estados herdados padrão são mapeados para estados de categoria nos quatro processos do sistema, incluindo tipos de item de trabalho do Plano de Teste. Os fluxos de trabalho de Caso de Teste, de Projeto de Teste e de Suíte de Testes utilizam os mesmos mapeamentos nos quatro processos.

Categories

Acompanhamento de trabalho

Acompanhamento de teste

Proposta: Use essa categoria para estados de item de trabalho recém-adicionados. Os itens aparecem no backlog e a primeira coluna nos quadros e quadros de tarefas é mapeada para "Proposto".

New

Design (caso de teste)

Em andamento: Use essa categoria para estados de trabalho ativos. Os itens aparecem na lista de pendências (a menos que estejam ocultos) e correspondem às colunas centrais do quadro.

Ativo (bug, épico, recurso, história do usuário)

Ativo (Plano de Teste); Em Planejamento (Test Suite); Em andamento (Pacote de Testes); Pronto (caso de teste)

Resolvido: Use essa categoria para estados em que uma solução é implementada, mas ainda não verificada (geralmente para bugs). Os itens resolvidos aparecem no backlog por padrão, podem ser incluídos em gráficos de burndown e se comportam como "Em andamento" em muitas ferramentas.

Resolvido (Bug)

n/a

Concluído: Use essa categoria para estados de trabalho concluído. Os itens não aparecem no backlog e são mapeados para a última coluna do quadro. Cada tipo de item de trabalho pode ter apenas um estado mapeado para essa categoria.

Fechado (Bug, Épico, Funcionalidade, História do Usuário)

Fechado (caso de teste); Concluído (Test Suite); Inativo (Plano de Teste)

Removido: use esta categoria com o estado "Removido" para ocultar itens das experiências de backlog e quadro.

Removido (Épico, Funcionalidade, História de Usuário)

n/a

Onde os tipos de item de trabalho aparecem

Use a tabela a seguir como uma referência rápida para onde cada categoria de tipo de item de trabalho aparece.

Categoria de tipo de item de trabalho Aparece em
Requirement Somente placa de produto
Feature Apenas quadro de portfólio de recursos
Epic Apenas quadro de portfólio de épicos
Custom Apenas painel de portfólio personalizado

Tip

Mapeie cada estado de fluxo de trabalho para uma coluna de quadro. Se um estado não for mapeado, ele não aparecerá no quadro.

Note

  • As listas de pendências e placas ocultam itens de trabalho concluídos ou fechados quando a Data Alterada tiver mais de 183 dias (cerca de seis meses).
  • Localize itens ocultos executando uma consulta.
  • Exiba um item novamente em um backlog ou quadro fazendo uma pequena atualização para atualizar a Data de alteração.

Note

  • Listas de pendências e quadros ocultam itens de trabalho concluídos ou fechados quando a Data de alteração deles é de mais de um ano atrás.
  • Localize itens ocultos executando uma consulta.
  • Exiba um item novamente em um backlog ou quadro fazendo uma pequena alteração para atualizar sua Data de Alteração.

Campo Ativado por/Data e Resolvido por/Data

O sistema atualiza esses campos — Ativado por, Data Ativada, Resolvido por e Data Resolvida — com base em alterações de estado de categoria de fluxo de trabalho:

  • Quando o estado do fluxo de trabalho é alterado para uma categoria em andamento, o sistema atualiza Ativado Por e Data Ativada.
  • Quando o estado do fluxo de trabalho é alterado para uma categoria Resolvida, o sistema atualiza Resolvido Por e Data Resolvida.

Para obter mais informações sobre como os estados de fluxo de trabalho são mapeados para categorias de estado, consulte Como os estados de fluxo de trabalho e as categorias de estado são usados em Listas de Pendências e Quadros.

Note

Essa lógica se aplica ao Azure DevOps Services, à atualização do Azure DevOps Server 2020.1 e às versões posteriores.

Como esses campos fazem referência a categorias de estado de fluxo de trabalho, todos os estados de fluxo de trabalho personalizado que você adicionar também disparam atualizações de campo. Para obter mais informações, consulte Personalizar o fluxo de trabalho para um processo.

Observações adicionais

  • Os campos são atualizados sempre que um item de trabalho se move de um estado de categoria diferente do que está sendo definido. Por exemplo, se você mover um item de trabalho de Novo para Resolvido, os campos Resolvido por/Data de Resolução serão atualizados. Se você passar de Corrigido para Pronto para Teste — que estão no mesmo estado de categoria — os campos Resolvido por/Data de Resolução não são atualizados.
  • Quando você faz a transição para trás, como de um estado Resolvido para um Ativo, o sistema limpa os campos Resolvido Por/Data Resolvida. Se você migrar de Ativo para Novo, o sistema limpará os campos Ativado Por/Data de Ativação.
  • Não altere manualmente esses valores de campo. Esses campos são campos do sistema regidos por regras do sistema e Azure DevOps substitui quaisquer valores manuais.

Quando adicionar um Estado versus uma coluna

Use estados e colunas juntos para acompanhar o status de trabalho, mas use cada um para um escopo diferente:

  • Status: lógica de fluxo de trabalho compartilhada no nível do projeto entre equipes.
  • Coluna: Visualização do quadro de nível de equipe.

Usuários com permissões de edição de processo (normalmente Project Administradores de Coleção ou editores de processo delegado) podem adicionar estados personalizados. Administradores de equipe e administradores de projeto podem adicionar colunas do quadro.

Adicione estados personalizados quando as equipes precisarem de uma definição de fluxo de trabalho compartilhado para consultas, relatórios e consistência entre equipes. Os estados personalizados são propagados para tipos de item de trabalho que fazem referência ao processo.

Adicione ou ajuste colunas quando uma equipe precisar de uma visualização específica do trabalho no quadro, sem alterar o fluxo de trabalho compartilhado.

Para evitar confusão, mantenha a propriedade do item de trabalho alinhada aos caminhos da área de equipe ou padronizar fluxos de trabalho compartilhados com estados personalizados quando várias equipes seguirem o mesmo processo.

Concluir automaticamente itens de trabalho com solicitações de pull

Quando você vincula um item de trabalho a uma PR (solicitação de pull), Azure DevOps pode concluir automaticamente o item de trabalho vinculado quando a PR for concluída. Para obter mais informações, consulte Preenchimento automático de itens de trabalho com solicitações de pull.

Automatizar transições de estado de item de trabalho

O Azure DevOps pode atualizar automaticamente o estado de um item de trabalho pai com base no estado de suas tarefas filhas. Para obter detalhes, consulte Automatizar transições de estado do item de trabalho.

Conteúdo relacionado

Modelo de processo de herança

Modelo do processo XML local

Widgets de painel

  • Last updated on