Seu Template de dados de gerenciamento de problemas

BMC Helix ITSM
Seu Template de dados de gerenciamento de problemas

Seu Template de dados de gerenciamento de problemas

Este Template oferece uma estrutura abrangente para analisar os fluxos de trabalho de investigação de causa raiz no BMC Helix ITSM. Ele apresenta os atributos essenciais e as atividades do processo necessários para criar um Event Log detalhado, além de orientações práticas para a extração. Com este guia, você pode identificar gargalos ocultos e agilizar o caminho para a resolução definitiva de incidentes.
  • Campos de dados essenciais para análise de causa raiz
  • Marcos padronizados do processo para acompanhamento
  • Orientações específicas para extrair dados do BMC Helix ITSM
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de gerenciamento de problemas

Esta tabela reúne os campos de dados recomendados para preencher seu Event Log e analisar em profundidade o ciclo de vida do gerenciamento de problemas.
5 Obrigatório 9 Recomendado 5 Opcional
Nome Descrição
Atividade
Activity
A tarefa específica ou o evento de alteração de status que ocorreu.
Descrição

Este atributo representa a etapa específica realizada no ciclo de vida do gerenciamento de problemas, como 'Registro do problema criado', 'Causa raiz identificada' ou 'Banco de soluções atualizado'. No BMC Helix, esses dados costumam ser derivados do histórico de status, dos logs de auditoria ou dos timestamps de transações específicas no módulo Problem Investigation.

Este atributo é a base da descoberta de processos. Ao analisar a sequência dessas atividades, a ferramenta de Process Mining constrói o mapa do processo e revela o fluxo de trabalho real em comparação com o processo planejado. Ela destaca ciclos, retrabalho e desvios do procedimento operacional padrão.

Nomes de atividades precisos são essenciais para entender o que realmente aconteceu durante o ciclo de vida. Esses dados permitem medir o tempo entre etapas específicas, como o intervalo entre a identificação da causa raiz e o início de uma solicitação de mudança.

Por que isso importa

Define os nós do mapa do processo e permite visualizar o fluxo de trabalho.

Onde encontrar

Derivado do histórico de status de PBM:Problem Investigation ou de PBM:AuditLogSystem

Exemplos
Registro do problema criadoAtribuído à equipe de suporteInvestigação iniciadaCausa raiz identificada
Horário do evento
EventTime
Data e hora em que a atividade específica ocorreu.
Descrição

Este atributo registra a data e a hora exatas em que uma atividade aconteceu. No BMC Helix ITSM, corresponde a campos como 'Submit Date' e 'Last Modified Date' ou a horários específicos registrados nas tabelas de histórico para alterações de status.

Na análise, este atributo é usado para ordenar os eventos cronologicamente e calcular durações. Ele permite medir o tempo de ciclo entre quaisquer dois pontos do processo, como o 'Investigation Cycle Time' ou o 'Workaround Publication Lead Time'.

Registrar data e hora com precisão é essencial para identificar gargalos. Ao calcular o intervalo entre eventos consecutivos, analistas conseguem localizar exatamente onde ocorrem os atrasos, seja na atribuição inicial ou na fase de revisão final.

Por que isso importa

Permite calcular todos os KPIs baseados em duração e ordenar os eventos.

Onde encontrar

Tabelas de histórico ou logs de auditoria associados a PBM:Problem Investigation

Exemplos
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
Registro do problema
ProblemRecord
Identificador exclusivo do caso de investigação do problema.
Descrição

Este atributo funciona como identificador central do caso no processo de gerenciamento de problemas. No BMC Helix ITSM, normalmente corresponde ao campo 'Problem ID' (por exemplo, PBI00000012345) do formulário PBM:Problem Investigation. Ele vincula todas as atividades relacionadas, desde o registro inicial do problema até o encerramento final e a revisão pós-implementação.

Na análise de Process Mining, este atributo agrupa eventos individuais em uma única instância do processo. Assim, analistas conseguem visualizar a jornada completa de uma investigação específica. Sem esse identificador, seria impossível relacionar a sequência de ações realizadas por diferentes equipes de suporte e coordenadores.

