Seu Template de dados para gestão de solicitações de serviço

Jira Service Management
Seu Template de dados para gestão de solicitações de serviço

Seu Template de dados para gestão de solicitações de serviço

Este Template oferece uma estrutura para coletar os dados essenciais à análise dos processos de solicitação de serviço. Ele apresenta os principais atributos que você deve reunir, as atividades que vale a pena acompanhar e orientações para extrair essas informações do seu sistema. Use este material para simplificar a preparação dos dados e entender melhor suas operações.
  • Atributos recomendados para uma análise completa
  • Atividades essenciais para acompanhar e descobrir o processo
  • Orientações para extrair dados do Jira Service Management
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos da gestão de solicitações de serviço

Estes são os campos de dados recomendados para incluir no Event Log e analisar a gestão de solicitações de serviço de forma completa.
5 Obrigatório 5 Recomendado 7 Opcional
Nome Descrição
Atividade
ActivityName
Nome do evento ou da tarefa específica que ocorreu durante o ciclo de vida da solicitação de serviço.
Descrição

Este atributo descreve a ação específica ou a transição de status que ocorreu em determinado momento para uma solicitação de serviço. Alguns exemplos são 'Solicitação criada', 'Solicitação atribuída', 'Solução implementada' e 'Solicitação fechada'.

Analisar a sequência e a frequência dessas atividades é a base do Process Mining. Isso permite visualizar mapas de processo, identificar gargalos e detectar desvios do fluxo de trabalho padrão, aspectos essenciais para entender a eficiência e a conformidade do processo.

Por que isso importa

Define as etapas do processo, permitindo visualizar o mapa do processo e analisar padrões e desvios no fluxo de trabalho.

Onde encontrar

Geralmente, é derivado do histórico de transições de 'status' de uma solicitação no Jira. Cada registro do campo de status no histórico de alterações da solicitação representa uma atividade.

Exemplos
Solicitação triadaInformações solicitadasSolução implementadaSolicitação de serviço fechada
Hora de início
EventTime
Data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

A hora de início, ou data e hora do evento, registra o momento exato em que uma atividade ocorreu. Esse dado é essencial para qualquer análise de Process Mining, pois fornece o contexto temporal de todo o processo.

Essa data e hora é usada para ordenar os eventos, calcular o intervalo entre atividades, medir o tempo de ciclo total dos casos e analisar a performance do processo em relação a metas baseadas em tempo, como os SLAs. Sem datas e horas precisas, não é possível entender o fluxo do processo, identificar atrasos ou medir a eficiência.

Por que isso importa

Essa data e hora é essencial para ordenar eventos, calcular durações e tempos de ciclo e identificar gargalos no processo.

Onde encontrar

Esta é a data e hora associada a cada transição de status no histórico de alterações da solicitação no Jira. A hora de criação da solicitação está no campo 'created'.

Exemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
ID da solicitação de serviço
ServiceRequestId
Identificador exclusivo de cada solicitação de serviço, usado como chave primária para todos os eventos relacionados.
Descrição

O ID da solicitação de serviço, muitas vezes chamado de chave da solicitação no Jira, identifica exclusivamente cada solicitação enviada por um usuário ou sistema. Ele funciona como o elo central entre todos os eventos seguintes, do registro inicial ao encerramento final, permitindo analisar toda a trajetória de cada solicitação de serviço.

Em Process Mining, esse ID é essencial para correlacionar os casos. Ele garante que cada atividade, mudança de status e data e hora sejam associados corretamente à solicitação correspondente, formando uma instância de processo coerente para análise.

Por que isso importa

Este ID é o identificador fundamental do caso, que conecta todas as atividades relacionadas em um único fluxo de processo de ponta a ponta e permite a análise do processo.

Onde encontrar

Este é o campo 'key' de uma solicitação no Jira Service Management.

Exemplos
SR-2023-001IT-45892HELP-105
Sistema de origem
SourceSystem
Sistema do qual os dados da solicitação de serviço foram extraídos.
Descrição

Este atributo identifica a origem dos dados, que neste caso é o Jira Service Management. Embora isso possa parecer irrelevante ao analisar dados de uma única fonte, torna-se essencial ao combinar dados de processo de vários sistemas.

