Seu Template de Dados para Gesto de Solicitaes

Jira Service Management
Seu Template de Dados para Gest�o de Solicita����es

Seu Template de Dados para Gesto de Solicitaes

Este template oferece uma estrutura pronta para coletar os dados essenciais na anlise de seus processos. Ele indica quais atributos coletar, quais atividades rastrear e como extrair tudo do seu sistema. Use este recurso para agilizar a preparao dos dados e ganhar insights profundos.
  • Atributos recomendados para análise abrangente
  • Principais atividades para monitorar na descoberta de processos
  • Orientações de extração para o Jira Service Management
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gesto de Solicitaes de Servio

Estes so os campos de dados recomendados para o seu event log para uma anlise completa da gesto de solicitaes.
5 Obrigatório 5 Recomendado 10 Opcional
Nome Descrição
Atividade
ActivityName
O nome do evento ou tarefa específica que ocorreu no ciclo de vida da solicitação de serviço.
Descrição

Este atributo descreve a ao ou transio de status ocorrida. Exemplos: 'Solicitao Criada', 'Atribuda', 'Soluo Implementada' e 'Fechada'.

Analisar a sequncia dessas atividades a base do Process Mining. Isso permite visualizar o mapa do processo, identificar gargalos e detectar desvios do fluxo padro, essencial para medir eficincia e conformidade.

Por que é importante

Define as etapas do processo, permitindo a visualização do mapa e a análise de padrões de fluxo e desvios.

Onde obter

Geralmente extrado do histrico de transio de status do Jira. Cada entrada no changelog representa uma atividade realizada.

Exemplos
Solicitação triadaInformação Solicitada.Solução ImplementadaSolicitação de Serviço Encerrada
Hora de Início
EventTime
A data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

A Hora de Incio, ou timestamp do evento, registra o momento exato de cada ocorrncia. um componente crtico para o Process Mining, pois fornece o contexto temporal de todo o processo.

Esse registro usado para ordenar os eventos, calcular a durao entre as tarefas, medir o tempo total do ciclo e analisar o desempenho frente a metas de tempo, como SLAs. Sem timestamps precisos, impossvel entender o fluxo, identificar atrasos ou medir a eficincia real.

Por que é importante

Este timestamp vital para ordenar eventos, calcular tempos de ciclo e identificar os gargalos do processo.

Onde obter

Este o timestamp de cada mudana de status no changelog do Jira. A hora de criao o campo 'created'.

Exemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
ID da Solicitação de Serviço
ServiceRequestId
O identificador nico de cada solicitao, que serve como a chave principal para todos os eventos relacionados.
Descrição

O ID da Solicitao de Servio, ou Issue Key no Jira, identifica de forma nica cada pedido. Ele o fio condutor que conecta todos os eventos, desde a abertura at o fechamento, permitindo uma anlise completa da jornada da solicitao.

No Process Mining, esse ID vital para a correlao de casos. Ele garante que cada atividade, mudana de status e timestamp sejam vinculados corretamente ao pedido certo, criando uma instncia de processo coerente para anlise.

Por que é importante

Este ID o identificador fundamental do caso, que conecta todas as atividades em um nico fluxo de ponta a ponta.

Onde obter

Este o campo 'key' (chave) de uma tarefa no Jira Service Management.

Exemplos
SR-2023-001IT-45892HELP-105
Sistema de Origem
SourceSystem
O sistema do qual os dados da solicitao de servio foram extrados.
Descrição

Identifica a origem dos dados (neste caso, o Jira Service Management). Embora parea bvio em anlises simples, vital ao integrar dados de mltiplos sistemas.

Na anlise, ajuda a rastrear a linhagem e garantir a qualidade dos dados. Tambm permite filtrar e comparar processos que cruzam diferentes plataformas de software.

Por que é importante

Identifica a origem dos dados, o que é crucial para governança e ao combinar dados de múltiplos sistemas corporativos.

Onde obter

Este é tipicamente um valor estático adicionado durante o processo de extração e transformação de dados para rotular a origem do dataset.

