Partilhar via


Consulta por atribuição ou alterações de fluxo de trabalho

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

Controlar eficientemente as alterações de atribuição e fluxo de trabalho em seus itens de trabalho é essencial para manter a visibilidade do projeto e garantir um progresso suave. Este artigo mostra como criar consultas que monitoram essas alterações, permitindo um melhor gerenciamento e supervisão do trabalho da sua equipe.

Dica

Pode usar IA para ajudar nesta tarefa mais adiante neste artigo, ou consultar Enable AI assistance with Azure DevOps MCP Server para começar.

Acompanhe o status do trabalho em fluxos de trabalho

  • Estados do fluxo de trabalho: Acompanhe o progresso dos itens de trabalho à medida que eles passam de Novo, Ativoou Proposto para Concluído ou Fechado. Cada fluxo de trabalho inclui:

    • Estados
    • Transições válidas
    • Razões para transições

    Os estados e motivos do fluxo de trabalho variam de acordo com o tipo de item de trabalho e o processo do projeto.

  • Transições e reatribuições de estado:

    • Os itens de trabalho podem ser reatribuídos durante as transições de estado.
    • Exemplo: Um testador cria um bug e o atribui a um membro da equipe para triagem. Uma vez resolvido, o bug pode ser reatribuído de volta ao testador.

Consultar itens de trabalho reativados

Identifique os itens de trabalho que foram fechados, mas posteriormente reativados, usando o campo Data alterada. Foco nas reativações que ocorreram:

  • Hoje
  • Ontem
  • Na última semana

Captura de ecrã que mostra um filtro de Query Editor para itens reativados.

Você também pode usar os seguintes campos:

  • ativado por
  • Data de ativação
  • Outros campos relacionados ao fluxo de trabalho

Dica

Nem todos os campos são válidos para todos os tipos de item de trabalho. Consulte Fluxo de trabalho e campos de consulta para ver quais campos se aplicam aos seus tipos de item de trabalho.

Se você é novo na criação de consultas, consulte Usar o editor de consultas para listar e gerenciar consultas.

Pré-requisitos

Categoria Requerimentos
Níveis de acesso - Para visualizar e executar consultas compartilhadas: Membro do projeto.
- Para adicionar e salvar uma consulta partilhada: Pelo menos acesso básico .
Permissões Permissão de contribuição definida como Permitir para a pasta à qual você deseja adicionar uma consulta. Por padrão, o grupo de Colaboradores não tem essa permissão.

Observação

Os usuários com acesso de partes interessadas para um projeto público têm acesso total aos recursos de consulta, assim como os usuários com acesso Básico . Para obter mais informações, consulte Referência rápida sobre o acesso das partes interessadas.

Categoria Requerimentos
Níveis de acesso - Para visualizar e executar consultas compartilhadas: Membro do projeto.
- Para adicionar e salvar uma consulta compartilhada: Pelo menos Acesso básico.
Permissões Permissão de contribuição definida como Permitir para a pasta à qual você deseja adicionar uma consulta. Por padrão, o grupo de Colaboradores não tem essa permissão.

Operadores e macros suportados

As cláusulas de consulta que especificam uma identidade ou um campo associado ao fluxo de trabalho podem usar os operadores e macros listados na tabela a seguir. Para saber mais sobre o tipo de dados de campo, consulte Campos de fluxo de trabalho e quadro mais adiante neste artigo.


Tipo de dados

Operadores e macros suportados


Boolean1

= , <> , =[Field] , <>[Field]


DateTime

= , <> , > , < , >= , <= , =[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field], In, Not In, Was Ever
Macros: @Today, @Today +/- n válido com qualquer campo DateTime


Identidade

= , <> , > , < , >= , <= , =[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field], Contains, Does Not Contain, In, Not In, In Group, Not In Group, Was Ever Macros: @Me válido para todos os campos de Identidade


Texto único (String)2

= , <> , > , < , >= , <= , =[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field], Contains, Does Not Contain, In, Not In, In Group, Not In Group, Was Ever


Use os In operadores e Not In para filtrar ou excluir duas ou mais entradas da lista de opções ou um conjunto delimitado de itens. Use os In Group operadores ou Not In Group para filtrar itens que pertencem (ou não pertencem) a um grupo de segurança ou categoria. Para obter mais informações, consulte Campos de consulta, operadores e macros.