Na análise, ajuda a rastrear a linhagem dos dados e garantir sua qualidade. Também permite filtrar e comparar processos que abrangem ou interagem com diferentes plataformas de software.

Por que isso importa

Identifica a origem dos dados, algo essencial para a governança de dados e para combinar dados de processo de vários sistemas corporativos.

Onde encontrar

Normalmente, é um valor estático adicionado durante a extração e transformação dos dados para identificar a origem do conjunto de dados.

Exemplos
Jira Service ManagementJiraSM
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando os dados foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração mais recente de dados do Jira Service Management. Ele fornece um contexto importante sobre a atualização da análise e dos dados exibidos nos dashboards e KPIs.

Saber quando os dados foram atualizados é essencial para tomar decisões fundamentadas. Essa data e hora ajudam a entender se você está consultando informações em tempo real ou um retrato de um momento anterior, o que afeta a relevância dos resultados.

Por que isso importa

Indica o nível de atualização dos dados e ajuda a garantir que as análises usem informações recentes.

Onde encontrar

Este é um campo de metadados gerado e armazenado pela ferramenta ou pelo script de extração de dados ao final da execução.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Data de vencimento do SLA
SlaDueDate
Data e hora limite para resolver a solicitação de serviço de acordo com o SLA.
Descrição

A data de vencimento do SLA é uma data e hora calculada que representa o prazo para resolver uma solicitação. Ela é determinada pela prioridade e pelo tipo da solicitação, além das políticas específicas de Acordo de Nível de Serviço (SLA) configuradas no Jira Service Management.

Este atributo é fundamental para o dashboard 'Performance do SLA de solicitações de serviço' e para o KPI 'Taxa de cumprimento do SLA'. Ao comparar o tempo real de resolução com essa data limite, o sistema pode determinar se cada solicitação foi concluída no prazo, com atraso ou se corre o risco de descumprir o SLA.

Por que isso importa

Serve como referência para medir a performance. Dá suporte direto ao cálculo da conformidade com o SLA e ajuda a priorizar o trabalho.

Onde encontrar

As informações de SLA são gerenciadas pelo Jira Service Management e podem ser acessadas pela API. Muitas vezes, ficam armazenadas em campos personalizados que são atualizados dinamicamente.

Exemplos
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
Prioridade da solicitação
RequestPriority
Nível de prioridade atribuído à solicitação de serviço, como baixa, média, alta ou crítica.
Descrição

A prioridade da solicitação indica sua urgência e seu impacto nos negócios. Essa classificação determina a ordem de atendimento das solicitações e, muitas vezes, define os prazos de resolução e os SLAs.

Na análise de processos, a prioridade é uma dimensão importante para segmentar os dados. Ela permite comparar os tempos de ciclo e o cumprimento dos SLAs entre diferentes níveis de prioridade, garantindo que as solicitações prioritárias sejam processadas mais rapidamente e atendam às metas. Isso ajuda a validar a eficácia do sistema de priorização.

Por que isso importa

Permite segmentar a análise para garantir que as solicitações prioritárias sejam atendidas mais rapidamente e cumpram níveis de serviço mais rigorosos.

Onde encontrar

Corresponde ao campo 'priority' de uma solicitação no Jira.

Exemplos
UrgenteAltaMédiaBaixa
Responsável
Assignee
Usuário ou agente atualmente responsável por trabalhar na solicitação de serviço.
Descrição

O responsável é a pessoa encarregada da próxima ação ou da resolução da solicitação de serviço. O valor desse atributo pode mudar várias vezes durante o ciclo de vida da solicitação, conforme ela é transferida entre diferentes agentes ou equipes.

Este atributo é essencial para analisar a carga de trabalho, medir a performance e gerenciar recursos. Ele permite filtrar o processo por agente, comparar os tempos de resolução entre pessoas e identificar possíveis necessidades de treinamento ou desequilíbrios na carga de trabalho que causam gargalos.

Por que isso importa

