Compartilhar via

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

Azure DevOps Services | Servidor Azure DevOps | Azure DevOps Server 2022

Os fluxos de trabalho desempenham uma função 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).

O Azure Boards usa categorias de estado para que ferramentas de planejamento agile e dashboards tratem os estados de fluxo de trabalho consistentemente entre listas de pendências e placas.

Estados de fluxo de trabalho

Os estados do fluxo de trabalho definem como um item de trabalho progride da criação até o encerramento. Para a História do Usuário (processo Agile), os estados primários 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 naturais e regressões para tipos comuns de item de trabalho — história do usuário (Agile), problema (Básico), item de backlog do produto (Scrum) e requisito (CMMI)— aparecem aqui:

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 determinam como as ferramentas de planejamento agile e os widgets de painel tratam cada estado de fluxo de trabalho. O mapeamento dos estados de fluxo de trabalho pelas equipes abrange 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 herdados padrão são mapeados para estados de categoria para os quatro processos do sistema, incluindo tipos de item de trabalho do Plano de Teste. Os fluxos de trabalho de Test Case, Test Design e Test Suite permanecem consistentes nos quatro processos do sistema.

Categories

Acompanhamento de trabalho

Acompanhamento de teste

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

New

Design (caso de teste)

Em andamento: Atribua essa categoria a estados que representam o trabalho ativo. Os itens de trabalho em Andamento aparecem na lista de pendências (a menos que ocultos) e ocupam as colunas intermediárias em placas.

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: Atribua essa categoria a estados que indicam uma solução implementada, mas ainda não verificada (comumente usada para bugs). Os estados resolvidos aparecem na lista de pendências por padrão e podem ser incluídos nos gráficos de burndown. Azure Boards trata Resolved da mesma forma que In Progress em muitas ferramentas.

Resolvido (Bug)

n/a

Concluído: Atribua essa categoria a estados que representam o trabalho concluído. Os itens de trabalho em Concluídos não aparecem na lista de pendências e aparecem na coluna final no quadro. Você não pode modificar ou adicionar estados a essa categoria.

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

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

Removido: Atribua essa categoria ao estado Removido para ocultar itens das experiências de backlog e quadro.

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

n/a

Tipos de itens de trabalho e suas placas

Saiba onde cada tipo de item de trabalho aparece para que você possa gerenciar o trabalho com eficiência.

Categoria de tipo de item de trabalho Os itens de trabalho aparecem aqui
Requirement Somente no painel de produtos.
Feature Somente no quadro do portfólio de funcionalidades.
Epic Somente no quadro Portfólio da Epic.
Custom Somente em um quadro 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

Os itens de trabalho concluídos ou fechados não são exibidos nas listas de pendências e quadros depois que o valor Data Alterada for maior que 183 dias (cerca de meio ano). Você ainda pode listar esses itens usando uma consulta. Se você quiser que eles apareçam em uma lista de pendências ou quadros, você pode fazer uma pequena alteração neles, o que redefine o relógio.

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 Data Alterada for maior que um ano. Você ainda pode listar esses itens usando uma consulta. Se você quiser que eles apareçam em uma lista de pendências ou painel, pode fazer uma pequena alteração neles, o que reinicia o cronômetro.

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. No entanto, se você mover de Fixo para Pronto para Teste, que estão no mesmo estado de categoria, os campos Resolvido Por/Data de Resolução não serã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. São campos do sistema regidos por regras do sistema e qualquer valor definido é substituído.

Quando adicionar um Estado versus uma coluna

Use Estados e colunas juntos para acompanhar o status do trabalho. Os estados se aplicam no nível do projeto; as colunas se aplicam no nível da equipe. Somente os administradores da 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 são propagados 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 itens de trabalho por caminho de área da equipe ou padronize as colunas, adicionando estados personalizados que sejam compartilhados entre as equipes.

Preenchimento automático de itens de trabalho com solicitações de pull

Ao vincular um item de trabalho a uma solicitação de pull, você pode automaticamente concluir esses itens de trabalho ao concluir a solicitação de pull. Para obter detalhes, consulte Concluir automaticamente itens de trabalho com solicitações de pull.

Automatizar 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 filho. 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