Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Serviços de DevOps do Azure
Nota
Esta funcionalidade está disponível apenas no Azure DevOps Services. Azure DevOps Server não é suportado.
Atualize automaticamente o estado de um item de trabalho de acordo com o estado de suas tarefas filhas. Por exemplo, quando uma tarefa filha passa para um estado ativo (como Active ou In Progress), o item de trabalho pai também passa para um estado ativo. Quando todas as subtarefas atingem o estado Concluído (como Closed ou Done), o item de trabalho pai é fechado automaticamente.
Importante
As regras de automação de itens de trabalho aplicam-se apenas ao fluxo de trabalho da tua equipa no backlog e nos quadros. Outras equipas dentro do teu projeto podem definir as suas próprias regras independentes.
Nota
As regras usam categorias de estado – não nomes específicos de estado – por isso funcionam de forma consistente em todos os modelos de processo (Agile, Scrum, CMMI). Por exemplo, uma regra que fecha o progenitor quando todos os filhos completam aplica-se independentemente de o seu processo chamar esse estado Closeda , Done, ou Resolved.
Estabeleça regras ao nível do backlog da equipa. Estas regras aplicam-se a todos os itens de trabalho desse nível específico. Pode estabelecer estas regras de forma independente para cada nível de backlog, incluindo histórias, funcionalidades e épicos. Por exemplo, pode automatizar o fecho de histórias de utilizadores, mas manter as funcionalidades e os épicos abertos.
Sugestão
Pode usar IA para ajudar nesta tarefa mais adiante neste artigo, ou consultar Habilitar assistência de IA com Azure DevOps MCP Server para começar.
Pré-requisitos
| Categoria | Requerimentos |
|---|---|
| Projeto | Um projeto Azure DevOps. |
| Níveis de acesso | Básico ou superior. Os utilizadores com acesso de Stakeholder não têm acesso à navegação de Boards nem às definições da equipa. |
| Permissões | Para configurar regras de automação de item de trabalho para sua equipe: função Administrador de Equipe ou membro do grupoAdministradores de Projeto. |
Definir regras
Define regras de equipa para cada nível de backlog.
Nota
- Requisito do âmbito da equipa: As regras de automação só são ativadas quando os itens de trabalho pertencem à mesma equipa. Fechar uma tarefa em uma equipe ou projeto diferente não atualiza automaticamente o estado do item pai.
- Limitação da interface: as regras de automação do estado do item de trabalho só funcionam quando se atualizam itens nas vistas Painéis, Listas de Pendências ou Sprint. Estas regras não são ativadas quando atualizas os estados dos itens de trabalho a partir dos resultados das consultas ou dos formulários dos itens de trabalho.
- Reativação: As regras não são ativadas quando um item filho passa de um estado concluído para um estado ativo. Este comportamento é intencional.
Inicie sessão no seu projeto (
https://dev.azure.com/{Your_Organization}/{Your_Project}).Selecione Quadros>Backlogs>
Configurar as definições da equipa.
Selecione Regras.
Selecione uma ou mais regras para aplicar neste nível de backlog e depois selecione Guardar.
As seguintes regras estão disponíveis:
Regra Quando é desencadeado Atualize o estado dos pais para Ativo quando um estado de criança está ativo Quando qualquer item subordinado passa para uma categoria de estado ativo Atualize o estado dos pais para Resolvido quando todos os estados dos filhos estiverem Resolvidos ou Concluídos Quando todos os itens filhos atingirem a categoria de estado "Resolvido" ou "Concluído" Atualize o estado dos pais para Fechado quando todos os estados dos filhos estiverem Fechados ou Concluídos Quando todos os itens filhos passam para uma categoria de estado fechada ou concluída As regras aplicam-se apenas a futuras transições de estado. Os itens de trabalho existentes não são atualizados retroativamente quando ativas as regras.
Para aplicar regras noutros níveis de backlog (como Features ou Épicos), abra o backlog de cada nível, selecione Configurar regras de definições> de equipae repita estes passos. Cada nível de backlog tem a sua própria configuração independente de regras.
Desativar regras
Para desativar uma regra, vá a Configurar Regras de definições> da equipa, elimine as caixas de seleção aplicáveis e selecione Guardar. A alteração entra em vigor imediatamente para futuras transições de estado.
Verificar que as regras estão a funcionar
Para confirmar que as regras estão ativas, atualize o estado de um item filho a partir do seu backlog ou quadro e verifique se o item pai é atualizado automaticamente. Se o pai não atualizar, confirma que ambos os itens estão atribuídos à mesma equipa e que estás a atualizar a partir de Boards, Backlogs ou Sprints (não a partir de um resultado de consulta ou formulário de trabalho).
Regras aplicadas ao quadro de sprint
Estas regras também se aplicam quando atualiza itens filhos no quadro de sprints.
Regras aplicadas ao backlog de histórias de utilizador
O exemplo a seguir mostra as regras aplicadas ao nível de lista de pendências de histórias de usuário.
Regras aplicadas a vários níveis de backlog em sincronia
O exemplo a seguir mostra as regras aplicadas a vários níveis de lista de pendências em sincronia.
Use IA para automatizar transições de estado dos itens de trabalho
Pode usar assistência de IA através do Azure DevOps MCP Server para o ajudar a configurar e resolver problemas nas regras de automação dos itens de trabalho. Aqui estão exemplos de prompts que pode usar:
| Tarefa | Exemplo de prompt |
|---|---|
| Compreender as categorias de estado | "Explique como funcionam as categorias de estado no Azure Boards e como elas correspondem ao meu modelo de processos Agile" |
| Compreender as categorias de estado | "Qual é a diferença entre categorias de estado e nomes de estado no Azure Boards?" |
| Configuração das regras do plano | "Que níveis de backlog no nosso projeto devem ter regras de automação ativadas e o que deve fazer cada regra?" |
| Configuração das regras do plano | "Que regras de automação recomendarias para uma equipa que usa o modelo de processo Scrum?" |
| Regras de resolução de problemas | "As nossas histórias de utilizador parentais não fecham quando fechamos todas as tarefas filhas — o que devo verificar?" |
| Regras de resolução de problemas | "Porque é que as regras de automação funcionariam para uma equipa do nosso projeto e não para outra?" |
| Analisar os estados dos itens de trabalho | "Revise o estado atual dos itens de trabalho no nosso sprint e identifique quaisquer itens dos pais que não correspondam ao estado dos filhos" |
| Analisar os estados dos itens de trabalho | "Mostra-me quais as funcionalidades parentais que ainda têm histórias infantis ativas e quais já devem estar encerradas" |
Nota
Estes prompts funcionam melhor quando fornece contexto sobre o modelo de processo da sua equipa e a configuração do backlog. Quanto mais específico fores, melhores são as sugestões.
Perguntas frequentes sobre regras de automação de itens de trabalho
Por que meus itens de trabalho estão mudando automaticamente de estado?
Se os itens de trabalho mudarem de estado inesperadamente, a tua equipa provavelmente ativou regras de automação. Vá a Configurar definições da equipa>Regras para rever e ajustar as regras ativas.
Por que as regras não são acionadas quando reativo um item filho?
As regras não são acionadas quando um item filho passa de um estado concluído para um estado ativo. Este comportamento é intencional para evitar que as regras desfaçam fechos intencionais.
Porque é que as regras de automação não funcionam para itens de uma equipa ou projeto diferente?
As regras só são ativadas quando tanto os trabalhos dos pais como da criança pertencem à mesma equipa. Alterações de estado entre equipas e projetos não ativam regras de automação.
Para perguntas adicionais – incluindo se pode definir regras por tipo de item de trabalho e como automatizar user stories sem afetar funcionalidades – consulte as Perguntas Frequentes sobre regras de automação.