Partilhar via

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

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

Os fluxos de trabalho desempenham um papel central no gerenciamento de itens de trabalho: eles consistem em estados, transições e motivos e são definidos por tipo de item de trabalho. As transições permitem mover itens de trabalho para frente e para trás entre estados. Quando você adiciona um estado personalizado, o sistema cria automaticamente transições entre esse estado e todos os estados herdados (exceto Removido).

Os Painéis do Azure usam categorias de estado para que as ferramentas de planejamento e os painéis ágeis tratem os estados do fluxo de trabalho de forma consistente em listas de pendências e painéis.

Estados do fluxo de trabalho

Os estados do fluxo de trabalho definem como um item de trabalho progride da criação ao fechamento. Para a User Story (processo Agile), os estados principais são Novo, Ativo, Resolvido e Fechado. Use o estado Removido para remover um item de trabalho da lista de pendências; para obter detalhes, consulte Mover, alterar ou excluir itens de trabalho.

As progressões e regressões naturais para tipos de item de trabalho comuns — história de usuário (Agile), problema (Básico), item de lista de pendências do produto (Scrum) e requisito (CMMI) — aparecem aqui:

Estados do fluxo de trabalho: User Story, Processo ágil

Diagrama que mostra os estados do fluxo de trabalho da História do Usuário para o processo Agile.

Estados da categoria

As categorias de estado determinam como as ferramentas de planejamento ágil e os widgets de painel tratam cada estado do fluxo de trabalho. As equipes mapeiam os estados do fluxo de trabalho para os seguintes estados de categoria usados por listas de pendências, quadros e widgets: Proposto, Em andamento, Resolvido e Concluído.

A tabela a seguir mostra como os estados padrão herdados correspondem aos estados de categoria para os quatro processos do sistema, incluindo os tipos de itens de trabalho do Plano de Teste. Os fluxos de trabalho de Caso de Teste, Design de Teste e Conjunto de Testes permanecem consistentes nos quatro processos do sistema.

Categories

Acompanhamento do trabalho

Acompanhamento de testes

Propôs: Atribua essa categoria aos estados de item de trabalho recém-adicionados para que eles apareçam na lista de pendências. A primeira coluna nos quadros e quadros de tarefas corresponde a Proposto.

New

Desenho (caso de teste)

Em curso: Atribua esta categoria a estados que representam trabalho ativo. Os itens de trabalho em Em andamento aparecem na lista de pendências (a menos que estejam ocultos) e ocupam as colunas do meio nos quadros.

Ativo (Bug, Épico, Funcionalidade, História de Utilizador)

Ativo (Plano de Testes); Em Planeamento (Test Suite); Em Andamento (Test Suite); Pronto (caso de teste)

Resolvido: Atribua esta categoria a estados que indicam uma solução implementada, mas ainda não verificada (normalmente usada para bugs). Os estados resolvidos aparecem na lista de pendências por padrão e podem ser incluídos em gráficos de burndown. Os Azure Boards tratam "Resolvido" da mesma forma que "Em Andamento" para muitas ferramentas.

Resolvido (Bug)

n/a

Concluído: Atribua esta categoria a estados que representam o trabalho concluído. Os itens de trabalho em Concluído não aparecem na lista de pendências e aparecem na coluna final no quadro. Não é possível modificar ou adicionar estados a esta categoria.

Fechado (Bug, Épico, Funcionalidade, História de Utilizador)

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

Removido: Atribua esta categoria ao estado Removido para ocultar itens da lista de pendências e das experiências do quadro.

Removido (épico, recurso, história de usuário)

n/a

Tipos de itens de trabalho e os seus quadros

Saiba onde cada tipo de item de trabalho aparece para que você possa gerenciar o trabalho de forma eficaz.

Categoria do tipo de item de trabalho Os itens de trabalho aparecem aqui
Requirement Apenas na placa do produto.
Feature Apenas no painel de funcionalidades.
Epic Apenas no quadro de portfólio da Epic.
Custom Só num quadro de portfólio personalizado.

Tip

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

Note