Exemplos
Jira Service ManagementJiraSM
Última Atualização de Dados
LastDataUpdate
Carimbo de data e hora que indica quando os dados foram atualizados pela última vez a partir do sistema de origem.
Descrição

Registra a data e hora da ltima extrao de dados do Jira. Ele informa o quo atualizados esto os dashboards e KPIs.

Saber o quo recentes so os dados fundamental para a tomada de deciso. Esse registro ajuda o usurio a saber se est vendo dados em tempo real ou uma foto do passado, o que impacta a relevncia das concluses.

Por que é importante

Indica a atualidade dos dados, garantindo que as análises sejam baseadas em informações recentes.

Onde obter

Este um campo de metadados criado pela ferramenta de extrao de dados ao final do processo.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Data de vencimento do SLA
SlaDueDate
A data e hora limite para resoluo da solicitao, conforme definido pelo SLA.
Descrição

A Data de Vencimento do SLA (SlaDueDate) o prazo limite para resolver um pedido, calculado com base na prioridade, tipo de solicitao e nas polticas de SLA configuradas no Jira.

Este atributo a base para o dashboard de 'Performance de SLA' e para o KPI de 'Taxa de Adeso ao SLA'. Ao comparar a resoluo real com este prazo, o sistema identifica se o pedido foi concludo no prazo, com atraso ou se est em risco de violao.

Por que é importante

Este o parmetro de referncia para medir a performance. Ele apoia o clculo de conformidade do SLA e ajuda a priorizar o trabalho.

Onde obter

As informaes de SLA so gerenciadas pelo Jira Service Management e ficam acessveis via API, geralmente armazenadas em campos personalizados que se atualizam dinamicamente.

Exemplos
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
Prioridade da Solicitação
RequestPriority
O nvel de prioridade da solicitao, como Baixa, Mdia, Alta ou Crtica.
Descrição

A Prioridade da Solicitao indica a urgncia e o impacto de negcio de um pedido de servio. Essa classificao determina a ordem de atendimento e, geralmente, dita os tempos de resoluo e SLAs.

Na anlise de processos, a prioridade uma dimenso essencial para segmentao. Ela permite comparar tempos de ciclo e a adeso ao SLA entre diferentes nveis, garantindo que solicitaes urgentes sejam resolvidas mais rpido. Isso ajuda a validar a eficcia do seu sistema de priorizao.

Por que é importante

Permite segmentar a análise para garantir que solicitações de alta prioridade sejam tratadas mais rápido e cumpram níveis de serviço mais rígidos.

Onde obter

Corresponde ao campo 'priority' (prioridade) em uma tarefa do Jira.

Exemplos
Mais altaAltoMédioBaixo
Responsável
Assignee
O usurio ou agente atualmente designado para trabalhar na solicitao.
Descrição

O Responsvel (Assignee) a pessoa encarregada da prxima ao ou da resoluo do pedido. O valor deste atributo pode mudar vrias vezes conforme a solicitao passa por diferentes agentes ou equipes.

Este atributo essencial para anlises de carga de trabalho, medio de performance e gesto de recursos. Ele permite filtrar o processo por agente, comparar tempos de resoluo entre pessoas e identificar necessidades de treinamento ou desequilbrios que geram gargalos.

Por que é importante

Este atributo vital para analisar a carga de trabalho dos agentes, medir a performance individual e entender a alocao de recursos.

Onde obter

Corresponde ao campo 'assignee' (responsvel) em uma tarefa do Jira.

Exemplos
Alice JohnsonBob WilliamsNão atribuído
Status da Solicitação
RequestStatus
O status atual da solicitao de servio em seu ciclo de vida.
Descrição

Representa a etapa atual do ticket, como 'Aberto', 'Em Andamento', 'Aguardando Cliente' ou 'Resolvido'. Oferece uma foto do momento atual.

