Seu Template de dados para gestão de incidentes
Seu Template de dados para gestão de incidentes
- Atributos recomendados para coleta
- Principais atividades para acompanhar no processo
- Orientações para extrair dados do seu sistema
Atributos da gestão de incidentes
| Nome | Descrição | ||
|---|---|---|---|
|
ID do incidente
IncidentId
|
Identificador exclusivo de cada registro de incidente. | ||
|
Descrição
O ID do incidente é a chave primária de cada registro e o identifica de forma exclusiva, da criação ao encerramento. Ele conecta todas as atividades, os registros e as alterações relacionados, permitindo visualizar o ciclo de vida completo do incidente, de ponta a ponta. Na mineração de processos, esse atributo é fundamental porque define o caso. Todos os eventos com o mesmo ID do incidente são considerados parte da mesma instância do processo, o que permite 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 permite analisar o processo de ponta a ponta.
Onde encontrar
Este é o campo 'Incident Number' (ID do campo: 1000000161) no formulário 'HPD:Help Desk'.
Exemplos
INC000001234567INC000002345678INC000003456789
|
|||
|
Data e hora do evento
EventTimestamp
|
Data e hora exatas em que a atividade ocorreu. | ||
|
Descrição
Esta data e hora registram quando ocorreu um evento específico no ciclo de vida do incidente. Elas fornecem a ordem cronológica necessária para reconstruir o fluxo do processo a partir dos dados brutos. A data e hora do evento são essenciais para todas as análises temporais, incluindo o cálculo do tempo de ciclo entre atividades, a identificação de gargalos em que os incidentes ficam parados por longos períodos e a medição do tempo total de resolução. Elas formam a base temporal da análise do processo.
Por que isso importa
Esta data e hora estabelecem a ordem cronológica dos eventos, essencial para calcular durações, identificar gargalos e entender a linha do tempo do processo.
Onde encontrar
O campo 'Last Modified Date' (ID do campo: 6) ou campos de data específicos do formulário 'HPD:Help Desk'. Para eventos históricos, a informação vem do campo de data e hora do registro de auditoria.
Exemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
|
|||
|
Nome da atividade
ActivityName
|
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 determinado momento do incidente, como 'Incidente registrado', 'Grupo atribuído' ou 'Incidente resolvido'. Essas atividades formam o mapa do processo. Analisar a sequência e a frequência dessas atividades revela o fluxo real do processo, identifica os caminhos mais comuns e destaca desvios do procedimento padrão. Isso é essencial 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 e permitem visualizar e analisar o fluxo de trabalho de gerenciamento de incidentes.
Onde encontrar
Geralmente, é derivado de alterações nos campos 'Status' (ID do campo: 7) e 'Status_Reason' do formulário 'HPD:Help Desk' ou do formulário 'HPD:Help Desk Audit Log'.
Exemplos
Incidente registradoGrupo atribuídoResolução implementadaIncidente encerrado
|
|||
|
Categoria do incidente
IncidentCategory
|
A classificação do incidente, geralmente organizada em níveis. | ||
|
Descrição
A categorização de incidentes oferece uma estrutura para classificá-los, geralmente em uma hierarquia de vários níveis (por exemplo, nível 1: hardware, nível 2: notebook, nível 3: bateria). Esses dados são essenciais para o encaminhamento, a geração de relatórios e a análise de tendências. Na mineração de processos, a categorização permite analisar separadamente diferentes tipos de incidentes. Ela dá suporte ao Dashboard de precisão da categorização de incidentes, que compara as categorias iniciais e finais, e ajuda a identificar tendências para o Dashboard de tendências de causa raiz.
Por que isso importa
A categorização permite encaminhar os incidentes corretamente, analisar tendências e comparar a performance entre diferentes tipos de incidentes.
Onde encontrar
São os campos 'Operational Categorization Tier 1/2/3' no formulário 'HPD:Help Desk'.
Exemplos
Hardware > Notebook > BateriaSoftware > Aplicativo corporativo > Erro de loginRede > Conectividade > Wi-Fi
|
|||
|
Grupo atribuído
AssignedGroup
|
O grupo de suporte responsável por tratar o incidente. | ||
|
Descrição
Este atributo identifica a equipe ou o departamento responsável pelo incidente, como 'Central de serviços', 'Equipe de redes' ou 'Administradores de banco de dados'. Acompanhar as atribuições é fundamental para entender o fluxo de trabalho entre as equipes. Este atributo é usado para analisar as transferências entre equipes, identificar gargalos causados por grupos específicos e medir a taxa de reatribuição de incidentes. 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 o grupo responsável ajuda a analisar as transferências, identificar ciclos de reatribuição e localizar gargalos em equipes específicas.
Onde encontrar
Este é o campo 'Assigned Group' (ID do campo: 1000000217) no formulário 'HPD:Help Desk'.
Exemplos
Central de serviçosOperações de redeSuporte a aplicações, nível 2Serviços de infraestrutura
|
|||
|
Prioridade
Priority
|
Nível de prioridade atribuído ao incidente, que determina a urgência do atendimento. | ||
|
Descrição
A prioridade geralmente é definida pela combinação de impacto e urgência e determina a ordem e a velocidade da resolução do incidente. Os valores comuns vão de 'Crítico' a 'Baixo'. Na mineração de processos, analisar os incidentes por prioridade é essencial para avaliar a performance. Isso ajuda a responder perguntas como: 'Estamos cumprindo os SLAs dos incidentes de alta prioridade?' e 'Os 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 as análises, garantindo que incidentes de alta prioridade sejam tratados mais rapidamente e atendam às metas específicas de nível de serviço.
Onde encontrar
Este é o campo 'Priority' (ID do campo: 1000000164) no formulário 'HPD:Help Desk'.
Exemplos
CríticoAltoMédioBaixo
|
|||
|
Reaberto
IsReopened
|
Um indicador que informa se o incidente foi reaberto após receber o status 'Resolved'. | ||
|
Descrição
Este atributo booleano é verdadeiro quando o status de um incidente volta a um estado ativo, como 'In Progress', depois de já ter sido marcado como 'Resolved'. Isso indica que a correção inicial não foi eficaz ou estava incompleta. É uma medida direta de retrabalho e é usada para calcular o KPI 'Taxa de retrabalho em incidentes'. Analisar os incidentes reabertos ajuda a identificar correções de baixa qualidade, testes insuficientes ou problemas recorrentes que não foram resolvidos 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 taxa alta de reabertura indica correções ineficazes e fragilidades no processo.
Onde encontrar
Calculado pela análise da sequência de atividades de um incidente. Se a atividade 'Incident Reopened' ou outra semelhante ocorrer após 'Resolution Implemented', o indicador será definido como verdadeiro.
Exemplos
truefalse
|
|||
|
Responsável pelo atendimento
Assignee
|
O usuário específico designado para tratar o incidente. | ||
|
Descrição
O responsável pelo atendimento é o agente de suporte ou técnico encarregado do incidente em determinado momento. Esse atributo oferece mais detalhes do que o grupo atribuído. Analisar a performance por responsável ajuda a identificar os melhores resultados, os agentes que podem precisar de treinamento adicional e desequilíbrios na distribuição da carga de trabalho. Também permite rastrear a sequência exata de ações realizadas por cada pessoa ao tratar um incidente complexo.
Por que isso importa
Oferece uma visão detalhada da distribuição da carga de trabalho e da performance individual, ajudando a identificar quem tem os melhores resultados e quais agentes precisam de apoio.
Onde encontrar
Este é o campo 'Assignee' (ID do campo: 1000000218) no formulário 'HPD:Help Desk'.
Exemplos
Bob SmithAlice JohnsonCharlie Brown
|
|||
|
Serviço
Service
|
O serviço comercial ou técnico afetado pelo incidente. | ||
|
Descrição
Este atributo associa um incidente a um serviço específico registrado no banco de dados de gerenciamento de configuração (CMDB), como 'Serviço de e-mail', 'Acesso à VPN' ou 'SAP Financeiro'. Essa associação é fundamental para entender o impacto dos incidentes nos negócios. Analisar os incidentes por serviço ajuda a identificar serviços problemáticos que geram muitos incidentes, destaca problemas recorrentes relacionados a tecnologias específicas e apoia a análise de tendências para o gerenciamento de problemas.
Por que isso importa
Associar incidentes aos serviços de negócio é essencial para analisar o impacto e identificar quais serviços estão mais sujeitos a problemas.
Onde encontrar
Este é o campo 'ServiceCI' ou um campo semelhante que representa o item de configuração (CI) afetado no formulário 'HPD:Help Desk'.
Exemplos
E-mail corporativoSAP ERPVPN de acesso remotoPortal de Recursos Humanos
|
|||
|
SLA descumprido
IsSlaBreached
|
Um indicador que informa se o incidente foi resolvido após a data-limite do SLA. | ||
|
Descrição
Este atributo booleano é verdadeiro quando o tempo de resolução do incidente ultrapassa o prazo definido no SLA. Ele apresenta um resultado claro, sim ou não, sobre a performance do SLA em cada incidente. Este indicador é essencial para criar o Dashboard de visão geral da performance do SLA de incidentes e calcular o KPI 'Taxa de conformidade com o SLA de incidentes'. Ele simplifica a análise ao permitir filtrar e agregar diretamente todos os incidentes que não cumpriram as metas de nível de serviço, facilitando a investigação dos motivos do descumprimento.
Por que isso importa
Este indicador simplifica a análise da conformidade com o SLA, facilitando a filtragem dos incidentes que descumpriram o prazo e a investigação das causas raiz.
Onde encontrar
Calculado comparando a data e hora do evento 'Incident Resolved' com 'SlaTargetDate'. Se a data e hora da resolução forem posteriores à data-limite, o indicador será verdadeiro.
Exemplos
truefalse
|
|||
|
Status do incidente
IncidentStatus
|
Status atual ou histórico do incidente no momento do evento. | ||
|
Descrição
Este atributo indica o estado do incidente, como 'Novo', 'Em andamento', 'Pendente', 'Resolvido' ou 'Encerrado'. Ele mostra em que etapa do ciclo de vida o incidente está. Analisar as mudanças de status é fundamental para entender o processo de gerenciamento de incidentes. Essas mudanças são usadas para definir atividades, medir o tempo em cada estado (por exemplo, quanto tempo os incidentes ficam 'Pendentes') e identificar incidentes que podem estar parados ou inativos.
Por que isso importa
Acompanhar as mudanças de status é essencial para entender o andamento do incidente e medir quanto tempo ele permanece em estados específicos, como 'Pendente' ou 'Em andamento'.
Onde encontrar
Este é o campo 'Status' (ID do campo: 7) no formulário 'HPD:Help Desk'.
Exemplos
NovoAtribuídoEm andamentoPendenteResolvidoEncerrado
|
|||
|
Canal
Channel
|
O meio usado para comunicar o incidente. | ||
|
Descrição
Este atributo especifica como o incidente foi comunicado, por exemplo, por telefone, e-mail, portal de autoatendimento ou atendimento presencial. Ele indica por onde o incidente entrou no processo de suporte. Analisar os incidentes por canal pode revelar quais meios são mais eficazes e quais geram incidentes mais fáceis ou mais difíceis de resolver. Também pode orientar decisões sobre investimentos em automação ou treinamento de usuários, como incentivar o uso de um portal de autoatendimento que colete dados iniciais mais completos.
Por que isso importa
Entender o canal de entrada ajuda a analisar a eficiência dos diferentes meios de atendimento e pode orientar investimentos em autoatendimento ou automação.
Onde encontrar
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 principal do incidente. | ||
|
Descrição
A causa raiz é o problema fundamental que, se resolvido, impediria a recorrência do incidente. Ela costuma ser identificada durante a investigação de um problema relacionado. 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 iniciativas para implementar soluções permanentes.
Por que isso importa
Identificar a causa raiz é essencial para o gerenciamento de problemas e para as análises voltadas à redução de incidentes recorrentes.
Onde encontrar
Essa informação pode estar em um campo específico 'Root Cause' no incidente ou, mais frequentemente, no formulário vinculado 'PBI:Problem Investigation'.
Exemplos
Espaço em disco insuficiente no servidorErro na configuração da 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, que indica o resultado da resolução. | ||
|
Descrição
O código de encerramento resume de forma estruturada como o incidente foi resolvido. Alguns exemplos são 'Resolvido pelo usuário', 'Nenhuma falha encontrada', 'Incidente duplicado' e 'Correção permanente aplicada'. Este atributo é útil para analisar a eficácia e os resultados das resoluções. Ele ajuda a identificar incidentes encerrados sem uma correção efetiva ou 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 encontrar
Normalmente, essa informação faz parte dos dados de resolução ou encerramento no 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 outro grupo. | ||
|
Descrição
Esta métrica conta quantas vezes o campo 'AssignedGroup' mudou durante o ciclo de vida do incidente. Uma contagem alta pode indicar problemas no encaminhamento inicial, falta de resolução no primeiro contato ou incidentes complexos que exigem a participação de várias equipes. Este atributo dá suporte direto ao KPI 'Taxa de reatribuição de incidentes' e ao Dashboard 'Análise do ciclo de reatribuição de incidentes'. Ele ajuda a quantificar o efeito de 'pingue-pongue', em que os chamados passam de uma equipe para outra, causando atrasos significativos e ineficiência no processo.
Por que isso importa
Quantifica encaminhamentos e transferências ineficientes, ajudando a identificar incidentes presos em ciclos de reatribuição entre equipes.
Onde encontrar
Calculado contando quantas vezes o valor de 'AssignedGroup' muda para um determinado ID de incidente no Event Log.
Exemplos
0135
|
|||
|
Data-limite do SLA
SlaTargetDate
|
A data e a hora até as quais se espera que o incidente seja resolvido, conforme o SLA. | ||
|
Descrição
Este atributo registra o prazo para resolver o incidente, conforme definido pelo contrato de nível de serviço (SLA) aplicável. O prazo é calculado com base na prioridade do incidente e no horário de atendimento definido. Essa data e hora servem de referência para medir o tempo real de resolução. São essenciais para calcular o KPI 'Taxa de conformidade com o SLA de incidentes' e criar Dashboards que mostram a performance do SLA. Também permitem monitorar proativamente os incidentes que estão perto do prazo.
Por que isso importa
É a referência para medir a conformidade com o SLA. Permite calcular se o incidente foi resolvido dentro do prazo ou se o SLA foi descumprido.
Onde encontrar
Esses dados geralmente ficam armazenados no formulário 'SLM:Measurement' e vinculados ao incidente. Não são um campo direto do 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 um 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 oferece um contexto qualitativo que muitas vezes não aparece 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 encontrar
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 do navegador foram limpos, resolvendo o problema de login.O switch de rede foi reiniciado no armário de distribuição intermediária 3B.
|
|||
|
Impacto
Impact
|
A medida do efeito do incidente sobre os processos de negócio. | ||
|
Descrição
O impacto avalia a extensão dos efeitos negativos de um incidente sobre os negócios. Geralmente, é definido em uma escala, como 'Extenso/Generalizado', 'Significativo/Amplo', 'Moderado/Limitado' ou 'Pequeno/Localizado'. Combinado com a urgência, o impacto determina a prioridade do incidente. Analisar os incidentes por impacto ajuda a entender quais causam mais interrupções nos negócios, independentemente da complexidade técnica. Isso é fundamental para priorizar iniciativas de melhoria de processos.
Por que isso importa
Ajuda a quantificar a gravidade do incidente para os negócios, um fator essencial para determinar a prioridade e concentrar a análise nos problemas de maior impacto.
Onde encontrar
Este é o campo 'Impact' (ID do campo: 1000000163) no formulário 'HPD:Help Desk'.
Exemplos
1-Extenso/Generalizado2-Significativo/Amplo3-Moderado/Limitado4-Pequeno/Localizado
|
|||
|
Sistema de origem
SourceSystem
|
Sistema do qual os dados do incidente 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, 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, essencial para validá-los e gerenciar análises em vários sistemas integrados.
Onde encontrar
Geralmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento de dados (ETL).
Exemplos
BMCHelixITSM_ProdITSM-EU-InstanceServiceManagement-APAC
|
|||
|
Solicitante
Submitter
|
A pessoa que comunicou o incidente inicialmente. | ||
|
Descrição
O solicitante é o usuário final ou cliente que teve o problema e o comunicou. Ele é diferente do responsável pelo atendimento, que trabalha na resolução do incidente. Analisar os dados por solicitante ou departamento pode ajudar a identificar grupos de usuários que precisam de mais treinamento ou que são afetados por determinado tipo de problema. Isso oferece uma visão do gerenciamento de incidentes centrada no cliente.
Por que isso importa
Identifica o usuário que comunicou o problema e permite analisar departamento, localidade ou função para encontrar tendências específicas entre os usuários.
Onde encontrar
Essa informação é registrada no campo 'Submitter' ou em campos relacionados aos dados do cliente no formulário 'HPD:Help Desk'.
Exemplos
John DoeJane SmithPeter Jones
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Data e hora que indicam quando os dados deste evento foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora da extração de dados mais recente. Ele informa o quão atualizados estão os dados analisados, o que é importante para entender a atualidade dos insights sobre o processo. Saber quando ocorreu a última atualização é essencial para relatórios e Dashboards, pois informa aos usuários a atualidade dos dados e ajuda a definir expectativas sobre a inclusão das atividades de incidentes mais recentes.
Por que isso importa
Indica a atualidade dos dados para que os usuários entendam até que ponto a análise do processo e os insights resultantes estão atualizados.
Onde encontrar
Esse valor geralmente é gerado e registrado no conjunto de dados durante a extração de dados (ETL).
Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
|
|||
Atividades da 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 pela 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 é essencial para avaliar o tempo de resposta e a eficiência do encaminhamento inicial.
Onde encontrar
Inferido do registro de auditoria ('HPD:HelpDesk_AuditLogSystem') do formulário 'HPD:Help Desk', que registra o primeiro preenchimento do campo 'Assigned Group'.
Coleta
Da data e hora em que o campo 'Assigned Group' é preenchido pela primeira vez.
Tipo de evento
inferred
|
|||
|
Incidente encerrado
|
Esta é a atividade final, que marca o encerramento formal do registro do incidente após a confirmação da resolução ou o fim do período de confirmação. Ela é registrada quando o status muda para 'Closed'. | ||
|
Por que isso importa
Este é o evento final definitivo do ciclo de vida do incidente. O tempo entre 'Resolved' e 'Closed' corresponde ao período de confirmação do usuário e de conclusão das tarefas administrativas.
Onde encontrar
Este evento corresponde à definição do campo 'Status' como 'Closed' no formulário 'HPD:Help Desk'. A data e hora são registradas no campo 'Closed Date' e no registro de auditoria.
Coleta
Da data e hora de 'Closed Date' ou da mudança de status para 'Closed'.
Tipo de evento
inferred
|
|||
|
Incidente registrado
|
Esta atividade marca a criação inicial do registro do incidente no sistema. Ela é identificada pela data e hora de criação do incidente no formulário principal de gerenciamento de incidentes. | ||
|
Por que isso importa
Este é o principal evento de início do ciclo de vida do incidente. Ele é essencial para calcular o tempo total de resolução e entender a taxa de chegada de incidentes.
Onde encontrar
Este evento corresponde à criação do registro no formulário 'HPD:Help Desk'. A data e hora geralmente vêm do campo 'Submit Date' ou 'Reported Date'.
Coleta
Da 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 do ponto de vista da central de serviços, antes do encerramento final. Ela é registrada quando o status do incidente muda para '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 restabelecido para o usuário.
Onde encontrar
Este evento corresponde à definição do campo 'Status' como 'Resolved' no formulário 'HPD:Help Desk'. A data e hora são registradas no campo 'Last Resolved Date' e no registro de auditoria.
Coleta
Da data e hora da mudança de status para 'Resolved' no registro de auditoria.
Tipo de evento
inferred
|
|||
|
Investigação iniciada
|
Indica que um agente de suporte começou a trabalhar ativamente no incidente. Em geral, é inferido pela mudança de status de 'Assigned' para 'In Progress'. | ||
|
Por que isso importa
Este marco indica a passagem da espera na 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 dá suporte ao Dashboard 'Gargalos de diagnóstico e investigação'.
Onde encontrar
Inferido por uma mudança de status no formulário 'HPD:Help Desk'. O evento é acionado quando o campo 'Status' muda para 'In Progress', e a data e hora são obtidas do registro de auditoria.
Coleta
Inferido pela mudança de status para 'In Progress' em HPD:HelpDesk_AuditLogSystem.
Tipo de evento
inferred
|
|||
|
Aguardando confirmação do usuário
|
Ocorre após a implementação de uma resolução, enquanto a equipe de suporte aguarda a confirmação do usuário de que a correção funcionou. Em geral, essa etapa é representada pelo próprio status 'Resolved', que inicia a contagem para o encerramento automático. | ||
|
Por que isso importa
Esta atividade é essencial para o Dashboard 'Atrasos na confirmação e verificação do usuário'. Ela ajuda a medir o tempo entre a aplicação de uma correção e a validação pelo usuário, que pode prolongar artificialmente o ciclo de vida do incidente.
Onde encontrar
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'.
Coleta
Começa quando o status muda para 'Resolved' e termina quando muda para 'Closed' ou 'In Progress'.
Tipo de evento
inferred
|
|||
|
Aguardando informações do usuário
|
Indica que o andamento do incidente foi pausado enquanto aguarda informações ou uma ação do usuário. Isso é inferido quando o status muda para 'Pending'. | ||
|
Por que isso importa
Esta atividade ajuda a separar o tempo de trabalho do agente do tempo de espera pelo usuário. Analisar o tempo nesse status é essencial para entender como os atrasos na resposta do usuário afetam o tempo total de resolução.
Onde encontrar
Inferido do formulário 'HPD:Help Desk' quando o campo 'Status' é atualizado para 'Pending'. O motivo específico geralmente aparece no campo 'Status_Reason'.
Coleta
Inferido pela mudança de status para 'Pending' em HPD:HelpDesk_AuditLogSystem.
Tipo de evento
inferred
|
|||
|
Confirmação do usuário recebida
|
Indica que o usuário confirmou que a solução fornecida resolveu o problema. Isso pode ser registrado como um evento explícito ou inferido de observações ou de uma ação relacionada no sistema antes do encerramento. | ||
|
Por que isso importa
Acompanhar esta atividade oferece uma visão mais precisa do processo de validação pelo usuário do que simplesmente esperar pelo encerramento automático. Isso ajuda a medir o KPI 'Tempo médio de confirmação do usuário' e a identificar falhas de comunicação.
Onde encontrar
Pode ser difícil registrar esta atividade com precisão. Ela pode ser inferida de uma entrada no registro de trabalho ou de uma atualização específica do motivo do status pouco antes de o incidente mudar para 'Closed'. Talvez seja necessário analisar o formulário 'HPD:WorkLog'.
Coleta
Inferido de entradas específicas no registro de trabalho ou de atualizações do motivo do status antes do encerramento.
Tipo de evento
inferred
|
|||
|
Incidente cancelado
|
Esta atividade representa o encerramento de um incidente criado por engano ou que deixou de ser relevante. Ela é registrada quando o status do incidente muda para 'Cancelled'. | ||
|
Por que isso importa
Este é um estado final do incidente, diferente de uma resolução bem-sucedida. Analisar os incidentes cancelados pode revelar problemas nos canais de criação ou registros duplicados.
Onde encontrar
Inferido do formulário 'HPD:Help Desk' quando o campo 'Status' é atualizado para 'Cancelled'. A data e hora são registradas no log de auditoria.
Coleta
Inferido pela mudança de status para 'Cancelled' no registro de auditoria.
Tipo de evento
inferred
|
|||
|
Incidente categorizado
|
Indica o momento em que o incidente foi classificado por categoria operacional e de produto e recebeu uma prioridade. Em geral, esse momento é inferido pelo preenchimento ou pela última alteração dos campos de categorização. | ||
|
Por que isso importa
Categorizar os incidentes com precisão e no momento certo é essencial para encaminhá-los e gerar relatórios com eficiência. Analisar esta atividade ajuda a identificar atrasos ou imprecisões na triagem inicial e dá suporte ao Dashboard 'Precisão da categorização de incidentes'.
Onde encontrar
Inferido do registro de auditoria ('HPD:HelpDesk_AuditLogSystem'), que acompanha alterações em campos como 'Operational Categorization Tier 1-3', 'Product Categorization Tier 1-3' e 'Priority' no formulário 'HPD:Help Desk'.
Coleta
Da data e hora da última atualização dos campos de categoria ou prioridade após a criação.
Tipo de evento
inferred
|
|||
|
Incidente reaberto
|
Indica que um incidente marcado anteriormente como resolvido foi reativado porque o problema persiste. Isso é inferido quando o status muda de 'Resolved' 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 grande volume de incidentes reabertos é um indicador importante de baixa qualidade das correções e dá suporte ao KPI 'Taxa de retrabalho em incidentes'.
Onde encontrar
Inferido do registro de auditoria ('HPD:HelpDesk_AuditLogSystem'), que detecta uma mudança de 'Status' de 'Resolved' para 'In Progress' ou 'Assigned' para determinado ID do incidente.
Coleta
Inferido pela transição de status de 'Resolved' para um estado ativo.
Tipo de evento
inferred
|
|||
|
Resolução implementada
|
Esta atividade indica que a equipe de suporte aplicou uma correção ou solução alternativa. Em geral, ela é inferida 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 dado essencial para medir o tempo entre o fim da investigação e a aplicação da correção.
Onde encontrar
Em geral, é inferido quando o campo 'Status' do formulário 'HPD:Help Desk' muda para 'Resolved'. A data e hora são registradas no campo 'Last Resolved Date' e no registro de auditoria.
Coleta
Da 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 detecção de uma alteração no campo 'Assigned Group' após a atribuição inicial. | ||
|
Por que isso importa
Transferências frequentes indicam encaminhamento inicial incorreto ou lacunas de conhecimento. Acompanhar esta atividade é essencial para o Dashboard 'Análise do ciclo de reatribuição de incidentes' e o KPI 'Taxa de reatribuição de incidentes'.
Onde encontrar
Inferido do registro de auditoria ('HPD:HelpDesk_AuditLogSystem'), identificando alterações posteriores no campo 'Assigned Group' do formulário 'HPD:Help Desk' após o primeiro preenchimento.
Coleta
Identifique alterações no campo 'Assigned Group' após a atribuição inicial.
Tipo de evento
inferred
|
|||
|
Violação de SLA
|
Este evento calculado ocorre quando o tempo de resolução de um incidente ultrapassa a meta definida no Acordo de Nível de Serviço. Ele é determinado pela comparação entre a data e hora da resolução e a data de vencimento do SLA. | ||
|
Por que isso importa
Esta atividade é fundamental para o Dashboard 'Visão geral da performance do SLA de incidentes' e o KPI 'Taxa de conformidade com o SLA de incidentes'. Ela sinaliza diretamente os incidentes que não cumpriram os compromissos de serviço.
Onde encontrar
Calculado pela comparação entre 'Last Resolved Date' e 'Target Date' (data de vencimento do SLA) no formulário 'HPD:Help Desk'. Se o incidente ainda não tiver sido resolvido, o cálculo pode usar a data e hora atuais.
Coleta
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 à mineração de processos e encontrar insights valiosos nos dados de gestão de incidentes. Comece a otimizar suas operações hoje.
Resolva hoje os incidentes recorrentes no BMC Helix ITSM!
Reduza o MTTR em 35% e elimine violações de SLA para aumentar a satisfação dos usuários.
Não é necessário informar um cartão de crédito. Teste grátis por 14 dias.