Este atributo é essencial para analisar a carga de trabalho dos agentes, medir a performance individual e entender a alocação de recursos.

Onde encontrar

Corresponde ao campo 'assignee' de uma solicitação no Jira.

Exemplos
Alice JohnsonBob WilliamsNão atribuído
Status da solicitação
RequestStatus
Status atual da solicitação de serviço no ciclo de vida.
Descrição

Este atributo representa o estado atual de uma solicitação de serviço, como 'Aberta', 'Em andamento', 'Aguardando o cliente' ou 'Resolvida'. Ele mostra em que etapa a solicitação está em determinado momento.

Enquanto o registro de atividades mostra o fluxo histórico, o status atual ajuda a analisar o trabalho em andamento e identificar solicitações paradas. Por exemplo, a análise pode se concentrar em solicitações que estão no status 'Aguardando o fornecedor' há tempo demais, destacando dependências externas e atrasos.

Por que isso importa

Apresenta uma visão atual de cada caso, permitindo analisar o trabalho em andamento e identificar solicitações paradas ou antigas.

Onde encontrar

Este é o campo 'status' de uma solicitação no Jira.

Exemplos
AbertaEm andamentoAguardando o clienteResolvida
Tipo de solicitação
RequestType
Classificação da solicitação de serviço, como 'Solicitação de acesso' ou 'Problema de hardware'.
Descrição

O tipo de solicitação classifica a solicitação de serviço de acordo com sua natureza. É uma dimensão fundamental para a análise, pois diferentes tipos de solicitação costumam ter processos de resolução, SLAs e necessidades de recursos distintos.

Ao segmentar a análise do processo por tipo de solicitação, as organizações podem direcionar melhorias a fluxos de trabalho específicos. Por exemplo, o gargalo de uma solicitação de 'Redefinição de senha' será bem diferente do gargalo de uma solicitação de 'Provisionamento de novo servidor'. Este atributo é essencial para criar dashboards relevantes, como 'Qualidade da resolução por categoria'.

Por que isso importa

Este atributo é essencial para comparar processos, cargas de trabalho e performance entre diferentes categorias de solicitações de serviço.

Onde encontrar

Geralmente, corresponde ao campo 'issuetype' do Jira ou a um campo personalizado 'Tipo de solicitação' no Jira Service Management.

Exemplos
Solicitar uma nova contaSolicitar suporte de TIIntegrar um novo funcionário
Canal
Channel
Método usado para enviar a solicitação de serviço, como e-mail, portal ou API.
Descrição

O atributo Canal identifica como uma solicitação de serviço entrou no sistema. No Jira Service Management, os canais mais comuns são o portal do cliente, o e-mail ou a criação direta por um agente.

Analisar o processo por canal é importante para entender o comportamento dos usuários e otimizar a prestação de serviços. Isso pode revelar se solicitações de determinados canais demoram mais para ser resolvidas ou exigem mais esclarecimentos, o que pode indicar a necessidade de melhorar os formulários do portal ou as regras de interpretação de e-mails. Essa análise dá suporte ao dashboard 'Tendências de volume de solicitações de serviço'.

Por que isso importa

Ajuda a analisar se o canal de envio afeta os tempos de resolução, a clareza das solicitações ou a eficiência geral do processo.

Onde encontrar

Essa informação está disponível no Jira Service Management por meio do campo 'Request channel type'. Pode ser necessário ter acesso específico à API ou armazenar o dado em um campo personalizado.

Exemplos
portale-mailapi
Equipe responsável
AssignedTeam
Equipe ou grupo responsável por atender a solicitação de serviço.
Descrição

Este atributo especifica a equipe responsável por uma solicitação, que costuma ser um agrupamento mais amplo do que o responsável individual. Isso é útil para analisar a performance por equipe, por exemplo, comparando a equipe de Suporte de primeiro nível com a equipe de Operações de rede.

Esta dimensão é essencial para dashboards como 'Carga de trabalho dos agentes e métricas de resolução'. Ela permite agregar métricas de performance por equipe, facilitando comparações justas e ajudando a entender como diferentes equipes contribuem para a prestação geral de serviços.

Por que isso importa