Enquanto o log de atividades mostra o passado, o status atual til para gerenciar a carga de trabalho pendente e identificar itens travados. Voc pode focar, por exemplo, em pedidos no status 'Aguardando Fornecedor' h muito tempo, evidenciando gargalos externos.

Por que é importante

Oferece um retrato atual de cada caso, permitindo analisar o trabalho em andamento (WIP) e identificar itens parados ou antigos.

Onde obter

Este o campo 'status' de uma tarefa do Jira.

Exemplos
AbertoEm ProgressoEm espera - Aguardando clienteResolvido
Tipo de Requisição
RequestType
A classificao da solicitao de servio, como 'Pedido de Acesso' ou 'Problema de Hardware'.
Descrição

O Tipo de Solicitao categoriza o pedido com base em sua natureza. uma dimenso fundamental para anlise, pois diferentes tipos de solicitao costumam ter fluxos de resoluo, SLAs e necessidades de recursos distintos.

Ao segmentar a anlise por Tipo de Solicitao, a empresa pode focar melhorias em fluxos especficos. Por exemplo, o gargalo de um 'Reset de Senha' muito diferente de uma 'Proviso de Novo Servidor'. Esse atributo a chave para criar dashboards relevantes, como 'Qualidade de Resoluo por Categoria'.

Por que é importante

Este atributo essencial para comparar processos, cargas de trabalho e performance entre diferentes categorias de solicitaes.

Onde obter

Geralmente corresponde ao campo 'issuetype' no Jira ou ao campo personalizado 'Request Type' (Tipo de Solicitao).

Exemplos
Solicitar uma nova contaObter ajuda de TIIntegrar novo funcionário (Onboarding)
Canal
Channel
O mtodo de envio usado para criar a solicitao, como E-mail, Portal ou API.
Descrição

O atributo Canal identifica como a solicitao entrou no sistema. No Jira Service Management, os canais comuns so o portal do cliente, e-mail ou criao direta por um agente.

Analisar o processo por canal ajuda a entender o comportamento do usurio e a otimizar a entrega. Pode revelar se pedidos de certos canais demoram mais ou exigem mais interaes, o que pode sugerir a necessidade de melhorar os formulrios do portal ou as regras de processamento de e-mail. Isso alimenta o dashboard de 'Tendncias de Vazo de Solicitaes'.

Por que é importante

Ajuda a analisar se o canal de envio impacta no tempo de resolução, na clareza do pedido ou na eficiência geral.

Onde obter

Informao disponvel no campo 'Request channel type' do Jira. Pode exigir acesso via API ou estar em um campo personalizado.

Exemplos
portale-mailapi
Durao do Engajamento do Fornecedor
VendorEngagementDuration
O tempo total que a solicitao passou aguardando um fornecedor externo.
Descrição

Mtrica que soma o tempo total em que o ticket ficou sob responsabilidade de um fornecedor externo. calculada pela soma das duraes entre o incio e o fim do engajamento com o parceiro.

essencial para o dashboard de 'Atrasos de Fornecedores' e para o KPI de 'Tempo Mdio com Terceiros'. Ajuda a quantificar o impacto de dependncias externas, auxiliando na gesto de contratos e na comunicao com o cliente.

Por que é importante

Isola e quantifica atrasos causados por dependências externas, gerando dados para gerenciar a performance de fornecedores e melhorar previsões.

Onde obter

Calculado na transformação de dados, medindo o tempo entre os eventos 'Engajamento com Fornecedor Iniciado' e 'Engajamento com Fornecedor Finalizado'.

Exemplos
172800604800259200
Equipe designada
AssignedTeam
A equipe ou grupo responsvel pelo atendimento da solicitao.
Descrição

Identifica a equipe responsvel, o que permite uma viso macro comparada ao nvel individual. til para comparar o desempenho do Suporte de Nvel 1 com o time de Redes, por exemplo.

Essa dimenso fundamental para o dashboard de 'Mtricas de Carga de Trabalho e Resoluo'. Ela permite agregar dados por time, facilitando comparaes justas e ajudando a entender a contribuio de cada rea na entrega final.