Padrão de data e hora

O padrão de data e hora que você insere para os campos DateTime deve corresponder ao que você selecionou através do seu perfil. Para ver ou alterar a sua seleção, consulte Definir preferências do utilizador.

Captura de tela mostrando as opções no menu suspenso de Padrão de Data no painel de Hora e Localidade. Captura de tela mostrando as opções no menu suspenso de Padrão de Hora no painel de Hora e Localidade.

Captura de tela que mostra o painel Hora e localidade com os campos Padrão de data e Padrão de hora.

Consultas baseadas em identidade

Utilize a caixa de pesquisa ou o editor de consultas para localizar rapidamente itens de trabalho com base numa atribuição feita a um campo de Identidade . Além disso, você pode filtrar itens de trabalho com base em quem alterou, resolveu ou fechou um item de trabalho. Ao especificar um período de tempo, você pode definir ainda mais o escopo da sua consulta, o que pode ajudar no desempenho.

Utilize = para encontrar atribuições atuais, Was Ever para listar itens com base em atribuições anteriores e @Me para limitar ao seu perfil de utilizador.

Filtrar por

Inclua estas cláusulas de consulta


Itens ativos atribuídos a mim

Assigned To = @Me
And State = Active

Itens fechados que em algum momento me foram atribuídos

Assigned To Was Ever @Me
And State = Closed

Histórias de usuários ativos atribuídas à equipe da Web

Work Item Type = User Story
And State = Active
And Assigned To In Group [FabrikamFiber]\Web

Itens que modifiquei nos últimos 30 dias

Changed By = @Me And Changed Date >= @Today - 30

Itens não atribuídos (deixe o valor em branco)

Assigned To = _


Consultas sobre participação em equipa ou grupo

Para filtrar itens atribuídos a alguém que pertence a uma equipe ou grupo de segurança, use o operador Em Grupo.

Captura de ecrã que mostra a filtragem do Query Editor com base na atribuição a um grupo de segurança.

Você pode usar os operadores In Group ou Not In Group para filtrar uma consulta com base em vários valores que são membros de um grupo ou que não são membros de um grupo. Exemplos de grupos que você pode especificar incluem:

  • Equipas
  • Grupos de segurança internos e personalizados
  • Grupos de segurança Microsoft Entra ID e Active Directory
  • Categorias de item de trabalho

Consultas baseadas em alterações no fluxo de trabalho

Use os campos Estado, Razão e Motivo Resolvido para consultar itens com base em alterações no fluxo de trabalho.

Filtrar por

Inclua estas cláusulas de consulta


Histórias resolvidas

Work Item Type = User Story
And State = Resolved

Histórias, bugs e tarefas novas ou ativas

Work Item Type In User Story,Bug,Task
And State In New,Active

Itens removidos por serem duplicados

State = Removed
And Reason = Duplicate

Itens reprovados nos testes de aceitação

Resolved Reason = Acceptance tests fail

Artigos encerrados nos últimos 15 dias

State = Closed
And Closed Date > @Today - 15


Alterações de fluxo de trabalho e consultas baseadas em identidade

Você pode encontrar rapidamente os itens que você alterou, resolveu ou fechou. Você também pode encontrar itens alterados por outros membros da equipe. Vários campos, como Criado por, Alterado por, Resolvido por e Fechado por, são preenchidos com base em transições de fluxo de trabalho.

Filtrar por

Inclua estas cláusulas de consulta


Histórias de usuários que fechei

Work Item Type = User Story
And Closed By = @Me

Itens que resolvi na última semana

Resolved By = @Me
And Resolved Date >= @Today - 7


Consultar alterações no estado do item de trabalho

Para listar itens de trabalho que alteraram o estado dentro de um intervalo de datas específico, use o campo Data de Alteração de Estado para restringir a pesquisa e, em seguida, adicione cláusulas para alterações no campo Estado . Um exemplo é mostrado na imagem a seguir.

Captura de ecrã que mostra o filtro do Query Editor para os campos Data de Alteração de Estado e Estado.

Consultar alterações em um quadro