Permite analisar a performance e equilibrar a carga de trabalho por equipe ou departamento, em vez de apenas por agente.

Onde encontrar

Pode ser um campo personalizado no Jira (por exemplo, 'Equipe') ou derivado dos atributos do perfil do usuário responsável.

Exemplos
Suporte de TI - Nível 1Equipe de infraestruturaSuporte a aplicações
Foi reaberta
IsReopened
Indicador booleano que informa se uma solicitação de serviço foi reaberta após ser resolvida.
Descrição

Este atributo calculado é um indicador verdadeiro/falso, definido como verdadeiro quando o fluxo de trabalho de uma solicitação inclui a atividade 'Solicitação reaberta'. Ele é derivado da análise da sequência de atividades de cada caso.

Este indicador é essencial para calcular o KPI 'Taxa de reabertura de solicitações de serviço' e alimentar o dashboard 'Volume de solicitações de serviço reabertas'. Uma taxa alta de reabertura indica fortemente uma baixa qualidade na resolução na primeira tentativa, o que gera retrabalho e reduz a satisfação do cliente. Analisar quais tipos de solicitação ou resoluções estão associados a esse indicador pode apontar oportunidades de melhoria.

Por que isso importa

Mede diretamente o retrabalho e a qualidade da resolução na primeira tentativa, indicadores importantes da eficácia do processo e da satisfação do cliente.

Onde encontrar

Calculado durante a transformação dos dados, verificando se a sequência de atividades de um caso contém uma transição para 'Reaberta' após uma transição para 'Resolvida'.

Exemplos
truefalse
Organização
Organization
Organização do cliente ou departamento interno ao qual o solicitante pertence.
Descrição

Este atributo agrupa os solicitantes por organização ou departamento. O Jira Service Management tem um recurso integrado de 'Organizações' que permite aos agentes gerenciar solicitações de vários clientes ou equipes internas.

A análise por organização fornece um contexto de negócios valioso. Ela pode ajudar a identificar quais clientes ou departamentos consomem mais recursos de suporte, se algum grupo específico enfrenta problemas recorrentes e se os SLAs são cumpridos de forma consistente entre diferentes unidades de negócio.

Por que isso importa

Facilita a análise da demanda por serviços e da performance por cliente ou departamento interno, gerando insights importantes para os negócios.

Onde encontrar

Esses dados vêm do campo 'Organizações' associado à solicitação de serviço no Jira Service Management.

Exemplos
Acme CorporationDepartamento financeiroGlobal Tech Inc.
Resolução
Resolution
Resultado ou desfecho final de uma solicitação de serviço resolvida.
Descrição

O campo de resolução indica por que uma solicitação de serviço foi fechada. Alguns valores comuns são 'Concluída', 'Não será feita', 'Duplicada' ou 'Não foi possível reproduzir'. Ele fornece detalhes sobre o encerramento que vão além dos status 'Resolvida' ou 'Fechada'.

Analisar as resoluções ajuda a entender a qualidade e a natureza dos resultados. Por exemplo, um número elevado de resoluções 'Duplicada' pode indicar um problema no processo de envio de solicitações. Já acompanhar quais resoluções levam à reabertura de solicitações pode revelar soluções ineficazes.

Por que isso importa

Fornece contexto sobre o resultado de uma solicitação, ajudando a analisar a qualidade da resolução e identificar tendências nos motivos de encerramento.

Onde encontrar

Corresponde ao campo 'resolution' de uma solicitação no Jira, normalmente definido quando ela passa para um status da categoria 'done'.

Exemplos
ConcluídaNão será feitaDuplicadaCorrigida
Solicitante
Reporter
Usuário que criou ou registrou inicialmente a solicitação de serviço.
Descrição

O solicitante é a pessoa, geralmente um usuário final ou cliente, que enviou a solicitação de serviço. Este atributo identifica quem iniciou o processo.

Na análise, o solicitante pode ajudar a entender os padrões de solicitações de diferentes usuários, departamentos ou segmentos de clientes. Ele ajuda a responder perguntas como 'Quais departamentos enviam mais solicitações?' ou 'Há usuários específicos enfrentando repetidamente os mesmos problemas?'. Essas informações são valiosas para a gestão proativa de problemas e para melhorar o treinamento dos usuários.