Por que é importante

Permite a análise de performance e o equilíbrio da carga de trabalho por time ou departamento, e não apenas por agente individual.

Onde obter

Pode ser um campo personalizado (ex: 'Equipe') ou derivado dos atributos do perfil do usurio responsvel.

Exemplos
Suporte de TI - Nível 1Time de InfraestruturaSuporte de Aplicação
Estado do SLA
SlaState
Indica se a solicitação cumpriu, violou ou está dentro do SLA definido.
Descrição

O Status do SLA um atributo calculado que categoriza cada solicitao com base no cumprimento do prazo acordado. Os valores possveis so 'Atendido', 'Violado' ou 'Em Andamento', definidos pela comparao entre a hora da resoluo e o 'SlaDueDate'.

Este o atributo central para o dashboard de 'Performance de SLA' e serve para calcular a 'Taxa de Adeso ao SLA'. Ele oferece uma viso clara e rpida da conformidade dos nveis de servio, o que crtico para relatrios, gesto de contratos e manuteno da qualidade.

Por que é importante

Oferece um indicador claro e imediato da performance de SLA, medida crítica de qualidade e conformidade contratual.

Onde obter

Calculado na transformação de dados. Se o tempo de resolução for anterior à 'SlaDueDate', o estado é 'Cumprido' (Met); caso contrário, é 'Violado' (Breached).

Exemplos
AtingidoVioladoEm Progresso
Organização
Organization
A organizao do cliente ou departamento interno ao qual o solicitante pertence.
Descrição

Agrupa os solicitantes por empresa ou departamento. O Jira possui o recurso 'Organizations' que ajuda a gerenciar pedidos de vrios clientes ou times internos.

Analisar por organizao traz contexto de negcio. Ajuda a descobrir quem consome mais suporte, se grupos especficos tm problemas recorrentes e se o SLA cumprido de forma igual em todas as unidades.

Por que é importante

Facilita a análise de demanda e performance por cliente ou departamento interno, trazendo insights de negócios cruciais.

Onde obter

Esses dados vm do campo 'Organizations' vinculado solicitao no Jira Service Management.

Exemplos
Acme CorporationDepartamento FinanceiroGlobal Tech Inc.
Reaberto
IsReopened
Um marcador booleano que indica se uma solicitação de serviço foi reaberta após ter sido resolvida.
Descrição

Este atributo um sinalizador (booleano) que marca como verdadeiro se o fluxo do ticket teve uma reabertura. Ele gerado pela anlise da sequncia de atividades de cada caso.

essencial para calcular a 'Taxa de Reabertura' e alimentar os dashboards de volume de tickets reabertos. Uma taxa alta sinaliza baixa qualidade na resoluo inicial, causando retrabalho e insatisfao. Identificar quais tipos de pedidos mais reabrem ajuda a focar em melhorias especficas.

Por que é importante

Mede diretamente o retrabalho e a qualidade da resolução de primeira (FCR), que são indicadores fundamentais da eficácia do processo e da satisfação do cliente.

Onde obter

Calculado na transformação de dados, verificando se a sequência de atividades de um caso contém uma transição 'Reaberto' após uma transição 'Resolvido'.

Exemplos
verdadeirofalse
Reportante
Reporter
O usurio que criou ou relatou originalmente a solicitao.
Descrição

O Solicitante (Reporter) quem enviou o pedido de servio, geralmente um usurio final ou cliente. Esse atributo identifica quem iniciou o processo.

Na anlise, o Solicitante ajuda a entender padres de demanda por usurio, departamento ou segmento. Ajuda a responder quais reas abrem mais tickets ou se usurios especficos enfrentam problemas recorrentes. Essas informaes so fundamentais para uma gesto proativa de problemas e para melhorar o treinamento dos usurios.

Por que é importante

Identifica o autor da solicitação, permitindo analisar volumes e tipos de pedidos por usuário, departamento ou cliente.

Onde obter

Corresponde ao campo 'reporter' (solicitante) em uma tarefa do Jira.