Você pode listar itens de trabalho com base no seu estado de fluxo no quadro, utilizando os campos de consulta Coluna do Quadro, Coluna Concluída do Quadro e Pista do Quadro. Você também pode criar gráficos de status ou tendência a partir dessas consultas.

Pode filtrar itens por percursos de área da equipa, colunas personalizadas específicas e eixos. Se você renomear uma coluna ou raia, atualize os filtros de consulta de acordo. Para obter mais ideias, consulte esta postagem no blog: novos campos trazem bondade às consultas e mais

Captura de ecrã que mostra a filtragem do Query Editor nos campos da Coluna do Tabuleiro e da Faixa do Tabuleiro.

Observação

As consultas têm como escopo o projeto atual por padrão. Use Query across projects para incluir itens de trabalho de outros projetos na coleção quando apropriado.

Filtrar por

Inclua estas cláusulas de consulta


Histórias de utilizadores na coluna Código/Fazendo

Work Item Type = User Story
And Board Column = Code
And Board Column Done = False

Itens na faixa Expedite

Board Lane = Expedite

Itens em qualquer raia cuja etiqueta contenha "Teste"

Board Lane Contains Test

Itens que já estiveram na coluna "Em revisão"

Board Column Was Ever In Review


Importante

Os itens de trabalho que aparecem no quadro de mais de uma equipe podem produzir resultados que podem não corresponder às suas expectativas, porque cada equipe pode personalizar as suas colunas e raias do quadro. Os valores atribuídos aos campos Coluna do Quadro, Coluna Concluída do Quadro e Faixa do Quadro podem diferir do que era esperado quando outra equipa atualiza o item de trabalho a partir de um quadro diferente. Para mais informações, consulte Adicionar, rever e atualizar itens de trabalho em Azure Boards.

Campos de fluxo de trabalho e de painel

Os campos a seguir são úteis para filtrar consultas. Alguns desses campos são atualizados à medida que um item de trabalho progride de um estado para outro ou quando você move um item de trabalho em um quadro para uma coluna ou raia diferente. Vários desses campos não aparecem no formulário de item de trabalho, mas são rastreados para os tipos de item de trabalho listados na tabela a seguir.

Para obter mais informações sobre atributos de campo, consulte Campos e atributos de item de trabalho.

Nome do campo

Descrição

Tipo de item de trabalho


Ativado por 1, 2, 3

O nome do membro da equipa que alterou o estado de um item de trabalho para a categoria de Em Andamento.

O nome do membro da equipa que alterou o estado de um item de trabalho de Novo para Ativo ou reativou um item de trabalho depois de ter sido fechado, concluído, ou feito.

Nome de referência=Microsoft.VSTS.Common.ActivatedBy
Tipo de dados=String (Identidade)

Bug, Solicitação de alteração, Épico, Recurso, Problema, Item da lista de pendências do produto, Requisito, Revisão, Risco, Etapa compartilhada, Tarefa, Caso de teste, História de usuário

Data de ativação 1, 3

A data e a hora em que o item de trabalho foi alterado para o estado de categoria Em Andamento.

A data e a hora em que o item de trabalho foi alterado de Novo para Ativo ou reativado depois de ter sido fechado, concluído ou feito.

Nome de referência=Microsoft.VSTS.Common.ActivatedDate
Tipo de dados=DateTime

Tudo

Atribuído a 2

Atribuído a 2, 3, 4

O nome do membro da equipe que atualmente possui o item de trabalho. Para obter mais informações, consulte Nota 1 sobre sincronização e campos de nome de pessoa.

Nome de referência=System.AssignedTo
Tipo de dados=String (Identidade)

Tudo

Coluna do Conselho

A atribuição de coluna do quadro atual do item de trabalho, por exemplo: Ativo, Fechado, Confirmado, Concluído ou outra atribuição de coluna personalizada.

Nome de referência=System.BoardColumn
Tipo de dados=String

Categoria de requisito 4

Categoria de requisito 5

Coluna do quadro concluída

A atribuição atual do item de trabalho à coluna Fazer (Falso) ou Concluído (Verdadeiro). Defina apenas quando a divisão de colunas estiver habilitada para uma coluna do quadro.