Por que isso importa

Identifica quem iniciou a solicitação e permite analisar o volume e os tipos de solicitações por usuário, departamento ou cliente.

Onde encontrar

Corresponde ao campo 'reporter' de uma solicitação no Jira.

Exemplos
Charles DarwinMarie CurieIsaac Newton
Status do SLA
SlaState
Indica se a solicitação de serviço cumpriu, descumpriu ou ainda está dentro do prazo definido pelo SLA.
Descrição

O status do SLA é um atributo calculado que classifica cada solicitação de serviço de acordo com sua performance em relação ao prazo do SLA. Os valores possíveis incluem 'Cumprido', 'Descumprido' ou 'Em andamento'. Ele é determinado pela comparação entre a data e hora da resolução e 'SlaDueDate'.

Este é o atributo principal do dashboard 'Performance do SLA de solicitações de serviço' e é usado para calcular o KPI 'Taxa de cumprimento do SLA'. Ele oferece uma visão clara e imediata da conformidade com os níveis de serviço, essencial para relatórios, gestão de contratos e manutenção da qualidade do serviço.

Por que isso importa

Fornece um indicador claro e imediato da performance do SLA, uma medida essencial da qualidade do serviço e da conformidade contratual.

Onde encontrar

Calculado durante a transformação dos dados. Se o tempo de resolução for anterior a 'SlaDueDate', o status será 'Cumprido'; caso contrário, será 'Descumprido'.

Exemplos
CumpridoDescumpridoEm andamento
Obrigatório Recomendado Opcional

Atividades da gestão de solicitações de serviço

Estas são as principais etapas e marcos do processo que você deve registrar no Event Log para descobrir e otimizar o processo com precisão.
5 Recomendado 8 Opcional
Atividade Descrição
Resolução proposta
Em muitos fluxos de trabalho de atendimento, esta é uma etapa específica em que uma solução é apresentada a quem fez a solicitação para aprovação. Ela é inferida quando o status da ocorrência muda para algo como 'Aguardando aprovação do cliente' ou 'Aguardando confirmação'.
Por que isso importa

Esta atividade separa o tempo de espera pelo feedback do cliente após a apresentação de uma solução do tempo dedicado ao trabalho interno.

Onde encontrar

Inferido do histórico da ocorrência, com registro da data e hora em que o status muda para um estado que indica que a solução aguarda a validação do cliente.

Coleta

Identifique a data e a hora da mudança de status para 'Aguardando aprovação do cliente' ou um status equivalente.

Tipo de evento inferred
Solicitação atribuída
Esta atividade ocorre quando uma solicitação de serviço é atribuída a um agente ou equipe específica para resolução. O Jira registra explicitamente as mudanças no campo 'Assignee', indicando a data e a hora da atribuição.
Por que isso importa

Este é um marco importante para medir o tempo entre a triagem e a atribuição e entender como a carga de trabalho se distribui entre os agentes. Ele marca a passagem da fila para o atendimento ativo.

Onde encontrar

Identificado no histórico da ocorrência, verificando a primeira vez em que o campo 'Assignee' é preenchido ou alterado após estar sem responsável.

Coleta

Use a data e a hora da primeira alteração do campo 'Assignee' no histórico da ocorrência.

Tipo de evento explicit
Solicitação de serviço criada
Esta atividade marca o início do ciclo de vida da solicitação de serviço, quando uma pessoa envia formalmente uma solicitação pelo portal, por e-mail ou por outro canal. O Jira registra esse evento quando uma nova ocorrência do tipo 'Solicitação de serviço' é criada, incluindo a data e a hora de criação.
Por que isso importa

Este é o principal evento de início do processo. Ele é essencial para calcular o tempo total de ciclo e entender o volume e os padrões de chegada das solicitações.

Onde encontrar

Este é um evento registrado explicitamente na tabela de histórico da ocorrência. A data e a hora da atividade correspondem ao campo 'created' da ocorrência no Jira.

Coleta