Os itens de trabalho concluídos ou fechados não são exibidos nas listas de pendências e quadros depois que seu valor de Data Alterada é superior a 183 dias (cerca de meio ano). Você ainda pode listar esses itens usando uma consulta. Se pretender que eles apareçam numa lista de pendências ou quadro, pode fazer uma pequena alteração neles, o que reinicia o cronómetro.

Note

Os itens de trabalho concluídos ou fechados não são exibidos nas listas de pendências e quadros depois que o valor de Data alterada tiver mais de um ano. Você ainda pode listar esses itens usando uma consulta. Se pretender que eles apareçam numa lista de pendências ou quadro, pode fazer uma pequena alteração neles, o que reinicia o cronómetro.

Campos Ativado por/data e Resolvido por/data

O sistema atualiza estes campos—Ativado Por,Data de Ativação, Resolvido Até e Data Resolvida—com base nas alterações no estado da categoria do fluxo de trabalho. Quando o estado do fluxo de trabalho muda para uma categoria Em Progresso, o sistema atualiza Ativado por e Data Ativada. Quando o estado do fluxo de trabalho muda para uma categoria Resolvido, o sistema atualiza Resolvido Por e Data de Resolução.

Para obter mais informações sobre como os estados do fluxo de trabalho se relacionam com as categorias de estado, consulte Como os estados do fluxo de trabalho e as categorias de estado são utilizados em Backlogs e Boards.

Note

Esta lógica aplica-se ao Azure DevOps Services, à atualização Azure DevOps Server 2020.1 e a versões posteriores.

Como estes campos referenciam categorias de estado do fluxo de trabalho, quaisquer estados personalizados que adiciones também desencadeiam atualizações de campo. Para mais informações, consulte Personalizar o fluxo de trabalho de um processo.

Notas adicionais

  • Os campos atualizam-se sempre que um item de trabalho sai de um estado de categoria diferente daquele que está a ser definido. Por exemplo, se mover um item de Novo para Corrigido, os campos Resolvido Por/Data Resolvida atualizam-se. No entanto, se passar de Concluído para Pronto para Teste — que estão no mesmo estado de categoria — os campos Resolvido Por/Data de Resolução não atualizam.
  • Ao reverter de um estado Resolvido para Ativo, o sistema limpa os campos Resolvido por/Data de Resolução. Se alterar o estado de Ativo para Novo, o sistema limpa os campos Ativado Por/Data de Ativação.
  • Não alteres manualmente estes valores de campo. São campos do sistema regidos por regras do sistema, e qualquer valor que definas é sobrescrevido.

Quando adicionar um Estado versus uma coluna

Use os estados e as colunas juntos para controlar o estado do trabalho. Os Estados candidatam-se ao nível do projeto; as colunas aplicam-se ao nível da equipa. Somente administradores de coleção de projetos podem adicionar estados personalizados; Os administradores de equipe podem adicionar colunas.

Adicione estados personalizados quando quiser alinhar as equipes a um fluxo de trabalho organizacional compartilhado. Os estados personalizados propagam-se para projetos e tipos de item de trabalho que fazem referência ao processo.

Prefira estados personalizados compartilhados quando várias equipes usam o mesmo fluxo de trabalho para evitar confusão de equipes diferentes baseando consultas em colunas. Mantenha a propriedade única dos elementos de trabalho por caminho de área da equipa ou uniformize colunas adicionando estados personalizados compartilhados entre as equipas.

Conclusão automática de itens de trabalho com solicitações pull

Quando vinculas um item de trabalho a um pull request (PR), podes concluir automaticamente esses itens de trabalho ao concluires o PR. Para obter detalhes, consulte Preenchimento automático de itens de trabalho com solicitações pull.

Automatize transições de estado de item de trabalho

Você pode atualizar o estado de um item de trabalho pai automaticamente com base no estado de suas tarefas subordinadas. Para obter detalhes, consulte Automatizar transições de estado de item de trabalho.

Conteúdo relacionado

Modelo de processo de herança

Modelo de processo XML local

Widgets de painel

  • Last updated on