Nome de referência=System.BoardColumnDone
Tipo de dados=Booleano

Categoria de requisito 4

Categoria de requisito 5

Pista de Embarque

A atribuição atual da raia no quadro do item de trabalho, por exemplo: Padrão, Expedito, Bloqueado ou outra atribuição de raia personalizada. Nome de referência=System.BoardLane
Tipo de dados=String

Categoria de requisito 4

Categoria de requisito 5

Encerrado por 1, 2

Encerrado por 1, 2, 3

O nome do membro da equipa que definiu o estado como fechado, concluído ou finalizado.

Nome de referência=Microsoft.VSTS.Common.ClosedBy
Tipo de dados=String (Identidade)

Tudo

Data de encerramento

A data e a hora em que um item de trabalho foi fechado.

Nome de referência=Microsoft.VSTS.Common.ClosedDate
Tipo de dados=DateTime

Tudo

Criado por 1, 2

Criado por 1, 2, 3

O nome do membro da equipe que criou o item de trabalho.

Nome de referência=System.CreatedBy
Tipo de dados=String (Identidade)

Tudo

Data de criação

A data e a hora em que um item de trabalho foi criado.

Nome de referência=System.CreatedDate
Tipo de dados=DateTime

Tudo

Justificação

Razão 3, 4

O motivo pelo qual o item de trabalho está no estado atual. Cada transição de um estado de fluxo de trabalho para outro está associada a um motivo correspondente.

Nome de referência=System.Reason
Tipo de dados=String

Todos (exceto Caso de Teste e Etapas Compartilhadas)

Resolvido por 1, 2

Resolvido por 1, 2, 3

O nome do membro da equipa que alterou o estado de um item de trabalho para um estado de categoria Resolvido.

O nome do membro da equipa que alterou o estado de um item de trabalho para Resolvido ou estado do fluxo de trabalho concluído.

Nome de referência=Microsoft.VSTS.Common.ResolvedBy, Tipo de dados = String (Identidade)

Tudo

Data de resolução

Data resolvida 1, 2

A data e a hora em que o item de trabalho foi alterado para um estado da categoria In Resolved.

A data e a hora em que o item de trabalho foi movido para um estado de fluxo de trabalho Resolvido ou concluído.

Nome de referência=Microsoft.VSTS.Common.ResolvedDate, Tipo de dados = DateTime

Tudo

Motivo resolvido

Razão resolvida 3

O motivo pelo qual um item de trabalho foi resolvido. Por exemplo, a história de usuário é código completo ou o bug é corrigido. Este campo é somente leitura e válido apenas para os tipos de item de trabalho Agile e CMMI.

Nome de referência=Microsoft.VSTS.Common.ResolvedReason
Tipo de dados=String

Todos (Agile, CMMI)

Avaliado por

O nome do membro da equipe que respondeu a uma solicitação de revisão de código e está catalogado na resposta de revisão de código.

Nome de referência=Microsoft.VSTS.Common.ReviewedBy
Tipo de dados=String (Identidade)

Resposta de revisão de código

Estado

Estado 3, 4

O estado atual do item de trabalho. Este campo permite atualizar o status de um item de trabalho à medida que ele progride do estado novo ou ativo para o estado concluído ou fechado.

Para modificar os estados do fluxo de trabalho, consulte Personalizar o fluxo de trabalho para um processo.

Para modificar os estados do fluxo de trabalho, consulte os seguintes artigos:

Nome de referência=System.State
Tipo de dados=String

Tudo

Data de alteração do estado

A data e a hora em que o valor do campo Estado foi alterado.

Nome de referência=Microsoft.VSTS.Common.StateChangeDate
Tipo de dados=DateTime

Tudo

