Seu Template de Dados para Gestão de Problemas
Seu Template de Dados para Gestão de Problemas
- Atributos críticos para uma análise de causa raiz profunda
- Mapeamento de atividades padronizado para o ciclo de vida do problema
- Orientação técnica para extração de dados do Freshservice
Atributos de Gestão de Problemas
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
O evento ou ação específica realizada no registro do problema. | ||
|
Descrição
Este atributo descreve a etapa no ciclo de vida do processo, como 'Problema Registrado', 'Causa Raiz Identificada' ou 'Grupo de Suporte Alterado'. É o componente central para os algoritmos de descoberta de processo mapearem a sequência de trabalho.\n\nNa análise, este campo determina os nós no mapa do processo e é essencial para identificar loops de retrabalho, etapas ignoradas e variantes do processo.
Por que é importante
Define o 'que' da execução do processo e é obrigatório para a geração do mapa do processo.
Onde obter
Derivado dos endpoints de 'Atividades' ou 'Logs de Auditoria' do Freshservice.
Exemplos
Problema RegistradoPrioridade atualizadaStatus alterado para Resolvido
|
|||
|
Registro de Problema
ProblemNumber
|
O identificador alfanumérico exclusivo atribuído ao registro do problema (ex: PRB-10234). | ||
|
Descrição
Este atributo serve como o ID do Caso central para a análise de Process Mining. Ele identifica exclusivamente uma investigação de problema específica no Freshservice, vinculando todas as atividades, eventos e mudanças relacionadas. É usado para agrupar entradas individuais do log de auditoria em uma instância de processo coerente.\n\nNa análise, este identificador permite que os usuários façam um drill down das agregações de alto nível para as jornadas de problemas específicas, entendendo a sequência exata de eventos ocorridos.
Por que é importante
É a chave fundamental para reconstruir o fluxo do processo e necessária para identificar exclusivamente cada case.
Onde obter
Objeto 'Problem' da API do Freshservice, campo 'display_id'.
Exemplos
PRB-10023PRB-10045PRB-11201
|
|||
|
Timestamp
EventTimestamp
|
A data e hora exatas em que a atividade ocorreu. | ||
|
Descrição
Este atributo registra quando um evento específico ocorreu no sistema. Ele permite que o motor de Process Mining ordene os eventos cronologicamente e calcule a duração entre as etapas.\n\nNa análise, esses dados servem de base para todos os KPIs temporais, como tempo de execução (throughput time), análise de lead time e identificação de gargalos.
Por que é importante
Estabelece a linha do tempo dos eventos, permitindo o cálculo do tempo de ciclo e a ordenação do processo.
Onde obter
Campos 'created_at' ou 'updated_at' da API do Freshservice no fluxo de atividades.
Exemplos
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
Agente atribuído
AgentName
|
O nome do agente de service desk atualmente atribuído ao problema. | ||
|
Descrição
Este atributo identifica o indivíduo responsável por investigar ou resolver o problema. Permite a análise de recursos e o monitoramento de desempenho.\n\nNa análise, ajuda a identificar a distribuição da carga de trabalho e indivíduos específicos que podem estar sobrecarregados ou que sejam particularmente eficientes em RCA.
Por que é importante
Chave para análise de recursos e mineração organizacional.
Onde obter
Objeto 'Problem' da API do Freshservice, campo 'responder_id' (requer busca na tabela de Agentes).
Exemplos
Alice SmithBob JonesAdministrador do Sistema
|
|||
|
Categoria da causa raiz
RootCauseCategory
|
A classificação da causa subjacente identificada para o problema. | ||
|
Descrição
Este atributo categoriza por que o problema ocorreu, como 'Bug de Software', 'Erro de Configuração' ou 'Erro Humano'. É preenchido após a fase de RCA.\n\nNa análise, é usado no dashboard de 'Qualidade da Categorização da Causa Raiz' para identificar fragilidades sistêmicas na infraestrutura.
Por que é importante
Essencial para análise de tendências e identificação de áreas para melhoria proativa.
Onde obter
Objeto 'Problem' da API do Freshservice. Geralmente um campo personalizado ou o campo de texto 'root_cause', dependendo da configuração.
Exemplos
Falha de SoftwareErro de configuraçãoMau funcionamento de hardware
|
|||
|
Departamento
DepartmentName
|
O departamento do usuário que relatou o problema ou que é o principal afetado. | ||
|
Descrição
Este atributo identifica a unidade de negócio impactada pelo problema.\n\nNa análise, ajuda a segmentar a 'Performance de SLA de Problemas Críticos' para ver se determinados departamentos estão recebendo um serviço mais lento que outros.
Por que é importante
Fornece contexto organizacional para o impacto dos problemas.
Onde obter
API do Freshservice, via busca de solicitante na tabela de Departamentos.
Exemplos
FinançasRHTI
|
|||
|
Grupo de suporte
SupportGroup
|
A equipe técnica ou grupo atribuído para tratar o problema. | ||
|
Descrição
Este atributo representa a equipe responsável pelo registro do problema. Transferências entre grupos são uma grande fonte de atrasos na Gestão de Problemas.\n\nNa análise, este campo é usado para gerar o 'Mapa de Calor de Transferência de Grupos de Suporte' e identificar comportamentos de 'ping-pong' entre as equipes.
Por que é importante
Fundamental para analisar passagens de bastão e identificar gargalos em silos.
Onde obter
Objeto 'Problem' da API do Freshservice, campo 'group_id' (requer busca na tabela Groups).
Exemplos
Equipe de Banco de DadosOperações de redeSuporte de Aplicação
|
|||
|
Incidentes Vinculados
RelatedIncidentCount
|
O número de registros de incidentes vinculados a este problema. | ||
|
Descrição
Este atributo conta quantos incidentes individuais estão associados ao registro do problema. Serve como um indicador do volume de interrupção para o usuário.\n\nNa análise, é usado para o KPI de 'Densidade de Vinculação de Incidentes' para verificar se os problemas estão realmente reduzindo o volume de incidentes.
Por que é importante
Indica a magnitude do efeito do problema no help desk.
Onde obter
API do Freshservice, contagem da array 'associated_incidents'.
Exemplos
05120
|
|||
|
Prioridade
ProblemPriority
|
O nível de prioridade atribuído ao problema (ex: Baixa, Média, Alta, Urgente). | ||
|
Descrição
Este atributo indica a importância e a urgência relativa do registro do problema. Geralmente é determinado por uma matriz de Impacto e Urgência.\n\nNa análise, este campo é crucial para segmentação. Ele permite comparar tempos de ciclo e adesão ao SLA entre problemas críticos e falhas menores.
Por que é importante
Essencial para filtrar e priorizar análises em problemas de alto impacto.
Onde obter
Objeto 'Problem' da API do Freshservice, campo 'priority'.
Exemplos
BaixoMédioAltoUrgente
|
|||
|
Reaberto
IsReopened
|
Um marcador indicando se o problema já foi movido de fechado para aberto novamente. | ||
|
Descrição
Este atributo booleano é calculado verificando o histórico de atividades para transições de um estado final de volta para um estado ativo.\n\nNa análise, ele alimenta o dashboard de 'Tendências de Reabertura de Problemas', servindo como um indicador de qualidade fundamental para o processo de resolução.
Por que é importante
Principal indicador de resoluções falso-positivas e retrabalho.
Onde obter
Calculado a partir do event log (ActivityName).
Exemplos
verdadeirofalse
|
|||
|
SLA Violado
IsSlaBreached
|
Um marcador que indica se o registro do problema perdeu o prazo do acordo de nível de serviço (SLA). | ||
|
Descrição
Este atributo booleano é verdadeiro se o tempo de resolução do problema excedeu a política definida.\n\nNa análise, isso alimenta o dashboard de 'Performance de SLA de Problemas Críticos', ajudando a identificar quais equipes ou categorias têm mais dificuldade com a pontualidade.
Por que é importante
Medida direta de conformidade e desempenho do processo.
Onde obter
API do Freshservice, derivado das flags 'sla_policy' ou 'sla_breached'.
Exemplos
verdadeirofalse
|
|||
|
Status
ProblemStatus
|
O estado atual do ciclo de vida do problema (ex: Aberto, Mudança Solicitada, Resolvido). | ||
|
Descrição
Este atributo rastreia o progresso do problema em seu workflow. Mudanças neste campo acionam atividades de processo padrão.\n\nNa análise, ele serve como o principal filtro para distinguir entre trabalho ativo e concluído, permitindo a análise de WIP (trabalho em andamento).
Por que é importante
Define o estado do case e é usado para calcular estatísticas de fluxo.
Onde obter
Objeto 'Problem' da API do Freshservice, campo 'status'.
Exemplos
AbertoMudança PendenteResolvidoEncerrado
|
|||
|
Tempo para RCA
TimeToRootCause
|
O tempo decorrido desde a criação do problema até a identificação da causa raiz. | ||
|
Descrição
Este atributo de duração é calculado medindo a diferença de tempo entre os eventos 'Problema Registrado' e 'Causa Raiz Identificada'.\n\nNa análise, ele alimenta o KPI de 'Tempo Médio para Identificação da Causa Raiz', destacando a eficiência da fase de diagnóstico.
Por que é importante
Mede especificamente a velocidade da fase de investigação.
Onde obter
Calculado a partir dos timestamps dos eventos.
Exemplos
48 horas3 dias45 minutos
|
|||
|
Ativo Impactado
AssociatedAsset
|
O item de configuração (IC) ou ativo principal vinculado ao problema. | ||
|
Descrição
Este atributo identifica o ativo de hardware ou software específico que é objeto da investigação.\n\nNa análise, permite avaliar a 'Qualidade da Categorização da Causa Raiz' por tipo de ativo, revelando se certos dispositivos ou versões de software são mais propensos a defeitos.
Por que é importante
Conecta o desempenho do processo aos componentes de infraestrutura.
Onde obter
API do Freshservice, campo 'associated_assets'.
Exemplos
Servidor-01Aplicação de Folha de PagamentoSwitch Central A
|
|||
|
Data de Vencimento
DueDate
|
A data prevista para a resolução do registro do problema. | ||
|
Descrição
Este atributo armazena o prazo final para o problema, geralmente definido por políticas de SLA ou manualmente por um gerente.\n\nNa análise, comparar esta data com a data de resolução real oferece insights sobre a precisão do planejamento e a definição de expectativas realistas.
Por que é importante
Ponto de referência para análise de pontualidade na entrega.
Onde obter
Objeto 'Problem' da API do Freshservice, campo 'due_by'.
Exemplos
2023-12-31T17:00:00Z
|
|||
|
Descrição do Workaround
WorkaroundNotes
|
O texto que descreve a correção temporária ou workaround. | ||
|
Descrição
Este atributo contém os detalhes da solução temporária fornecida. Sua presença indica que um workaround foi publicado com sucesso.\n\nNa análise, o timestamp associado ao preenchimento deste campo alimenta o KPI de 'Tempo Médio de Entrega de Workaround'.
Por que é importante
Importante para medir a velocidade de mitigação versus a velocidade de resolução completa.
Onde obter
Objeto 'Problem' da API do Freshservice, campo 'workaround'.
Exemplos
Reiniciar serviço manualmenteLimpar cache do navegadorUsar endpoint de VPN alternativo
|
|||
|
Impacto
ImpactLevel
|
A medida do efeito que o problema tem nos processos de negócio. | ||
|
Descrição
Este atributo quantifica o escopo do problema, geralmente usado com a Urgência para determinar a Prioridade.\n\nNa análise, ajuda a priorizar quais gargalos do processo estão afetando as funções de negócio mais críticas.
Por que é importante
Usado para ponderar os resultados da análise pela criticidade do negócio.
Onde obter
Objeto 'Problem' da API do Freshservice, campo 'impact'.
Exemplos
BaixoMédioAlto
|
|||
|
Requisição de Mudança Vinculada
ChangeRequestId
|
O identificador da requisição de mudança criada para corrigir o problema. | ||
|
Descrição
Este atributo contém o ID de uma Requisição de Mudança associada ao problema para implementar uma correção permanente.\n\nNa análise, é essencial para o KPI de 'Tempo de Transição de RCA para Mudança', permitindo medir o tempo perdido entre encontrar a causa e agir sobre ela.
Por que é importante
Vincula o processo de Problemas ao processo de Gestão de Mudanças.
Onde obter
API do Freshservice, campo 'associated_change_request'.
Exemplos
CHG-2001CHG-2045
|
|||
|
Sistema de Origem
SourceSystem
|
O nome do sistema de onde os dados se originaram. | ||
|
Descrição
Este atributo estático identifica a origem do conjunto de dados, que é 'Freshservice'. Em ambientes com vários sistemas, ajuda a distinguir registros vindos de diferentes ferramentas ou instâncias de ITSM.\n\nNa análise, é usado principalmente para filtragem ou agrupamento ao combinar dados de múltiplas fontes.
Por que é importante
Garante a linhagem dos dados e rastreabilidade em implementações de Process Mining multi-sistema.
Onde obter
Valor fixo (hardcoded) durante a extração.
Exemplos
Freshservice
|
|||
|
Última Atualização de Dados
LastExtractionTime
|
O timestamp que indica quando os dados foram extraídos do Freshservice. | ||
|
Descrição
Este atributo indica a atualidade do conjunto de dados usado para análise. Ajuda os usuários a entenderem se estão vendo dados em tempo real ou uma imagem do passado.\n\nNa análise, é usado como ponto de referência para calcular o tempo de abertura atual de casos ativos.
Por que é importante
Fornece contexto sobre a latência e confiabilidade dos dados.
Onde obter
Hora do sistema no momento da execução do ETL.
Exemplos
2023-11-01T12:00:00Z
|
|||
Atividades de Gestão de Problemas
| Atividade | Descrição | ||
|---|---|---|---|
|
Causa raiz identificada
|
O momento em que o campo de texto da causa raiz ou a seção de análise é preenchido. Capturado ao identificar a primeira atualização no campo 'Causa Raiz' vindo de um estado vazio. | ||
|
Por que é importante
O marco principal para a Análise de Lead Time de RCA. Marca a transição da investigação para o design da solução.
Onde obter
Fluxo de Atividades: Atualização nos campos de 'causa raiz' ou 'análise'.
Captura
Compara o campo root_cause antes e depois da atualização
Tipo de evento
inferred
|
|||
|
Correção Definitiva Aplicada
|
Representa a implementação da solução final. No Freshservice, isso geralmente é inferido quando o status muda para 'Solucionado' ou 'Resolvido'. | ||
|
Por que é importante
Calcula o atraso na implementação da correção definitiva. Marca o fim do trabalho de retificação técnica.
Onde obter
Fluxo de Atividades: Mudança de status para 'Resolvido'.
Captura
Comparar campo de status antes/depois
Tipo de evento
inferred
|
|||
|
Grupo de Suporte Atribuído
|
Encaminhamento do registro do problema para uma equipe técnica ou grupo de atribuição específico. Capturado pelo monitoramento de mudanças no campo 'Grupo' no histórico do ticket. | ||
|
Por que é importante
Fundamental para o Mapa de Calor de Transferência de Grupos. Rastrear isso revela efeitos pingue-pongue e passagens excessivas entre equipes.
Onde obter
Fluxo de Atividades: Atualização no campo de ID ou nome do grupo.
Captura
Registrado quando o campo Grupo é atualizado
Tipo de evento
explicit
|
|||
|
Problema Fechado
|
O evento final do ciclo de vida onde o registro é bloqueado e considerado inativo. Capturado pela transição de status para 'Fechado'. | ||
|
Por que é importante
Define o fim absoluto da instância do processo. Necessário para calcular o tempo de ciclo total.
Onde obter
Fluxo de Atividades: Mudança de status para 'Fechado'.
Captura
Registrado quando o status muda para Fechado
Tipo de evento
explicit
|
|||
|
Problema Registrado
|
A criação inicial do registro do problema no sistema. Este evento é capturado explicitamente no log de auditoria do Freshservice quando um novo ticket de problema é salvo. | ||
|
Por que é importante
Marca o início da instância do processo. É o ponto de ancoragem para calcular todos os lead times e tempos de ciclo.
Onde obter
Fluxo de Atividades do Freshservice ou API de Tickets (timestamp created_at).
Captura
Registrado quando a transação Novo Problema é executada
Tipo de evento
explicit
|
|||
|
Requisição de Mudança Associada
|
A vinculação de um registro de Mudança ao registro de Problema, sinalizando o início da fase de remediação. Capturado via evento de sistema 'Associação com Mudança'. | ||
|
Por que é importante
Vital para o Monitor de Gargalos de Requisição de Mudança. Mede a passagem de bastão da Gestão de Problemas para a Gestão de Mudanças.
Onde obter
Fluxo de Atividades: Evento de associação com mudança.
Captura
Registrado quando um ID de Mudança é vinculado
Tipo de evento
explicit
|
|||
|
Workaround Publicado
|
A inclusão de uma solução temporária no registro do problema, geralmente marcada em uma nota ou campo de 'Workaround'. Usado para calcular a Velocidade de Publicação de Workarounds. | ||
|
Por que é importante
Mede quão rápido a equipe mitiga o impacto. Essencial para o KPI de Lead Time Médio de Workaround.
Onde obter
Fluxo de Atividades: Atualização no campo 'workaround' ou criação de nota marcada como Solução/Workaround.
Captura
Registrado quando o campo Workaround é preenchido
Tipo de evento
explicit
|
|||
|
Agente atribuído
|
A atribuição de um responsável específico ao registro do problema. Capturado explicitamente quando o campo 'Agente' é preenchido ou atualizado. | ||
|
Por que é importante
Indica quando um recurso assumiu oficialmente o trabalho. Ajuda a analisar a alocação de recursos por prioridade.
Onde obter
Fluxo de Atividades: Atualização no campo de ID do responsável.
Captura
Registrado quando o campo Agente é atualizado
Tipo de evento
explicit
|
|||
|
Ativo Vinculado
|
A associação de um Item de Configuração (IC) ou Ativo ao registro do problema. Ajuda a identificar o 'Serviço de Negócio Afetado' ou 'Item de Configuração Impactado'. | ||
|
Por que é importante
Vincula o problema abstrato à infraestrutura física ou lógica. Crucial para a análise de Qualidade da Categorização de Causa Raiz.
Onde obter
Fluxo de Atividades: Evento de associação com ativo.
Captura
Registrado quando um ativo é anexado ao registro
Tipo de evento
explicit
|
|||
|
Nota adicionada
|
Atividade geral que captura quando uma nota pública ou privada é adicionada ao registro. Representa colaboração contínua ou atualizações. | ||
|
Por que é importante
Pode indicar trabalho ativo mesmo sem mudança de status. Útil para identificar períodos de 'espera ativa'.
Onde obter
Fluxo de Atividades: Evento de nota adicionada.
Captura
Registrado quando um comentário é postado
Tipo de evento
explicit
|
|||
|
Prioridade atualizada
|
Uma alteração no nível de urgência ou impacto do problema. Capturado pela trilha de auditoria do campo 'Prioridade'. | ||
|
Por que é importante
Essencial para analisar violações de SLA e filtrar o dashboard de Desempenho de SLA de Problemas Críticos.
Onde obter
Fluxo de Atividades: Atualização no campo de prioridade.
Captura
Registrado quando o campo Prioridade é modificado
Tipo de evento
explicit
|
|||
|
Problema Reaberto
|
Transição de um estado 'Resolvido' ou 'Fechado' para 'Aberto'. Indica que a correção falhou ou foi rejeitada. | ||
|
Por que é importante
A métrica principal para o dashboard de Tendências de Reabertura de Problemas. Altas taxas indicam RCA ou correções de baixa qualidade.
Onde obter
Fluxo de Atividades: Mudança de status de [Fechado/Resolvido] para [Aberto/Em Andamento].
Captura
Comparar campo de status antes/depois
Tipo de evento
inferred
|
|||
|
SLA Violado
|
Evento gerado pelo sistema indicando que o prazo 'Due By' expirou. O Freshservice registra marcadores específicos de violação de SLA. | ||
|
Por que é importante
Dá suporte direto à análise de Desempenho de SLA de Problemas Críticos. Destaca falhas de conformidade.
Onde obter
Fluxo de Atividades: Log de sistema de violação de SLA.
Captura
Registrado quando o monitor de SLA do sistema é acionado
Tipo de evento
explicit
|
|||
|
Status Pendente de Mudança
|
Uma transição de status indicando que o problema aguarda a implementação de uma Mudança. Inferido pela mudança do campo status para 'Mudança Solicitada' ou similar. | ||
|
Por que é importante
Identifica o tempo de espera onde a equipe de Gestão de Problemas depende de processos externos de Mudança.
Onde obter
Fluxo de Atividades: Mudança de status para o ID de 'Mudança Solicitada'.
Captura
Comparar campo de status antes/depois
Tipo de evento
inferred
|
|||
|
Tarefa de Problema Concluída
|
A conclusão de uma subtarefa vinculada ao registro do problema. Frequentemente usado para rastrear Revisões Pós-Implementação (PIR) ou etapas específicas de investigação. | ||
|
Por que é importante
Dá suporte ao dashboard de Auditoria de Conclusão de Pós-Revisão, monitorando se as tarefas de revisão estão sendo fechadas.
Onde obter
Fluxo de Atividades: Mudança de status da Tarefa para Fechado/Concluído.
Captura
Registrado quando uma Tarefa vinculada é marcada como concluída
Tipo de evento
explicit
|
|||