Este campo funciona como chave primária do Event Log e é essencial para todas as agregações por caso, como calcular o tempo de ciclo total por problema ou contar quantos problemas existem em cada nível de prioridade.

Por que isso importa

É a chave fundamental para construir a visão do processo e acompanhar o ciclo de vida de problemas específicos.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Problem ID'

Exemplos
PBI00000004512PBI00000004513PBI00000004514
Sistema de origem
SourceSystem
Sistema de onde os dados vieram.
Descrição

Este atributo identifica o sistema de software do qual os dados do processo foram extraídos, neste caso, 'BMC Helix ITSM'. É especialmente importante em ambientes com vários sistemas, nos quais o Process Mining pode reunir dados de diferentes ferramentas de ITSM, desenvolvimento ou fornecedores externos.

Na análise, este campo funciona como uma tag de metadados que valida a origem do registro. Se a visão do processo combinar dados do BMC Helix para gerenciamento de problemas com dados de outro sistema de desenvolvimento de software, como o Jira, este atributo ajuda a segmentar a análise pela ferramenta de origem.

Ele também ajuda na solução de problemas técnicos. Se houver problemas de qualidade dos dados, conhecer o sistema de origem permite que os engenheiros de dados rastreiem a questão até a rotina de extração ou o banco de dados específico.

Por que isso importa

Oferece rastreabilidade e contexto, especialmente em visões de processos que abrangem vários sistemas.

Onde encontrar

Definido durante o processo de extração

Exemplos
BMC Helix ITSMRemedy OnDemandBMC ITSM Prod
Última atualização dos dados
LastDataUpdate
Data e hora em que os dados foram extraídos ou atualizados pela última vez.
Descrição

Este atributo indica quando os dados foram carregados pela última vez no aplicativo de Process Mining. Assim, analistas sabem o quão atualizados estão os dados que estão consultando. Em geral, ele é gerado pelo script de extração ou pela ferramenta de pipeline de dados.

Na análise, ajuda a evitar decisões baseadas em dados desatualizados. Por exemplo, se uma pessoa gestora estiver consultando 'Registros de problemas em aberto', saber que os dados foram atualizados há uma hora, e não há uma semana, muda bastante a interpretação da carga de trabalho atual.

O atributo também é usado em cargas incrementais de dados. Ao acompanhar o horário da última atualização, o processo de ETL pode buscar apenas os registros alterados desde a extração anterior, melhorando a performance e reduzindo a carga do sistema.

Por que isso importa

Garante que os dados estejam atualizados e ajuda a definir estratégias de carregamento incremental.

Onde encontrar

Horário do sistema no momento da extração

Exemplos
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Categoria da causa raiz
RootCauseCategory
Classificação da causa subjacente do problema.
Descrição

Este atributo contém a categoria selecionada quando a causa raiz é identificada, como 'Erro de software', 'Falha de hardware' ou 'Lacuna no processo'. No BMC Helix, normalmente é selecionada nos menus 'Root Cause' ou 'Generic Categorization'.

Este atributo é essencial para a visão 'Fix Effectiveness and Quality'. Ele permite que a organização relacione tipos específicos de causas raiz com taxas de retrabalho ou investigações demoradas. Por exemplo, pode revelar que problemas de 'Erro de software' levam consistentemente o dobro do tempo para serem resolvidos em comparação com problemas de 'Falha de hardware'.

Também é usado para calcular a 'Root Cause Categorization Rate'. Uma porcentagem alta de valores 'Desconhecido' ou 'Outro' neste campo sugere a necessidade de mais treinamento técnico ou opções de categorização mais detalhadas.

Por que isso importa

Permite analisar tendências de problemas sistêmicos e dá suporte ao gerenciamento proativo de problemas.

Onde encontrar

Formulário PBM:Problem Investigation, campos da guia 'Root Cause' ou de categorização

Exemplos
Módulo de softwareInfraestrutura de redeErro humano
Coordenador de problemas
ProblemCoordinator
Pessoa responsável por coordenar a investigação.
Descrição

Este atributo identifica a pessoa responsável pelo registro do problema. No BMC Helix ITSM, corresponde ao campo 'Problem Coordinator'. Essa pessoa acompanha o ciclo de vida do problema, mesmo quando as tarefas são delegadas a outras pessoas.

