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 | Azure DevOps Server 2020

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 esses campos — Ativado por, Data de ativação, Resolvido por e Data resolvida — quando ocorre uma alteração com base nos estados de categoria de fluxo de trabalho correspondentes. Quando o estado do fluxo de trabalho muda para uma categoria de estado Em andamento , Ativado por e Data de ativação são atualizados. Quando o estado do fluxo de trabalho muda para a categoria Resolvido, Resolvido Por e Data de Resolução são atualizados.

Para saber mais sobre como os estados do fluxo de trabalho são mapeados para categorias de estado, consulte Como os estados do fluxo de trabalho e as categorias de estado são usados em Listas de pendências e painéis.

Note

A lógica que rege os campos descritos aqui se aplica aos Serviços de DevOps do Azure, à atualização do Azure DevOps Server 2020.1 e a versões posteriores.

Como esses campos fazem referência às categorias de estado do fluxo de trabalho, os estados de fluxo de trabalho personalizados que você adiciona são referenciados ao atualizar os campos. Para saber mais sobre personalização, consulte Personalizar o fluxo de trabalho para um processo.

Notas adicionais:

  • Os campos são atualizados sempre que um item de trabalho é movido de qualquer estado de categoria diferente daquele que está sendo definido. Por exemplo, se atualizar um item de trabalho de Novo para Fixo, os campos Resolvido Por/Data Resolvida serão atualizados. No entanto, se atualizares de Fixo e 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 se faz a transição para trás, como passar de um estado Resolvido para um estado Ativo, o sistema limpa os valores dos campos Resolvido por/Data de Resolução. Se você passou de Ativo para Novo, o sistema limpa os valores dos campos Ativado Por/Data de Ativação.
  • Não altere manualmente os valores desses campos. São campos do sistema que são regidos por regras do sistema. Qualquer valor que você tente definir fica sobrescrito.

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 do painel

  • Last updated on