Exemplos
Charles DarwinMarie CurieIsaac Newton
Resolução
Resolution
O resultado final ou a concluso de uma solicitao de servio resolvida.
Descrição

O campo Resoluo indica o motivo pelo qual o ticket foi encerrado. Valores comuns so 'Concludo', 'No ser feito', 'Duplicado' ou 'Incapaz de reproduzir'. Ele traz detalhes que vo alm do simples status 'Resolvido'.

Analisar as resolues ajuda a entender a qualidade das entregas. Por exemplo, muitos 'Duplicados' podem indicar falhas no processo de abertura de tickets, enquanto monitorar quais resolues geram reaberturas ajuda a identificar solues ineficazes.

Por que é importante

Oferece contexto sobre o resultado do pedido, ajudando a analisar a qualidade da resolução e tendências nos motivos de fechamento.

Onde obter

Corresponde ao campo 'resolution' (resoluo) no Jira, geralmente preenchido quando a tarefa vai para a categoria de status 'concludo'.

Exemplos
ConcluídoNão será feitoDuplicadoCorrigido
Tempo de Ciclo do Caso
CaseCycleTime
O tempo total decorrido desde a abertura at o encerramento final da solicitao.
Descrição

O Tempo de Ciclo do Caso (Case Cycle Time) é uma métrica calculada que mede a duração total do ciclo de vida de uma solicitação. Geralmente é calculado pela diferença entre os timestamps 'Solicitação Fechada' e 'Solicitação Criada'.

Este é um dos KPIs mais importantes no Process Mining, alimentando diretamente o KPI de 'Tempo Médio de Ciclo' e o Dashboard de 'Tempo de Ciclo Ponta a Ponta'. Ele oferece uma visão macro da eficiência do processo e do tempo de espera do cliente.

Por que é importante

Este o KPI principal para medir a eficincia do processo e a experincia total do cliente.

Onde obter

Calculado na transformação de dados, subtraindo o timestamp de criação do timestamp final de fechamento de cada caso.

Exemplos
864003600007200
Tempo de Triagem at Atribuio
TriageToAssignmentTime
O tempo decorrido entre a triagem da solicitao e sua atribuio a um agente.
Descrição

Esta uma mtrica de durao que mede a eficincia da triagem e do roteamento inicial. Ela calcula o tempo entre a triagem e a atribuio a um agente.

a base do KPI de 'Tempo Mdio de Triagem at Atribuio'. Se esse tempo for longo, pode indicar falta de pessoal na triagem ou demora para decidir qual equipe deve cuidar do chamado.

Por que é importante

Mede a eficiência dos primeiros passos cruciais, destacando atrasos antes mesmo do trabalho começar.

Onde obter

Calculado na transformação de dados, subtraindo o timestamp do evento 'Solicitação Triada' do evento 'Solicitação Atribuída'.

Exemplos
3009001800
Obrigatório Recomendado Opcional

Atividades de Gesto de Solicitaes de Servio

Estes são os principais passos e marcos do processo que devem ser capturados no seu Event Log para descobrir e otimizar o processo com mais precisão.
5 Recomendado 8 Opcional
Atividade Descrição
Resolução proposta
Em muitos workflows de service desk, este é um passo específico onde a solução é oferecida para aprovação do requisitante. Isso é inferido quando o status do item muda para 'Aguardando Aceite do Cliente' ou algo similar.
Por que é importante

Esta atividade isola o tempo de espera pelo feedback do cliente aps a entrega da soluo, ajudando a diferenci-lo do tempo de trabalho interno.

Onde obter

Inferido do histórico, capturado no timestamp em que o status muda para um estado indicando que a solução aguarda validação do cliente.

Captura

Identifique o timestamp da mudança de status para 'Aguardando Aceite do Cliente' ou equivalente.

Tipo de evento inferred
Solicitação Atribuída
Ocorre quando o ticket atribudo a um agente ou equipe. O Jira rastreia as mudanas no campo 'Assignee', fornecendo o timestamp exato de quando a atribuio foi feita.
Por que é importante