Este atributo dá suporte ao Dashboard 'Support Group Workload Distribution'. Ele ajuda a gestão a identificar se algumas pessoas estão sobrecarregadas com investigações enquanto outras têm capacidade disponível. Também permite analisar a performance individual e identificar necessidades de treinamento ou pessoas com alto desempenho.

No Process Mining, este campo funciona como um atributo de recurso. Ele ajuda a visualizar como o trabalho passa de uma pessoa para outra e pode revelar pontos únicos de falha, quando o processo depende demais de uma pessoa especialista.

Por que isso importa

Permite analisar recursos e equilibrar a carga de trabalho no nível individual.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Problem Coordinator'

Exemplos
João da SilvaMaria SouzaAdministrador de sistemas
Data limite do SLA
SLADueDate
A data e a hora limite para resolver o problema.
Descrição

Este atributo registra o prazo para resolver o problema, definido com base no acordo de nível de serviço. No BMC Helix, costuma corresponder à "Data prevista para resolução" ou ao registro de data e hora de um marco calculado do SLA.

Este atributo serve de referência para o Dashboard "Conformidade com o SLA e tendências de violações". Ao comparar esse registro de data e hora com o da atividade "Resolução verificada", o sistema calcula se o SLA foi cumprido ou violado.

Ao visualizar essa data, os analistas conseguem ver com que margem a equipe está resolvendo os problemas. Eles são resolvidos com dias de antecedência ou sempre poucos minutos antes do vencimento? Esse insight ajuda no planejamento de capacidade.

Por que isso importa

É a referência para calcular todas as métricas de conformidade e pontualidade.

Onde encontrar

Formulário PBM:Problem Investigation, campo "Data prevista para resolução"

Exemplos
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
Equipe de suporte
SupportGroup
Equipe técnica atualmente responsável pela investigação do problema.
Descrição

Este atributo indica a equipe de suporte específica, como 'Administração de servidores' ou 'Suporte a banco de dados', responsável pelo registro do problema no momento do evento. No BMC Helix, corresponde ao campo 'Assigned Group'.

Este atributo é essencial para os dashboards 'Support Group Workload Distribution' e 'Support Group Reassignment Analysis'. Ele permite que analistas segmentem o mapa do processo por equipe, revelando quais grupos recebem mais demandas e quais se tornam gargalos na investigação.

Analisar as transferências entre equipes de suporte ajuda a identificar o comportamento de repasse entre equipes, quando um chamado passa de um time para outro sem ser resolvido. Isso costuma indicar responsabilidades pouco claras ou uma gestão do conhecimento insuficiente na organização.

Por que isso importa

Permite analisar a organização e detectar gargalos no nível das equipes.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Assigned Group'

Exemplos
Central de serviços, nível 1Suporte de back officeAdministração de redes
Item de configuração do serviço
ServiceCI
Principal serviço de negócio ou item de configuração afetado.
Descrição

Este atributo identifica o item de configuração do serviço (CI) relacionado ao problema, como 'Serviço de e-mail', 'SAP ERP' ou 'Rede Wi-Fi'. No BMC Helix, costuma corresponder ao campo 'Service+' ou à relação com o CI principal.

Na análise, permite segmentar os registros de problemas por produto ou serviço. Ajuda a liderança de TI a entender quais serviços são mais vulneráveis e geram mais investigações de problemas. Também acrescenta uma dimensão de produto ao Dashboard 'Throughput and Priority Volume'.

Relacionar este atributo ao 'Investigation Cycle Time' pode mostrar se determinados serviços complexos, como um sistema bancário central, exigem naturalmente investigações mais longas do que serviços comuns, como impressão.

Por que isso importa

Relaciona a performance do processo a produtos ou serviços específicos do negócio.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'ServiceCI' ou 'CI Name'

Exemplos
Serviço de e-mailSistema de folha de pagamentoVPN corporativa
Motivo da investigação
InvestigationDriver
Motivo pelo qual a investigação do problema foi iniciada.
Descrição

Este atributo classifica o que levou à criação do registro do problema, como 'Volume de incidentes', 'Incidente grave', 'Notificação do fornecedor' ou 'Análise proativa de tendências'. No BMC Helix, corresponde ao campo 'Investigation Driver'.