Observação

  1. Consulte os campos de Data e Identidade .
  2. Por defeito, o servidor sincroniza campos de nome de pessoa ou de identidade definidos pelo sistema com o Active Directory ou o Microsoft Entra ID. Esses campos incluem: Ativado por, Atribuído a, Fechado por, Criado pore Resolvido por. Pode conceder acesso a um projeto adicionando grupos de segurança definidos no AD/Microsoft Entra ID ou adicionando contas a grupos de segurança de projetos ou coleções. Veja configurar Active Directory ou Microsoft Entra ID.
  3. Consulte os campos Ativado por/data e Resolvido por/data.
  4. A Categoria de Requisito aplica-se a todos os tipos de item de trabalho que aparecem na lista de tarefas e no quadro do produto, e pode incluir aqueles adicionados à Categoria de Erro com base nas definições da equipa para Mostrar erros em quadros e listas de tarefas.
  1. Consulte os campos de Data e Identidade .

  2. Por defeito, o servidor sincroniza campos de nome de pessoa ou de identidade definidos pelo sistema com o Active Directory ou o Microsoft Entra ID. Esses campos incluem: Ativado por, Atribuído a, Fechado por, Criado pore Resolvido por. Pode conceder acesso ao projeto adicionando grupos de segurança do Microsoft Entra ID ou adicionando utilizadores aos grupos de segurança do projeto ou coleção. Para mais informações, consulte Set Set Active Directory ou Microsoft Entra ID.

    Para implantações locais, você pode habilitar ou desabilitar a sincronização para um campo de nome de pessoa usando o witadmin changefields ferramenta de linha de comando. Você também pode sincronizar campos personalizados de nome de pessoa especificando o syncnamechanges atributo. Consulte Gerenciar campos de item de trabalho e de referência do elemento FIELD (Definição) .

  3. Campo reportável com atributo definido como Dimensão. Válido apenas quando a coleção está configurada para suportar o modelo XML local. Os dados reportáveis são exportados para o data warehouse e podem ser incluídos em relatórios do Excel ou SQL Server. Para Azure DevOps local, use o comando witadmin changefield para alterar o atributo reportável de um campo.

  4. Campo indexado. Habilitar a indexação para um campo pode aumentar o desempenho da localização de itens de trabalho cujas consultas especificam esse campo. Para Azure DevOps on-premises, use o comando witadmin para alterar o atributo índice de um campo.

  5. A Categoria de Requisitos aplica-se a todos os tipos de item de trabalho que aparecem no backlog e no quadro de produto. A categoria inclui os itens adicionados à Categoria de Bug com base na configuração da equipe para Mostrar bugs em quadros e listas de pendências.

Observação

Mesmo que se adicione um campo relacionado ao quadro, como Coluna do Quadro ou Faixa do Quadro , a um formulário de item de trabalho, não é possível modificar o campo a partir do formulário.

Selecionador de pessoas

O campo Atribuído a é suportado pelo recurso de seletor de pessoas. Por exemplo, quando você escolhe o campo Atribuído a em um formulário de item de trabalho, o seletor de pessoas é ativado. Como mostrado na imagem a seguir, basta começar a digitar o nome do usuário que deseja selecionar e pesquisar até encontrar uma correspondência. Os usuários que você selecionou anteriormente aparecem na lista automaticamente. Para selecionar usuários que você não selecionou anteriormente, digite o nome completo deles ou pesquise no diretório completo.

Captura de tela que mostra o seletor de pessoas na ferramenta Discussão <span class= @mention ". />

Para organizações que gerem os seus utilizadores e grupos usando Microsoft Entra ID ou Active Directory, os seletores de pessoas oferecem suporte para pesquisar todos os utilizadores e grupos adicionados ao diretório, não apenas os utilizadores adicionados ao projeto.

Para limitar o alcance de identidades disponíveis para seleção apenas aos utilizadores adicionados ao projeto, pode fazê-lo utilizando o grupo Project-Scoped Usuários. Para obter mais informações, consulte Limitar a pesquisa e a seleção de identidade.

Campos de data e identidade

Vários campos de data e identidade são definidos com base em estados ou transições do fluxo de trabalho. Alguns campos, como Created By e Created Date, são definidos pelo sistema quando um item de trabalho é adicionado. Outros campos, como Data Fechada e Fechado por, são definidos por meio da definição do fluxo de trabalho do tipo de item de trabalho. Além disso, os tipos de item de trabalho personalizados podem ter outras regras definidas que influenciam as atribuições de campo de data e identidade.

Padrão de data e hora

O padrão de data e hora que você insere para os campos DateTime deve corresponder ao que você selecionou através do seu perfil. Para ver ou alterar a sua seleção, consulte Definir preferências do utilizador.