Um marco importante para medir o tempo de triagem at a atribuio e a distribuio de tarefas. Indica quando o ticket sai da fila e comea a ser trabalhado.

Onde obter

Capturado do histórico do item, buscando a primeira instância em que o campo 'Assignee' (Responsável) foi definido ou alterado de 'não atribuído'.

Captura

Considere o timestamp da primeira alterao no campo 'Assignee' no histrico.

Tipo de evento explicit
Solicitação de Serviço Criada
Marca o incio do ciclo de vida quando o usurio envia o pedido via portal, e-mail ou outro canal. No Jira, este evento registrado na criao da tarefa de 'Solicitao de Servio', gerando o timestamp inicial.
Por que é importante

O evento de incio principal. essencial para calcular o tempo de ciclo total e entender o volume de pedidos e os horrios de maior demanda.

Onde obter

Evento explcito capturado no histrico da tarefa. O timestamp o campo 'created' do Jira.

Captura

Utilize o timestamp de criao da tarefa direto da tabela de issues ou do histrico.

Tipo de evento explicit
Solicitação de Serviço Encerrada
Representa o encerramento administrativo final da solicitao de servio, que geralmente ocorre de forma automtica aps um perodo definido no status 'Resolvido'. Este o ponto final do ciclo de vida da tarefa no Jira.
Por que é importante

O evento de encerramento definitivo. O tempo entre 'Resolvido' e 'Fechado' serve para analisar o peso administrativo ou as regras de fechamento automtico.

Onde obter

Inferido do histórico. O timestamp corresponde à mudança final para 'Fechado' ou status terminal equivalente.

Captura

Identifique o timestamp da última mudança de status para um status 'Fechado'.

Tipo de evento inferred
Solicitação de Serviço Resolvida
Marca o momento oficial em que o pedido é considerado atendido e a solução é registrada. O Jira preenche a 'Data de Resolução' quando o item entra em um status da categoria 'Concluído' pela primeira vez.
Por que é importante

Um marco final essencial. crtico para calcular o tempo de resoluo e a adeso ao SLA, pois indica o fim do trabalho ativo.

Onde obter

Evento explcito. O timestamp vem do campo 'Resolution Date', preenchido na primeira transio para um status de concluso.

Captura

Use o campo 'resolutiondate' da tarefa do Jira, que preenchido automaticamente.

Tipo de evento explicit
Engajamento do Fornecedor Finalizado
Representa o momento em que o fornecedor externo conclui sua ao e a solicitao de servio retorna para a equipe interna. Isso identificado quando a tarefa sai do status 'Aguardando fornecedor'.
Por que é importante

Medir a duração do engajamento de fornecedores ajuda a gerenciar a performance deles e entender o impacto de terceiros nos tempos de resolução.

Onde obter

Inferido do histórico. O timestamp corresponde ao momento em que o status muda de um status de 'fornecedor' de volta para 'Em Andamento'.

Captura

Identifique o timestamp quando o campo 'status' muda de um estado de 'fornecedor' de volta para um estado 'ativo'.

Tipo de evento inferred
Engajamento do Fornecedor Iniciado
Indica que o pedido foi escalado ou requer ao de um fornecedor externo. identificada pela transio para status como 'Aguardando fornecedor' ou 'Com terceiros'.
Por que é importante

Rastrear o tempo com fornecedores essencial para isolar atrasos causados por terceiros, que fogem ao controle direto do seu service desk.

Onde obter

Inferido do histórico. O timestamp corresponde ao momento em que o status muda para um status designado de 'fornecedor'.

Captura

Identifique o timestamp quando o campo 'status' muda para um valor como 'Aguardando Fornecedor'.

Tipo de evento inferred
Informação Fornecida
Ocorre quando o requisitante fornece as informações, permitindo que o agente retome o trabalho. Inferido quando o item sai do status 'Aguardando cliente', geralmente após um comentário do requisitante.
Por que é importante