Este atributo dá suporte ao Dashboard 'Proactive Identification Trends'. Ele permite que a organização acompanhe a mudança de uma atuação reativa, respondendo a incidentes, para um gerenciamento proativo de problemas, identificando riscos antes que se concretizem.

Analisar os fluxos do processo por 'Investigation Driver' pode revelar comportamentos diferentes. Por exemplo, problemas identificados de forma proativa podem ficar mais tempo na fila por não causarem interrupções imediatas, enquanto problemas decorrentes de incidentes graves avançam rapidamente pelo processo.

Por que isso importa

Diferencia o trabalho reativo do proativo, um indicador importante de maturidade.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Investigation Driver'

Exemplos
ReativoProativoIncidentes recorrentes
Prioridade
Priority
Prioridade calculada do problema com base no impacto e na urgência.
Descrição

Este atributo indica o nível de prioridade do registro do problema, como Crítico, Alto, Médio ou Baixo. No BMC Helix, geralmente é um campo calculado a partir das seleções de Impacto e Urgência.

Na análise, é usado no Dashboard 'Throughput and Priority Volume'. Ele permite que as organizações verifiquem se os recursos estão alinhados às necessidades do negócio. Em tese, problemas críticos devem ter tempos de atribuição inicial menores e tempos de ciclo total mais curtos do que problemas de baixa prioridade.

Filtrar por prioridade ajuda a direcionar os esforços de melhoria. Um gargalo em um processo de baixa prioridade pode ser aceitável, mas o mesmo atraso em um processo crítico representa um risco significativo à continuidade dos negócios e ao cumprimento dos SLAs.

Por que isso importa

Segmenta a análise por criticidade para o negócio e dá suporte à análise de SLA.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Priority'

Exemplos
CríticoAltoMédioBaixo
Quantidade de incidentes relacionados
RelatedIncidentCount
O número de incidentes vinculados a este registro de problema.
Descrição

Este atributo quantifica o impacto do problema contando os incidentes associados a ele. No BMC Helix, geralmente corresponde à quantidade de registros no formulário HPD:Help Desk relacionados ao registro PBM.

Este atributo alimenta o KPI "Densidade de vínculos com incidentes". Um valor alto indica um problema de grande impacto, que gera um volume significativo de chamados para a Central de serviços. Cruzar esse dado com a "Prioridade" ajuda a confirmar se os problemas com maior volume estão sendo tratados como críticos.

O atributo também ajuda a priorizar o backlog. Um registro de problema com 500 incidentes vinculados provavelmente deve ter prioridade sobre um problema "Crítico" com apenas 1 incidente, pois resolvê-lo libera mais capacidade da Central de serviços.

Por que isso importa

Quantifica o impacto operacional do problema e os transtornos causados aos usuários.

Onde encontrar

Calculado pela contagem de linhas relacionadas em HPD:Associations ou HPD:Help Desk

Exemplos
15120
SLA violado?
IsSLABreached
Um indicador que mostra se a resolução do problema ultrapassou o prazo permitido.
Descrição

Este atributo booleano indica se o registro do problema violou o acordo de nível de serviço. O cálculo compara o registro de data e hora de "Resolução verificada" com a "Data limite do SLA" ou usa diretamente o status do SLM.

Este atributo é essencial para o Dashboard "Conformidade com o SLA e tendências de violações". Ele permite segmentar o processo de forma simples: em conformidade ou fora de conformidade. Assim, fica mais fácil identificar características dos processos que falharam. Por exemplo: "Os casos que violaram o SLA sempre envolvem o Grupo de suporte X?"

O atributo também serve como filtro principal para a análise de causa raiz de falhas no processo. Os analistas podem filtrar por "IsSLABreached = True" e examinar o mapa do processo para descobrir onde houve perda de tempo, como em longas esperas pela aprovação de um fornecedor.

Por que isso importa

Facilita a geração de relatórios de conformidade e a análise de falhas.

Onde encontrar

Formulário SLM:Measurement ou valor calculado