Use a data e a hora de criação da ocorrência na tabela 'issues' ou no histórico.

Tipo de evento explicit
Solicitação de serviço fechada
Representa o encerramento administrativo final da solicitação de serviço, que costuma ocorrer automaticamente após um período definido no status 'Resolvido'. Este é o ponto final do ciclo de vida da solicitação no Jira.
Por que isso importa

Este é o evento final definitivo do processo. O intervalo entre 'Resolvido' e 'Fechado' pode ser analisado para entender os custos administrativos ou as políticas de fechamento automático.

Onde encontrar

Inferido a partir do histórico da solicitação. A data e hora correspondem à mudança final de status para 'Fechado' ou outro status terminal equivalente.

Coleta

Identifique a data e hora da mudança final para o status 'Fechado'.

Tipo de evento inferred
Solicitação de serviço resolvida
Marca o momento oficial em que a solicitação é considerada atendida e a solução é registrada. O Jira preenche o campo 'Data da resolução' quando uma solicitação entra pela primeira vez em um status da categoria 'Concluído'.
Por que isso importa

Este é um marco final importante do processo, essencial para calcular o tempo de resolução e o cumprimento do SLA. Ele indica o fim do trabalho ativo.

Onde encontrar

Este é um evento explícito. A data e hora correspondem ao valor do campo 'Data da resolução' da solicitação no Jira, definido na primeira transição para um status da categoria 'Concluído'.

Coleta

Use o campo 'resolutiondate' da solicitação no Jira. Esse campo é preenchido automaticamente.

Tipo de evento explicit
Fim do envolvimento do fornecedor
Representa o momento em que o fornecedor externo conclui sua ação e a solicitação de serviço retorna à equipe interna. Essa atividade é inferida quando a ocorrência sai do status 'Aguardando fornecedor'.
Por que isso importa

Medir a duração do envolvimento do fornecedor ajuda a acompanhar sua performance e entender o impacto de terceiros no tempo total de resolução.

Onde encontrar

Inferido do histórico da ocorrência. A data e a hora correspondem ao momento em que o status muda de um status de fornecedor para 'Em andamento'.

Coleta

Identifique a data e a hora em que o campo 'status' muda de um estado de fornecedor para um estado ativo.

Tipo de evento inferred
Informações fornecidas
Ocorre quando a pessoa que fez a solicitação envia as informações necessárias e o agente pode retomar o trabalho. Essa atividade é inferida quando a ocorrência sai do status 'Aguardando cliente', geralmente após a pessoa adicionar um comentário.
Por que isso importa

Esta atividade conclui o ciclo de solicitação e resposta com o cliente. O tempo entre pedir e receber as informações é uma parte importante do tempo de espera do processo.

Onde encontrar

Inferido do histórico da ocorrência. A data e a hora correspondem ao momento em que o status muda de 'Aguardando cliente' para 'Em andamento'.

Coleta

Identifique a data e a hora em que o campo 'status' muda de um estado de espera para um estado ativo.

Tipo de evento inferred
Informações solicitadas
Marca o momento em que um agente precisa de mais informações de quem fez a solicitação para dar continuidade à resolução. Em geral, essa atividade é inferida quando a ocorrência muda para um status como 'Aguardando cliente' ou 'Aguardando informações'.
Por que isso importa

Ciclos frequentes ou longos de solicitação de informações podem indicar que os pedidos iniciais não estão claros ou que a comunicação é ineficiente, gerando atrasos significativos.

Onde encontrar

Inferido do histórico da ocorrência. A data e a hora correspondem ao momento em que o status muda para 'Aguardando cliente' ou um status equivalente.

Coleta

Identifique a data e a hora em que o campo 'status' muda para um valor que indique que o processo está aguardando o cliente.

Tipo de evento inferred
Início do envolvimento do fornecedor
Esta atividade indica que a solicitação de serviço foi escalonada para um fornecedor externo ou depende de uma ação dele. Ela é inferida quando a ocorrência muda para um status como 'Aguardando fornecedor' ou 'Com terceiro'.
Por que isso importa