Esta atividade conclui o ciclo de comunicao com o cliente. O tempo entre pedir e receber a informao um fator chave no tempo de espera do processo.

Onde obter

Inferido do histórico. O timestamp corresponde ao momento em que o status muda de 'Aguardando cliente' de volta para 'Em Andamento'.

Captura

Identifique o timestamp quando o campo 'status' muda de um estado de 'espera' de volta para um estado 'ativo'.

Tipo de evento inferred
Informação Solicitada.
Marca o momento em que o agente precisa de mais dados do requisitante. Geralmente inferido pela transição para status como 'Aguardando cliente' ou 'Pendente de Entrada'.
Por que é importante

Ciclos frequentes ou longos de 'Informação Solicitada' podem indicar envios iniciais pouco claros ou comunicação ineficiente, sendo uma grande fonte de atrasos.

Onde obter

Inferido do histórico. O timestamp corresponde ao momento em que o status muda para 'Aguardando cliente' ou equivalente.

Captura

Identifique o timestamp quando o campo 'status' muda para um valor que indica que o processo está aguardando o cliente.

Tipo de evento inferred
Resolução confirmada
Ocorre quando o requisitante aceita formalmente a solução, muitas vezes disparando a mudança automática para o status 'Resolvido'. Este evento é inferido por essa mudança.
Por que é importante

Valida se a soluo funcionou e para o cronmetro do SLA. Ajuda a medir quanto tempo os clientes levam para confirmar que o problema foi resolvido.

Onde obter

Inferido do histórico. O timestamp corresponde à mudança de 'Aguardando Aceite do Cliente' para 'Resolvido' ou 'Fechado'.

Captura

Identifique o timestamp da mudança de status de 'Aguardando Aceite do Cliente' para um status 'Resolvido' ou 'Fechado'.

Tipo de evento inferred
Solicitação Reaberta
Esta atividade captura casos em que um pedido j resolvido retorna para um estado ativo. Ela identificada quando o status muda de resolvido/fechado para aberto/em andamento.
Por que é importante

Monitorar reaberturas fundamental para medir a qualidade da entrega. Uma taxa alta de reabertura indica solues ineficazes ou problemas recorrentes.

Onde obter

Inferido do histórico ao identificar uma transição de um status de categoria 'Resolvido' ou 'Fechado' para um status 'Aberto' ou 'Em Andamento'.

Captura

Busque por uma mudança de status de uma categoria 'Concluído' para uma categoria 'A Fazer' ou 'Em Andamento'.

Tipo de evento inferred
Solicitação triada
Representa a avaliao inicial de uma solicitao de servio, onde so definidos sua prioridade, categoria e impacto. Essa atividade geralmente identificada por uma mudana de status, como a transio de 'Novo' para 'Em Andamento' ou um status especfico de 'Triado'.
Por que é importante

Analisar o tempo de triagem ajuda a avaliar a eficiência no tratamento inicial. Atrasos aqui podem impactar drasticamente os tempos de resolução e a conformidade com o SLA.

Onde obter

Inferido do histórico ao identificar o primeiro timestamp de mudança de status de 'Novo' ou 'Aberto' para um estado ativo como 'Em Andamento'.

Captura

Identifique a primeira mudança de status de 'Novo' ou status inicial equivalente com base no workflow do projeto.

Tipo de evento inferred
Solução Implementada
Indica que o agente realizou as ações necessárias ou desenvolveu uma solução. Geralmente inferido pela mudança de status para 'Em Revisão' ou direto para 'Resolvido'.
Por que é importante

Indica o fim do trabalho de resoluo. O tempo at aqui costuma representar a parte que realmente agrega valor ao processo.

Onde obter

Inferido do histórico, correspondendo ao timestamp da mudança para 'Resolvido', 'Aguardando Aceite' ou status pré-fechamento similar.

Captura

Identifique o timestamp quando o campo 'status' muda para um valor que indica que o trabalho está concluído.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do Jira Service Management