Exemplos
truefalse
ID da solicitação de mudança relacionada
RelatedChangeRequestId
O identificador da solicitação de mudança aberta para corrigir o problema.
Descrição

Este atributo contém o ID da solicitação de mudança (por exemplo, CRQ0000...) vinculada ao registro do problema. Ele representa a passagem da investigação para a implementação de uma correção permanente.

Este atributo é necessário para o KPI "Tempo entre a causa raiz e a mudança". Ele permite que a ferramenta de Process Mining meça o intervalo entre a identificação da causa raiz e o início do processo de mudança. Esse é um ponto comum de transferência em que o processo perde ritmo.

O atributo também ajuda a verificar se o processo está completo. Um registro de problema encerrado com o status "Concluído", mas sem uma solicitação de mudança relacionada nem uma solução alternativa, pode indicar uma falha no processo: a causa raiz foi identificada, mas nunca corrigida.

Por que isso importa

Vincula o processo de gerenciamento de problemas ao processo de gerenciamento de mudanças.

Onde encontrar

Guia Investigation Associations ou Relationship do PBM

Exemplos
CRQ00000021345CRQ00000021346
Quantidade de reatribuições
ReassignmentCount
O número total de vezes que o grupo de suporte foi alterado.
Descrição

Este atributo conta quantas vezes a atividade "Atribuído ao grupo de suporte" ocorre em um único caso. É uma medida direta de atrito no processo e eficiência do roteamento.

Este atributo alimenta o gráfico "Análise de reatribuições do grupo de suporte". Valores altos, que indicam repasses repetidos entre grupos, podem mostrar que a triagem inicial não está funcionando ou que não há uma definição clara de responsabilidade por problemas complexos. É um indicador antecipado de aumento no tempo de ciclo.

Os gestores usam esse dado para identificar oportunidades de treinamento. Se a Central de serviços encaminha repetidamente problemas de "Banco de dados" para "Rede", e a equipe de "Rede" os devolve para "Banco de dados", a quantidade de reatribuições aumenta, indicando a necessidade de melhorar os roteiros de diagnóstico inicial.

Por que isso importa

Identifica desperdícios, atritos e falta de responsabilidade no processo.

Onde encontrar

Calculado com base no histórico de atividades

Exemplos
015
Região
Region
A região geográfica associada ao problema.
Descrição

Este atributo especifica a localização geográfica (por exemplo, "América do Norte", "EMEA") onde o problema surgiu ou está sendo gerenciado. No BMC Helix, essa informação costuma aparecer nos campos "Região" ou "Local" associados ao solicitante ou ao ativo afetado.

Na análise, esse atributo permite segmentar os dados por região. Ele ajuda a identificar se determinadas regiões têm um volume maior de problemas ou levam mais tempo para resolvê-los. Isso pode revelar diferenças na disponibilidade de equipes de suporte ou na qualidade da infraestrutura entre localidades.

Esse atributo é útil para organizações globais que buscam oferecer um serviço consistente. Se o "Tempo de ciclo da investigação" na "APAC" for o dobro do registrado na "NAM", vale investigar a alocação de recursos ou o cumprimento do processo nessa região.

Por que isso importa

Permite comparar a performance do processo entre diferentes regiões.

Onde encontrar

Formulário PBM:Problem Investigation, campo "Região"

Exemplos
AméricasEMEAAPAC
Status da solução alternativa
WorkaroundStatus
Indica se uma solução alternativa válida foi identificada e publicada.
Descrição

Este atributo acompanha o status da solução temporária (Workaround). Pode ser um campo booleano simples ("Tem solução alternativa") ou uma string de status. No BMC Helix, essa informação costuma ser obtida pela presença de texto no campo "Workaround" ou por um indicador de status específico.

Este atributo é essencial para o Dashboard "Performance de publicação de soluções alternativas". Ele mostra a eficácia da equipe em reduzir o impacto enquanto investiga a causa raiz. Uma visualização do processo filtrada por "Sem solução alternativa" destaca os casos em que a empresa sofre todo o impacto durante a investigação.

O atributo também ajuda nas auditorias de qualidade. Encerrar um registro de problema sem uma correção permanente (solicitação de mudança) e sem uma solução alternativa geralmente indica uma falha no processo que precisa ser analisada.