Captura de tela mostrando as opções no menu suspenso de Padrão de Data no painel de Hora e Localidade. Captura de tela mostrando as opções no menu suspenso de Padrão de Hora no painel de Hora e Localidade.

Captura de tela que mostra o painel Hora e localidade com os campos Padrão de data e Padrão de hora.

Mudanças de Estado

O exemplo de sintaxe XML a seguir ilustra regras que podem ser definidas para um tipo de item de trabalho que governam os valores para campos selecionados. Aqui, os campos Data Resolvida, Resolvido por, Data Fechada, Fechado por, Data Ativadae Ativado por são definidos como EMPTY quando um valor de Estado é definido como Novo. As atribuições de valor de Estado são avaliadas primeiro e, em seguida, as atribuições de transição são avaliadas em seguida.

   <WORKFLOW>
      <STATES>
        <STATE value="New">
          <FIELDS>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedBy">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
              <EMPTY />
            </FIELD>
          </FIELDS>
        </STATE>
        <STATE value="Active">
          <FIELDS>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedBy">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
              <EMPTY />
            </FIELD>
          </FIELDS>
        </STATE>
        <STATE value="Resolved">
          <FIELDS>
            <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
              <EMPTY />
            </FIELD>
          </FIELDS>
        </STATE>
        <STATE value="Closed" />
      </STATES>

Atribuições de transição por "Ativado por" e "Data de Ativação"

Quando as seguintes transições ocorrem para um item de trabalho de bug, as seguintes atribuições são feitas para os campos Ativado por e Data de ativação:

<TRANSITION from="" to="New">
<TRANSITION from="New" to="Active">
<TRANSITION from="New" to="Resolved">
<TRANSITION from="New" to="Closed">
<TRANSITION from="Resolved" to="Active">
<TRANSITION from="Closed" to="Active">
<FIELDS>
   <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
       <COPY from="currentuser" />
           <VALIDUSER />
           <REQUIRED />
    </FIELD>
    <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
        <SERVERDEFAULT from="clock" />
   </FIELD>
</FIELDS>

E quando as seguintes transições ocorrem para o item de trabalho Bug:

<TRANSITION from="Active" to="New">
<TRANSITION from="Active" to="Closed">
<TRANSITION from="Resolved" to="Closed">

Em seguida, os campos Ativado por e Data de ativação são definidos como READONLY.

<FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
   <READONLY />
</FIELD>
<FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
   <READONLY />
</FIELD>

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.

Observação

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.

Use IA para consultar atribuições e alterações de fluxo de trabalho

Se tiveres o Azure Boards MCP Server ligado ao teu agente de IA em modo agente, podes usar prompts em linguagem natural para encontrar itens de trabalho com base nas alterações de atribuição e fluxo de trabalho.

Tarefa Exemplo de prompt
Encontre erros reativados List all bugs that moved from Resolved back to Active in the last 30 days
Acompanhamento de reatribuições Find work items reassigned to <me> in the last 7 days
Alterações no estado do monitor Show user stories whose state changed from Active to Closed during the current sprint
Verificar o histórico de workflow List all work items where the Assigned To field changed in the last 2 weeks
Identificar itens de pingue-pongue Find bugs in <Contoso> that changed state more than 3 times in the last 30 days
Rastrear trabalho não atribuído List active work items in the current sprint for <Contoso> that have never been assigned to anyone
Encontrar violações do fluxo de trabalho Show work items in <Contoso> that moved directly from New to Closed, skipping Active and Resolved
Monitorizar as transferências de equipa List work items in <Contoso> where the Assigned To changed from someone in area path <Contoso\\Dev> to someone in <Contoso\\QA> this sprint
Identificar obras abandonadas Show work items in <Contoso> that were moved to Active more than 2 weeks ago but have had no further state changes
Códigos de motivos de auditoria List work items closed in <Contoso> this sprint grouped by the Reason field

Observação

O modo Agente e o Servidor MCP usam linguagem natural, por isso pode ajustar estes prompts ou fazer perguntas de seguimento para refinar os resultados.

API REST

Para interagir programaticamente com consultas, consulte um destes recursos da API REST: