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
- Atributos recomendados para uma análise completa
- Atividades essenciais para acompanhar e descobrir o processo
- Orientações para extrair dados do Jira Service Management
Atributos da gestão de solicitações de serviço
| 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
|
|||
Atividades da gestão de solicitações de serviço
| 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
|
|||
Guias de extração
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!
Não é necessário informar cartão de crédito. A configuração leva poucos minutos.