Por que isso importa

Mede a eficácia das ações para reduzir o impacto durante a investigação.

Onde encontrar

Formulário PBM:Problem Investigation, verificação do conteúdo do campo "Workaround"

Exemplos
AtivoNenhumDesativado
Tempo de ciclo da investigação
InvestigationCycleTime
O tempo entre o início da investigação e a identificação da causa raiz.
Descrição

Este atributo de duração calculada mede o intervalo entre as atividades "Investigação iniciada" e "Causa raiz identificada". Ele representa o tempo dedicado à atividade que agrega valor no processo de gerenciamento de problemas.

Essa métrica alimenta o Dashboard "Tempo de ciclo da investigação da causa raiz". Ela ajuda os gestores a entender a complexidade técnica dos problemas e a eficiência das equipes de investigação. Valores atípicos, como tempos muito curtos, podem indicar que a causa foi apenas presumida; tempos muito longos podem apontar investigações paradas.

Ao comparar essa métrica entre "Grupos de suporte" e "Prioridades", a organização pode identificar quais equipes precisam de ferramentas melhores, treinamento ou apoio de fornecedores para diagnosticar problemas mais rapidamente.

Por que isso importa

É a principal métrica de eficiência da etapa de investigação técnica.

Onde encontrar

Calculado com base nos registros de data e hora das atividades

Exemplos
4500000120000
Obrigatório Recomendado Opcional

Atividades de gerenciamento de problemas

Estas são as etapas fundamentais do processo e as mudanças de status que você deve acompanhar para ter visibilidade completa das fases de investigação e resolução.
9 Recomendado 4 Opcional
Atividade Descrição
Atribuído à equipe de suporte
Atribuição do registro do problema a uma equipe técnica específica. Capturada pelo monitoramento das alterações no campo 'Assigned Group'.
Por que isso importa

Essencial para medir transferências, repasses entre equipes e o KPI 'Mean Time to Initial Assignment'.

Onde encontrar

Formulário PBM:Problem Investigation, histórico do campo 'Assigned Group' ou log de auditoria.

Coleta

Compare o campo 'Assigned Group' antes e depois da atualização

Tipo de evento inferred
Causa raiz identificada
Momento em que o registro do problema passa para um estado que indica que a causa é conhecida. É inferido quando o Status muda para 'Root Cause Identified'.
Por que isso importa

Marco essencial para o Dashboard 'Root Cause Investigation Cycle Time'. Indica a passagem da análise para a definição da solução.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Status' = 'Root Cause Identified'.

Coleta

Compare o campo de status para identificar a transição para Root Cause Identified

Tipo de evento inferred
Investigação iniciada
Transição do registro do problema para uma fase ativa de análise. É inferida quando o campo Status muda para 'Under Investigation'.
Por que isso importa

Marca o início da fase de trabalho efetivo e dá suporte ao KPI 'Investigation Cycle Time'.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Status' = 'Under Investigation'.

Coleta

Compare o campo de status para identificar a transição para Under Investigation

Tipo de evento inferred
Registro do problema cancelado
Encerramento de um registro de problema antes da resolução. Capturado quando o status muda para 'Cancelled' ou 'Rejected'.
Por que isso importa

Ajuda a identificar esforço desperdiçado ou duplicatas válidas. Representa um ponto final alternativo.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Status' = 'Cancelled' ou 'Rejected'.

Coleta

Compare o campo de status para identificar a transição para Cancelled

Tipo de evento inferred
Registro do problema criado
Criação inicial de um registro de investigação de problema no sistema. O evento é capturado explicitamente quando uma nova entrada é salva no formulário PBM:Problem Investigation.
Por que isso importa

Marca o início da instância do processo. É essencial para calcular o tempo de ciclo total e as métricas de resposta inicial.

Onde encontrar

Formulário PBM:Problem Investigation, timestamp de 'Submit Date' ou registro de criação com 'Status' = 'Draft'.

Coleta

Registrado quando o registro PBM:Problem Investigation é criado

Tipo de evento explicit
Registro do problema encerrado
Encerramento administrativo final do registro do problema. Esse evento termina a instância do processo.
Por que isso importa