Acompanhar o envolvimento de fornecedores é essencial para identificar dependências externas e atrasos que estão fora do controle direto da equipe interna de atendimento.

Onde encontrar

Inferido do histórico da ocorrência. A data e a hora correspondem ao momento em que o status muda para um status definido para fornecedores.

Coleta

Identifique a data e a hora em que o campo 'status' muda para um valor como 'Aguardando fornecedor'.

Tipo de evento inferred
Resolução confirmada
Ocorre quando a pessoa que fez a solicitação aceita formalmente a solução proposta, muitas vezes acionando uma transição automática para o status 'Resolvida'. Em geral, esse evento é inferido a partir dessa mudança de status.
Por que isso importa

Este marco confirma a eficácia da solução e aciona a interrupção do relógio do SLA. Ele ajuda a medir quanto tempo os clientes levam para confirmar que o problema foi resolvido.

Onde encontrar

Inferido do histórico da ocorrência. A data e a hora correspondem ao momento em que o status muda de 'Aguardando aprovação do cliente' para 'Resolvida' ou 'Fechada'.

Coleta

Identifique a data e hora da mudança de status de 'Aguardando aprovação do cliente' para 'Resolvido' ou 'Fechado'.

Tipo de evento inferred
Solicitação reaberta
Esta atividade registra os casos em que uma solicitação de serviço já resolvida volta a um estado ativo. Ela é inferida quando o status muda de resolvido ou fechado para aberto ou em andamento.
Por que isso importa

Acompanhar as solicitações reabertas é essencial para medir a qualidade da resolução e a taxa de resolução no primeiro contato. Uma taxa alta de reabertura indica soluções ineficazes ou problemas recorrentes.

Onde encontrar

Inferido do histórico da ocorrência, identificando uma transição de status de uma categoria como 'Resolvida' ou 'Fechada' para uma categoria como 'Aberta' ou 'Em andamento'.

Coleta

Procure uma mudança de status de uma categoria como 'Concluído' para uma categoria como 'A fazer' ou 'Em andamento'.

Tipo de evento inferred
Solicitação triada
Representa a avaliação inicial de uma solicitação de serviço, quando são definidos a prioridade, a categoria e o impacto. Em geral, essa atividade é inferida a partir de uma mudança de status, como a transição de 'Nova' para 'Em andamento' ou para um status específico de triagem.
Por que isso importa

Analisar o tempo até a triagem ajuda a avaliar a eficiência do atendimento inicial das solicitações. Atrasos nessa etapa podem aumentar significativamente o tempo total de resolução e prejudicar o cumprimento dos SLAs.

Onde encontrar

Inferido do histórico da ocorrência, identificando a primeira data e hora em que o status muda de um estado inicial, como 'Nova' ou 'Aberta', para um estado ativo, como 'Em andamento'.

Coleta

Identifique a primeira mudança de status a partir de 'Nova' ou de outro status inicial equivalente, conforme o fluxo de trabalho do projeto.

Tipo de evento inferred
Solução implementada
Indica que o agente realizou as ações necessárias ou desenvolveu uma solução para atender à solicitação de serviço. Em geral, essa atividade é inferida quando o status muda para 'Aguardando revisão' ou diretamente para 'Resolvida'.
Por que isso importa

Este marco indica a conclusão do trabalho principal de resolução. O tempo até esta atividade costuma representar a etapa do processo que gera mais valor.

Onde encontrar

Inferido do histórico da ocorrência, com base na data e hora da mudança de status para 'Resolvida', 'Aguardando aprovação' ou outro status semelhante anterior ao encerramento.

Coleta

Identifique a data e a hora em que o campo 'status' muda para um valor que indique que o trabalho foi concluído.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como extrair seus dados do Jira Service Management

Pronto para começar?

Use este Template para dar os primeiros passos na mineração de processos e promover melhorias significativas na gestão de solicitações de serviço. Comece a otimizar suas operações hoje.

Otimize agora a gestão de solicitações de serviço no Jira

Alcance 70% de automação e acabe com a lentidão no atendimento. Aumente a eficiência agora!

Começar o teste grátis

Não é necessário informar cartão de crédito. A configuração leva poucos minutos.