Seu Template de dados de Gerenciamento de Incidentes
Seu Template de dados de Gerenciamento de Incidentes
- Atributos recomendados para coleta
- Principais atividades para monitorar no seu processo
- Orientações para extrair dados do seu sistema
Atributos de Gestão de Incidentes
| Nome | Descrição | ||
|---|---|---|---|
|
ID do incidente
IncidentId
|
O identificador exclusivo de cada registro de incidente. | ||
|
Descrição
O Incident ID funciona como a chave primária de cada incidente, identificando-o de forma exclusiva desde a criação até o fechamento. Ele conecta todas as atividades, logs e alterações relacionadas, permitindo uma visão completa, de ponta a ponta, do ciclo de vida do incidente. No Process Mining, esse atributo é fundamental porque define o caso. Todo evento com o mesmo Incident ID é considerado parte da mesma instância do processo, permitindo reconstruir e analisar como cada incidente é tratado.
Por que isso importa
Este é o identificador essencial do caso, que conecta todos os eventos do ciclo de vida de um incidente e torna possível a análise do processo de ponta a ponta.
Onde obter
Este é o campo 'Incident Number' (Field ID: 1000000161) no formulário 'HPD:Help Desk'.
Exemplos
INC000001234567INC000002345678INC000003456789
|
|||
|
Nome da atividade
ActivityName
|
O nome do evento ou da tarefa específica que ocorreu durante o ciclo de vida do incidente. | ||
|
Descrição
Este atributo descreve a atividade realizada em um momento específico para um incidente, como 'Incident Reported', 'Group Assigned' ou 'Incident Resolved'. Essas atividades são os blocos de construção do mapa do processo. Analisar a sequência e a frequência dessas atividades revela o fluxo real do processo, identifica caminhos comuns e destaca desvios do procedimento padrão. Isso é fundamental para entender quais ações são realizadas para resolver um incidente.
Por que isso importa
As atividades definem as etapas do mapa do processo, permitindo visualizar e analisar o Workflow de Gestão de Incidentes.
Onde obter
Normalmente derivado de alterações nos campos 'Status' (Field ID: 7) e 'Status_Reason' do formulário 'HPD:Help Desk' ou do formulário 'HPD:Help Desk Audit Log'.
Exemplos
Incidente reportadoGrupo atribuídoResolução implementadaIncidente fechado
|
|||
|
Registro de data e hora do evento
EventTimestamp
|
A data e o horário exatos em que a atividade ocorreu. | ||
|
Descrição
Este registro de data e hora indica quando um evento específico do ciclo de vida do incidente aconteceu. Ele fornece a ordem cronológica necessária para reconstruir o fluxo do processo a partir dos dados brutos. O Event Timestamp é essencial para todas as análises baseadas em tempo, incluindo o cálculo dos tempos de ciclo entre atividades, a identificação de gargalos em que os incidentes aguardam por longos períodos e a medição dos tempos totais de resolução. Ele forma a base temporal da análise do processo.
Por que isso importa
Este registro de data e hora fornece a ordem cronológica dos eventos, algo fundamental para calcular durações, identificar gargalos e entender a linha do tempo do processo.
Onde obter
O campo 'Last Modified Date' (Field ID: 6) ou campos de data específicos do formulário 'HPD:Help Desk'. Para eventos históricos, a fonte é o campo de registro de data e hora do log de auditoria.
Exemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
|
|||
|
Categoria do incidente
IncidentCategory
|
A classificação do incidente, geralmente organizada em uma estrutura hierárquica. | ||
|
Descrição
A categorização de incidentes oferece uma forma estruturada de classificá-los, normalmente usando uma hierarquia de vários níveis (por exemplo, Nível 1: Hardware, Nível 2: Laptop, Nível 3: Bateria). Esses dados são essenciais para o roteamento, a geração de relatórios e a análise de tendências. No Process Mining, a categorização é usada para analisar diferentes tipos de incidentes separadamente. Ela dá suporte ao Dashboard de Precisão da Categorização de Incidentes, comparando as categorias inicial e final, e ajuda a identificar tendências para o Dashboard de Tendências de Causa Raiz.
Por que isso importa
A categorização permite fazer o roteamento correto, analisar tendências e comparar a performance entre diferentes tipos de incidentes.
Onde obter
São os campos 'Operational Categorization Tier 1/2/3' no formulário 'HPD:Help Desk'.
Exemplos
Hardware > Laptop > BateriaSoftware > Aplicação empresarial > Erro de loginRede > Conectividade > Wi-Fi
|
|||
|
Foi reaberto
IsReopened
|
Um indicador que mostra se um incidente foi reaberto depois de receber o status 'Resolved'. | ||
|
Descrição
Este atributo booleano é verdadeiro quando o status de um incidente volta para um estado ativo, como 'In Progress', depois de ele já ter sido marcado como 'Resolved'. Isso indica que a correção inicial não foi eficaz ou não foi concluída. Essa é uma medida direta de retrabalho e é usada para calcular o KPI 'Taxa de Retrabalho de Incidentes'. A análise dos incidentes reabertos ajuda a identificar correções de baixa qualidade, testes insuficientes ou problemas recorrentes que não foram tratados adequadamente, dando suporte ao Dashboard de Caminhos de Retrabalho e Escalonamento.
Por que isso importa
Mede diretamente o retrabalho e a qualidade das resoluções. Uma alta taxa de reabertura aponta para correções ineficazes e fragilidades no processo.
Onde obter
Calculado analisando a sequência de atividades de um incidente. Se uma atividade 'Incident Reopened' ou semelhante aparecer depois de uma atividade 'Resolution Implemented', este indicador será definido como verdadeiro.
Exemplos
truefalse
|
|||
|
Grupo atribuído
AssignedGroup
|
O grupo de suporte responsável por trabalhar no incidente. | ||
|
Descrição
Este atributo identifica a equipe ou o departamento atribuído ao incidente, como 'Service Desk', 'Network Team' ou 'Database Administrators'. Acompanhar as atribuições é fundamental para entender o fluxo de trabalho entre as equipes. Esse atributo é usado para analisar transferências entre equipes, identificar gargalos causados por grupos específicos e medir o Incident Reassignment Rate. Ele ajuda a visualizar o caminho percorrido pelo incidente na organização e destaca áreas com encaminhamento ineficiente ou lacunas de conhecimento.
Por que isso importa
Acompanhar qual grupo foi atribuído ajuda a analisar transferências, identificar ciclos de reatribuição e localizar gargalos em equipes específicas.
Onde obter
Este é o campo 'Assigned Group' (Field ID: 1000000217) no formulário 'HPD:Help Desk'.
Exemplos
Central de ServiçosOperações de redeSuporte de aplicações, nível 2Serviços de infraestrutura
|
|||
|
O SLA foi violado
IsSlaBreached
|
Um indicador que mostra se o incidente foi resolvido depois da data-alvo do SLA. | ||
|
Descrição
Este atributo booleano é verdadeiro quando o tempo de resolução do incidente ultrapassa o SLA definido. Ele fornece um resultado claro e binário da performance do SLA para cada incidente. Esse indicador é essencial para criar o Dashboard de Visão Geral da Performance do SLA de Incidentes e calcular o KPI 'Taxa de Conformidade do SLA de Incidentes'. Ele simplifica a análise ao permitir filtrar e agregar diretamente todos os incidentes que não cumpriram suas metas de nível de serviço, facilitando a investigação das causas das violações.
Por que isso importa
Este indicador simplifica a análise da conformidade com o SLA, facilitando a filtragem de todos os incidentes que violaram o acordo e a investigação das causas raiz.
Onde obter
Calculado comparando o registro de data e hora do evento 'Incident Resolved' com 'SlaTargetDate'. Se o registro de resolução for posterior à data-alvo, este indicador será verdadeiro.
Exemplos
truefalse
|
|||
|
Prioridade
Priority
|
O nível de prioridade atribuído ao incidente, que determina a urgência do atendimento. | ||
|
Descrição
A prioridade normalmente é derivada da combinação entre impacto e urgência e define a ordem e a velocidade da resolução do incidente. Os valores comuns variam de 'Critical' a 'Low'. No Process Mining, analisar os incidentes por prioridade é fundamental para a análise de performance. Isso ajuda a responder perguntas como: 'Estamos cumprindo os SLAs para incidentes de alta prioridade?' e 'Incidentes de baixa prioridade sofrem atrasos maiores?'. Filtrar por prioridade permite concentrar a análise nos problemas de negócio mais críticos.
Por que isso importa
Este atributo é essencial para segmentar a análise e garantir que incidentes de alta prioridade sejam tratados mais rapidamente e cumpram suas metas específicas de nível de serviço.
Onde obter
Este é o campo 'Priority' (Field ID: 1000000164) no formulário 'HPD:Help Desk'.
Exemplos
CríticoAltoMédioBaixo
|
|||
|
Responsável
Assignee
|
O usuário individual atribuído para trabalhar no incidente. | ||
|
Descrição
O responsável é o agente de suporte ou técnico específico responsável pelo incidente em determinado momento. Isso oferece um nível de detalhe mais granular do que o grupo atribuído. Analisar a performance por responsável pode ajudar a identificar profissionais de alto desempenho, agentes que precisam de treinamento adicional e desequilíbrios na distribuição da carga de trabalho. Esse atributo também é usado para rastrear a sequência exata de ações realizadas pelas pessoas que trabalham em um incidente complexo.
Por que isso importa
Oferece uma visão granular da distribuição da carga de trabalho e da performance individual, ajudando a identificar profissionais de alto desempenho ou agentes que precisam de suporte.
Onde obter
Este é o campo 'Assignee' (Field ID: 1000000218) no formulário 'HPD:Help Desk'.
Exemplos
Bob SmithAlice JohnsonCharlie Brown
|
|||
|
Serviço
Service
|
O serviço de negócio ou técnico afetado pelo incidente. | ||
|
Descrição
Este atributo conecta um incidente a um serviço específico definido no Configuration Management Database (CMDB), como 'Email Service', 'VPN Access' ou 'SAP Financials'. Essa conexão é fundamental para entender o impacto dos incidentes no negócio. Analisar os incidentes por serviço ajuda a identificar serviços problemáticos que geram um volume alto de incidentes, destaca problemas recorrentes ligados a tecnologias específicas e apoia a análise de tendências para a gestão de problemas.
Por que isso importa
Conectar incidentes a serviços de negócio é fundamental para analisar o impacto e identificar quais serviços estão mais sujeitos a problemas.
Onde obter
Este é o campo 'ServiceCI' ou um campo semelhante que representa o Configuration Item (CI) afetado no formulário 'HPD:Help Desk'.
Exemplos
E-mail corporativoSAP ERPVPN de acesso remotoPortal de Recursos Humanos
|
|||
|
Status do incidente
IncidentStatus
|
O status atual ou histórico do incidente no momento do evento. | ||
|
Descrição
Este atributo indica o estado do incidente, como 'New', 'In Progress', 'Pending', 'Resolved' ou 'Closed'. Ele oferece um retrato da posição do incidente em seu ciclo de vida. Analisar as mudanças de status é fundamental para entender o processo de Gestão de Incidentes. Esse atributo é usado para definir atividades, medir o tempo gasto em diferentes estados, como o tempo que os incidentes permanecem 'Pending', e identificar incidentes que podem estar parados ou inativos.
Por que isso importa
Acompanhar as mudanças de status é essencial para entender o progresso do incidente e medir quanto tempo ele permanece em estados específicos, como 'Pending' ou 'In Progress'.
Onde obter
Este é o campo 'Status' (Field ID: 7) no formulário 'HPD:Help Desk'.
Exemplos
NovoAtribuídoEm andamentoPendenteResolvidoFechado
|
|||
|
Canal
Channel
|
O método usado para relatar o incidente. | ||
|
Descrição
Este atributo especifica como o incidente foi enviado, por exemplo, por telefone, e-mail, portal de autoatendimento ou atendimento presencial. Ele indica o ponto de entrada do incidente no processo de suporte. A análise dos incidentes por canal pode revelar quais canais são mais eficazes ou quais geram incidentes mais fáceis ou mais difíceis de resolver. Ela também pode orientar decisões sobre onde investir em automação ou treinamento de usuários, por exemplo, promovendo o uso de um portal de autoatendimento que capture dados iniciais mais completos.
Por que isso importa
Entender o canal de envio ajuda a analisar a eficiência dos diferentes métodos de entrada e pode orientar investimentos em autoatendimento ou automação.
Onde obter
Este é o campo 'Reported Source' (ID do campo: 1000000215) no formulário 'HPD:Help Desk'.
Exemplos
E-mailTelefoneAutoatendimentoEntrada direta
|
|||
|
Causa raiz
RootCause
|
O motivo subjacente ou a causa definitiva do incidente. | ||
|
Descrição
A causa raiz é o problema fundamental que, se resolvido, impediria a recorrência do incidente. Ela costuma ser identificada como parte de uma investigação relacionada ao problema. Embora nem todos os incidentes tenham uma causa raiz documentada, analisar esse atributo é essencial para o gerenciamento proativo de problemas. Ele dá suporte ao KPI 'Taxa de Identificação da Causa Raiz' e ajuda a criar Dashboards que acompanham tendências de problemas recorrentes, orientando os esforços para implementar soluções permanentes.
Por que isso importa
Identificar a causa raiz é essencial para o gerenciamento de problemas e para análises voltadas à redução do volume de incidentes recorrentes.
Onde obter
Essas informações podem estar em um campo dedicado 'Root Cause' no incidente ou, mais frequentemente, em um formulário vinculado 'PBI:Problem Investigation'.
Exemplos
Espaço insuficiente em disco no servidorErro de configuração de redeBug de software na versão 2.1Certificado de segurança expirado
|
|||
|
Código de encerramento
CloseCode
|
O código selecionado ao encerrar um incidente, indicando o resultado da resolução. | ||
|
Descrição
O código de encerramento oferece um resumo estruturado de como um incidente foi resolvido. Alguns exemplos são 'Resolved by User', 'No Fault Found', 'Duplicate Incident' e 'Permanent Fix Applied'. Esse atributo é útil para analisar a eficácia e os resultados das resoluções. Ele pode ajudar a identificar incidentes encerrados sem uma correção efetiva ou destacar categorias em que os usuários resolvem os próprios problemas com frequência, o que pode indicar oportunidades para melhorar os artigos da base de conhecimento ou as ferramentas de autoatendimento.
Por que isso importa
Fornece dados estruturados sobre os resultados das resoluções, ajudando a analisar a eficácia das correções e identificar tendências na forma como os incidentes são encerrados.
Onde obter
Normalmente, faz parte das informações de resolução ou encerramento do formulário 'HPD:Help Desk'.
Exemplos
Resolvido remotamenteProblema duplicadoErro do usuárioNenhuma ação necessária
|
|||
|
Contagem de reatribuições
ReassignmentCount
|
O número total de vezes que um incidente foi reatribuído a um grupo diferente. | ||
|
Descrição
Essa métrica conta quantas vezes o campo 'AssignedGroup' mudou durante o ciclo de vida do incidente. Uma contagem alta sugere problemas no roteamento inicial, falta de resolução no primeiro contato ou problemas complexos que exigem a participação de vários times. Esse atributo dá suporte direto ao KPI 'Taxa de Reatribuição de Incidentes' e ao Dashboard de Análise do Ciclo de Reatribuição de Incidentes. Ele ajuda a quantificar o efeito de 'pingue-pongue', em que os tickets são transferidos de um time para outro repetidamente, causando atrasos significativos e ineficiência no processo.
Por que isso importa
Quantifica o roteamento e as transferências ineficientes, ajudando a identificar incidentes presos em ciclos de reatribuição entre times.
Onde obter
Calculado contando quantas vezes o valor de 'AssignedGroup' muda para um determinado ID de incidente no Event Log.
Exemplos
0135
|
|||
|
Data-alvo do SLA
SlaTargetDate
|
A data e a hora até as quais se espera que o incidente seja resolvido de acordo com o SLA. | ||
|
Descrição
Este atributo armazena o prazo para a resolução do incidente, conforme definido pelo Service Level Agreement (SLA) aplicável. Ele é calculado com base na prioridade do incidente e no horário de atendimento definido. Esse registro de data e hora é a referência usada para medir o tempo real de resolução. Ele é essencial para calcular o KPI 'Taxa de Conformidade do SLA de Incidentes' e criar Dashboards que visualizam a performance do SLA. Isso permite monitorar proativamente os incidentes que estão se aproximando do prazo.
Por que isso importa
Esta é a referência para medir a conformidade com o SLA. Ela permite calcular se um incidente foi resolvido no prazo ou se houve violação do acordo.
Onde obter
Esses dados normalmente ficam armazenados no formulário 'SLM:Measurement' e vinculados ao incidente. Eles não estão diretamente no formulário 'HPD:Help Desk'.
Exemplos
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
|
|||
|
Descrição da resolução
Resolution
|
Uma descrição em texto livre das etapas realizadas para resolver o incidente. | ||
|
Descrição
Este campo contém o resumo detalhado, escrito por uma pessoa, da resolução final. Ele explica o que foi feito para corrigir o problema e restabelecer o serviço para o usuário. Embora não seja estruturado, esse texto pode ser analisado com técnicas de mineração de texto para identificar padrões comuns de resolução, extrair palavras-chave relacionadas a problemas específicos ou complementar a análise de causa raiz. Ele fornece um contexto qualitativo que muitas vezes não está disponível nos campos de dados estruturados.
Por que isso importa
Oferece detalhes qualitativos sobre a resolução, que podem ser usados na mineração de texto para encontrar padrões que não aparecem nos dados estruturados.
Onde obter
Este é o campo 'Resolution' (ID do campo: 1000000156) no formulário 'HPD:Help Desk'.
Exemplos
A senha do usuário foi redefinida pelo Active Directory.O cache e os cookies foram limpos no navegador, resolvendo o problema de login.O switch de rede foi reiniciado no armário IDF 3B.
|
|||
|
Impacto
Impact
|
A medida do efeito do incidente sobre os processos de negócio. | ||
|
Descrição
O impacto avalia a extensão do efeito negativo de um incidente sobre o negócio. Ele costuma ser definido em uma escala, como 'Extensive/Widespread', 'Significant/Large', 'Moderate/Limited' ou 'Minor/Localized'. Combinado com a urgência, o impacto determina a prioridade do incidente. A análise por impacto ajuda a entender quais incidentes causam a maior interrupção no negócio, independentemente da complexidade técnica. Isso é essencial para priorizar iniciativas de melhoria de processos.
Por que isso importa
Ajuda a quantificar a gravidade de um incidente para o negócio, um componente essencial para determinar a prioridade e concentrar a análise em problemas de alto impacto.
Onde obter
Este é o campo 'Impact' (ID do campo: 1000000163) no formulário 'HPD:Help Desk'.
Exemplos
1-Extenso/Generalizado2-Significativo/Amplo3-Moderado/Limitado4-Mínimo/Localizado
|
|||
|
Sistema de origem
SourceSystem
|
O sistema do qual os dados de incidentes foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados, o que é especialmente útil em ambientes com várias ferramentas de ITSM ou sistemas integrados. Ele confirma que os dados vêm da fonte esperada, como uma instância específica do BMC Helix ITSM. Na análise, ele ajuda a diferenciar processos ou características dos dados que podem variar entre sistemas de produção, desenvolvimento ou legados, garantindo que a linhagem dos dados seja clara e confiável.
Por que isso importa
Identifica a origem dos dados, algo fundamental para validá-los e gerenciar análises em vários sistemas integrados.
Onde obter
Normalmente é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
BMCHelixITSM_ProdITSM-EU-InstanceServiceManagement-APAC
|
|||
|
Solicitante
Submitter
|
A pessoa que relatou o incidente inicialmente. | ||
|
Descrição
O solicitante é o usuário final ou cliente que enfrentou o problema e o relatou. Ele é diferente do responsável atribuído, que trabalha no incidente. Analisar os dados por solicitante ou departamento pode ajudar a identificar grupos específicos de usuários que precisam de mais treinamento ou grupos afetados por um determinado tipo de problema. Isso oferece uma visão centrada no cliente do processo de gerenciamento de incidentes.
Por que isso importa
Identifica o usuário que relatou o problema, permitindo análises por departamento, localização ou função para encontrar tendências específicas desse usuário.
Onde obter
Essas informações são capturadas no campo 'Submitter' ou em campos relacionados às informações do cliente no formulário 'HPD:Help Desk'.
Exemplos
John DoeJane SmithPeter Jones
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O registro de data e hora que indica quando os dados desse evento foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo registra a data e o horário da extração de dados mais recente. Ele fornece contexto sobre a atualização dos dados analisados, algo importante para entender o quanto os insights do processo refletem a situação atual. Saber o horário da última atualização é fundamental para relatórios e Dashboards, pois informa aos usuários o quão recentes são os dados e ajuda a gerenciar as expectativas sobre a inclusão das atividades de incidentes mais recentes.
Por que isso importa
Indica o nível de atualização dos dados, garantindo que os usuários entendam o quanto a análise do processo e os insights resultantes refletem a situação atual.
Onde obter
Esse valor normalmente é gerado e registrado no conjunto de dados durante o processo de extração (ETL).
Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
|
|||
Atividades de Gestão de Incidentes
| Atividade | Descrição | ||
|---|---|---|---|
|
Grupo atribuído
|
Esta atividade marca a atribuição inicial do incidente a um grupo de suporte específico para investigação. Ela é inferida a partir da primeira vez em que o campo 'Assigned Group' é preenchido após a criação do incidente. | ||
|
Por que isso importa
Este é um marco importante que indica o início do trabalho ativo. Acompanhar o tempo até a primeira atribuição é fundamental para avaliar os tempos de resposta e a eficiência do encaminhamento inicial.
Onde obter
Inferido do log de auditoria ('HPD:HelpDesk_AuditLogSystem') do formulário 'HPD:Help Desk', que registra o primeiro preenchimento do campo 'Assigned Group'.
Captura
A partir do horário em que o campo 'Assigned Group' é preenchido pela primeira vez.
Tipo de evento
inferred
|
|||
|
Incidente fechado
|
Esta é a atividade final, que marca o fechamento formal do registro do incidente após a confirmação da resolução ou o término de um período de confirmação. Ela é capturada quando o status é definido como 'Closed'. | ||
|
Por que isso importa
Este é o evento definitivo de fim do ciclo de vida do incidente. O tempo entre 'Resolved' e 'Closed' representa o período de confirmação do usuário e de encerramento administrativo.
Onde obter
Este evento corresponde à definição do campo 'Status' como 'Closed' no formulário 'HPD:Help Desk'. O horário é registrado no campo 'Closed Date' e no log de auditoria.
Captura
A partir do registro de data e hora de 'Closed Date' ou da mudança de status para 'Closed'.
Tipo de evento
inferred
|
|||
|
Incidente reportado
|
Esta atividade marca a criação inicial do registro do incidente no sistema. Ela é capturada explicitamente a partir do registro de data e hora de criação do incidente no formulário principal de Gestão de Incidentes. | ||
|
Por que isso importa
Este é o principal evento de início do ciclo de vida do incidente. Ele é essencial para calcular os tempos totais de resolução e entender as taxas de chegada de incidentes.
Onde obter
Este evento corresponde à criação do registro no formulário 'HPD:Help Desk'. O horário normalmente é obtido do campo 'Submit Date' ou 'Reported Date'.
Captura
A partir do registro de data e hora de 'Submit Date' no formulário HPD:Help Desk.
Tipo de evento
explicit
|
|||
|
Incidente resolvido
|
Esta atividade marca a resolução oficial do incidente sob a perspectiva do service desk, antes do fechamento final. Ela é capturada quando o status do incidente é definido como 'Resolved'. | ||
|
Por que isso importa
Este é o marco mais importante para medir a conformidade com o SLA e o tempo de resolução. Ele indica que o serviço foi restaurado para o usuário.
Onde obter
Este evento corresponde à definição do campo 'Status' como 'Resolved' no formulário 'HPD:Help Desk'. O horário é capturado no campo 'Last Resolved Date' e no log de auditoria.
Captura
A partir do horário da mudança de status para 'Resolved' no log de auditoria.
Tipo de evento
inferred
|
|||
|
Investigação iniciada
|
Indica que um agente de suporte começou a trabalhar ativamente no incidente. Isso normalmente é inferido por uma mudança de status de 'Assigned' para 'In Progress'. | ||
|
Por que isso importa
Este marco representa a transição da espera em uma fila para o diagnóstico ativo. Analisar o tempo de espera até o início da investigação ajuda a identificar gargalos de recursos e apoia o Dashboard 'Diagnosis & Investigation Bottlenecks'.
Onde obter
Inferido a partir de uma mudança de status no formulário 'HPD:Help Desk'. O evento é acionado quando o campo 'Status' muda para 'In Progress', com o horário capturado no log de auditoria.
Captura
Inferido da mudança de status para 'In Progress' no HPD:HelpDesk_AuditLogSystem.
Tipo de evento
inferred
|
|||
|
Aguardando confirmação do usuário
|
Ocorre depois que uma resolução foi implementada e a equipe de suporte aguarda o usuário confirmar que a correção funcionou. Isso geralmente é representado pelo próprio status 'Resolved', quando começa a contagem para o fechamento automático. | ||
|
Por que isso importa
Esta atividade é fundamental para o Dashboard 'User Confirmation & Verification Delays'. Ela ajuda a quantificar os atrasos entre o fornecimento de uma correção e a validação pelo usuário, que podem prolongar artificialmente o ciclo de vida do incidente.
Onde obter
Este estado começa quando o campo 'Status' do formulário 'HPD:Help Desk' muda para 'Resolved'. A duração é medida de 'Last Resolved Date' até o incidente ser 'Closed' ou 'Reopened'.
Captura
Começa com a mudança de status para 'Resolved' e termina com a mudança de status para 'Closed' ou 'In Progress'.
Tipo de evento
inferred
|
|||
|
Aguardando informações do cliente
|
Representa um momento em que o andamento do incidente é pausado enquanto se aguardam informações ou uma ação do usuário. Isso é inferido a partir de uma mudança de status para 'Pending'. | ||
|
Por que isso importa
Esta atividade ajuda a separar o tempo de trabalho do agente do tempo de espera do cliente. Analisar o tempo gasto nesse estado é fundamental para entender como os atrasos na resposta do usuário afetam os tempos totais de resolução.
Onde obter
Inferido a partir do formulário 'HPD:Help Desk' quando o campo 'Status' é atualizado para 'Pending'. O motivo específico geralmente está no campo 'Status_Reason'.
Captura
Inferido da mudança de status para 'Pending' no HPD:HelpDesk_AuditLogSystem.
Tipo de evento
inferred
|
|||
|
Confirmação do usuário recebida
|
Representa a confirmação ativa do usuário de que a solução fornecida resolveu o problema. Pode ser um evento explícito ou inferido a partir de notas ou de uma ação relacionada no sistema antes do fechamento. | ||
|
Por que isso importa
Acompanhar esse evento oferece uma visão mais precisa do processo de validação pelo usuário do que simplesmente esperar o fechamento automático. Isso ajuda a medir o KPI 'Average User Confirmation Time' e identificar falhas de comunicação.
Onde obter
Pode ser difícil capturar esse evento de forma confiável. Ele pode ser inferido a partir de uma entrada no log de trabalho ou de uma atualização específica do motivo do status pouco antes de o incidente ser movido para 'Closed'. Talvez seja necessário analisar o formulário 'HPD:WorkLog'.
Captura
Inferido a partir de entradas específicas no log de trabalho ou de atualizações do motivo do status antes do fechamento.
Tipo de evento
inferred
|
|||
|
Incidente cancelado
|
Esta atividade representa o encerramento de um incidente criado por engano ou que deixou de ser relevante. Ela é capturada quando o status do incidente é definido como 'Cancelled'. | ||
|
Por que isso importa
Este é um estado final do incidente, diferente de uma resolução bem-sucedida. Analisar incidentes cancelados pode revelar problemas nos canais de criação de incidentes ou registros duplicados.
Onde obter
Inferido a partir do formulário 'HPD:Help Desk' quando o campo 'Status' é atualizado para 'Cancelled'. O horário é capturado no log de auditoria.
Captura
Inferido da mudança de status para 'Cancelled' no log de auditoria.
Tipo de evento
inferred
|
|||
|
Incidente categorizado
|
Representa o momento em que o incidente foi classificado com categorizações operacionais e de produto, e uma prioridade foi definida. Isso normalmente é inferido a partir do preenchimento ou da última modificação dos campos de categorização. | ||
|
Por que isso importa
Uma categorização precisa e feita no momento certo é fundamental para um encaminhamento e uma geração de relatórios eficientes. Analisar essa atividade ajuda a identificar atrasos ou imprecisões no processo de triagem inicial, apoiando o Dashboard 'Incident Categorization Accuracy'.
Onde obter
Inferido do log de auditoria ('HPD:HelpDesk_AuditLogSystem'), que registra alterações em campos como 'Operational Categorization Tier 1-3', 'Product Categorization Tier 1-3' e 'Priority' no formulário 'HPD:Help Desk'.
Captura
A partir do horário da última atualização dos campos de categorização ou prioridade após a criação.
Tipo de evento
inferred
|
|||
|
Incidente reaberto
|
Representa um incidente que havia sido marcado como resolvido, mas foi reativado porque o problema persiste. Isso é inferido a partir de uma mudança de status de 'Resolved' de volta para um estado ativo, como 'In Progress' ou 'Assigned'. | ||
|
Por que isso importa
Esta atividade mede diretamente o retrabalho e a eficácia das soluções iniciais. Um volume alto de incidentes reabertos é um indicador importante de baixa qualidade das correções e apoia o KPI 'Incident Rework Rate'.
Onde obter
Inferido do log de auditoria ('HPD:HelpDesk_AuditLogSystem'), identificando uma mudança de 'Status' de 'Resolved' para 'In Progress' ou 'Assigned' para um determinado Incident ID.
Captura
Inferido da transição de status de 'Resolved' para um estado ativo.
Tipo de evento
inferred
|
|||
|
Resolução implementada
|
Esta atividade indica que uma correção ou solução alternativa foi aplicada pela equipe de suporte. Isso geralmente é inferido quando o status do incidente muda para 'Resolved'. | ||
|
Por que isso importa
Este é um marco crítico que indica que uma solução foi entregue. É um ponto de dados importante para medir o tempo necessário para aplicar uma correção após a conclusão da investigação.
Onde obter
Isso normalmente é inferido quando o campo 'Status' do formulário 'HPD:Help Desk' muda para 'Resolved'. O horário é capturado no campo 'Last Resolved Date' e no log de auditoria.
Captura
A partir do registro de data e hora de 'Last Resolved Date' ou da mudança de status para 'Resolved'.
Tipo de evento
inferred
|
|||
|
Transferido para outro grupo
|
Esta atividade ocorre quando um incidente é reatribuído de um grupo de suporte para outro. Ela é inferida pela identificação de uma alteração no campo 'Assigned Group' após a atribuição inicial. | ||
|
Por que isso importa
Transferências frequentes indicam um encaminhamento inicial incorreto ou lacunas de conhecimento. Acompanhar essa atividade é essencial para o Dashboard 'Incident Reassignment Cycle Analysis' e o KPI 'Incident Reassignment Rate'.
Onde obter
Inferido do log de auditoria ('HPD:HelpDesk_AuditLogSystem'), identificando alterações posteriores no campo 'Assigned Group' do formulário 'HPD:Help Desk' após seu primeiro preenchimento.
Captura
Identifique alterações no campo 'Assigned Group' após a atribuição inicial.
Tipo de evento
inferred
|
|||
|
Violação de SLA
|
Este é um evento calculado que ocorre quando o tempo de resolução de um incidente ultrapassa a meta definida no Service Level Agreement. Ele é obtido comparando o horário de resolução com a data de vencimento do SLA. | ||
|
Por que isso importa
Esta atividade é fundamental para o Dashboard 'Incident SLA Performance Overview' e o KPI 'Incident SLA Compliance Rate'. Ela sinaliza diretamente os incidentes que não cumpriram os compromissos de serviço.
Onde obter
Calculado comparando 'Last Resolved Date' com 'Target Date' (SLA Due Date) no formulário 'HPD:Help Desk'. Se o incidente ainda não tiver sido resolvido, o cálculo pode usar o horário atual.
Captura
Evento calculado: ocorre se 'Last Resolved Date' > 'Target Date'.
Tipo de evento
calculated
|
|||
Guias de extração
Pronto para começar?
Use este Template para dar início aos seus esforços de Process Mining e descobrir insights valiosos nos dados de Gerenciamento de Incidentes. Comece a otimizar suas operações hoje.
Corrija incidentes recorrentes no BMC Helix ITSM hoje!
Reduza o MTTR em 35% e elimine violações de SLA, aumentando a satisfação dos usuários.
Não é necessário cartão de crédito. Teste grátis por 14 dias.