Evento final padrão. Necessário para analisar o tempo de ciclo completo e calcular a 'Incident Linkage Density'.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Status' = 'Closed'.

Coleta

Compare o campo de status para identificar a transição para Closed

Tipo de evento inferred
Resolução validada
Momento em que a solução permanente é confirmada como bem-sucedida. É inferido quando o Status muda para 'Solution Implemented' ou 'Completed'.
Por que isso importa

Usado para calcular a 'Problem SLA Adherence Rate'. Confirma a conclusão do trabalho técnico.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Status' = 'Solution Implemented' ou 'Completed'.

Coleta

Compare o campo de status para identificar a transição para Solution Implemented

Tipo de evento inferred
Solicitação de mudança iniciada
Vinculação de uma solicitação de mudança de infraestrutura à investigação do problema. Isso indica o início da fase de implementação.
Por que isso importa

Essencial para o KPI 'Root Cause to Change Lead Time' e para identificar silos entre os processos de problemas e de mudanças.

Onde encontrar

Tabela PBM:Investigation_Associations ou preenchimento do campo 'Infrastructure Change ID'.

Coleta

Registrado quando a associação é criada em PBM:Investigation_Associations

Tipo de evento explicit
Solução temporária definida
Inclusão ou atualização de texto no campo Workaround do registro do problema. Esse evento indica que uma solução temporária foi documentada.
Por que isso importa

Dá suporte ao KPI 'Workaround Publication Lead Time' e indica a mitigação do impacto do incidente.

Onde encontrar

Formulário PBM:Problem Investigation, alterações no campo de texto 'Workaround'.

Coleta

Compare o conteúdo do campo 'Workaround' para identificar atualizações não nulas

Tipo de evento inferred
Banco de soluções atualizado
Transição do registro para o status 'Solution Database', indicando que uma solução permanente foi proposta ou identificada.
Por que isso importa

Acompanha o avanço da definição da solução antes da implementação.

Onde encontrar

Formulário PBM:Problem Investigation, campo 'Status' = 'Solution Database'.

Coleta

Compare o campo de status para identificar a transição para Solution Database

Tipo de evento inferred
Coordenador reatribuído
Alteração do coordenador individual do problema dentro de uma equipe de suporte. Capturada pelo monitoramento do campo 'Problem Coordinator'.
Por que isso importa

Ajuda a analisar a distribuição da carga de trabalho e os gargalos relacionados a cada pessoa.

Onde encontrar

Formulário PBM:Problem Investigation, histórico do campo 'Problem Coordinator'.

Coleta

Compare o campo 'Problem Coordinator' antes e depois da atualização

Tipo de evento inferred
Erro conhecido promovido
Criação de um registro de erro conhecido vinculado à investigação do problema. Trata-se de um evento de criação de registro relacionado.
Por que isso importa

Indica a formalização do problema para comunicação mais ampla e acompanhamento de longo prazo.

Onde encontrar

Criação de um registro em PBM:Known Error vinculado ao ID de PBM:Problem Investigation.

Coleta

Registrado quando o registro PBM:Known Error é criado

Tipo de evento explicit
Revisão pós-implementação realizada
Conclusão da fase de PIR. Capturada por uma transição de status que sai de um estado de PIR ou pelo encerramento de uma Task de PIR vinculada.
Por que isso importa

Dá suporte direto à 'Post Implementation Review Compliance' e às auditorias de qualidade do processo.

Onde encontrar

Formulário PBM:Problem Investigation, sinalizador específico 'PIR Required' ou conclusão de uma Task vinculada do tipo 'PIR'.

Coleta

Derivado da conclusão do status de PIR ou do encerramento de uma Task de PIR

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como extrair os dados de gerenciamento de problemas do BMC Helix ITSM

Pronto para começar?

Transforme a estabilidade dos seus serviços aplicando este Template aos dados do BMC Helix ITSM hoje mesmo. Nossa equipe pode ajudar se você tiver dúvidas sobre a configuração.

Elimine hoje os gargalos do gerenciamento de problemas

Reduza o tempo de ciclo em 30% e aumente a estabilidade dos serviços.

Comece seu teste grátis

Não é necessário cartão de crédito. Configuração em poucos minutos.