Seu Template de dados de gerenciamento de mudanças

BMC Helix ITSM
Seu Template de dados de gerenciamento de mudanças

Seu Template de dados de gerenciamento de mudanças

Este Template oferece um guia estruturado para coletar os dados essenciais à análise do processo de gerenciamento de mudanças. Você encontrará atributos recomendados, atividades importantes para acompanhar e orientações práticas para extrair essas informações diretamente dos seus sistemas. Use este material para garantir uma iniciativa de Process Mining abrangente e eficaz.
  • Atributos recomendados para uma análise completa
  • Atividades e marcos importantes para acompanhar no processo
  • Orientações específicas para extrair dados dos sistemas de origem relevantes
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de gerenciamento de mudanças

Estes são os campos de dados recomendados para incluir no Event Log e fazer uma análise completa do gerenciamento de mudanças, gerando insights aprofundados sobre o processo.
5 Obrigatório 6 Recomendado 11 Opcional
Nome Descrição
Atividade
ActivityName
Nome do evento ou da tarefa específica realizada no processo de gerenciamento de mudanças.
Descrição

Este atributo representa uma etapa ou alteração de status no ciclo de vida de uma solicitação de mudança, como 'Solicitação de mudança enviada' ou 'Solicitação de mudança aprovada'. Essas atividades formam o mapa do processo.

Analisar a sequência e a duração das atividades ajuda a identificar o fluxo do processo, descobrir desvios do procedimento padrão e localizar gargalos. Em geral, os nomes das atividades são derivados das transições de status registradas nos logs de auditoria do sistema.

Por que isso importa

Ele define as etapas do processo e permite visualizar e analisar o fluxo do processo, que é a base do Process Mining.

Onde encontrar

Derivado das transições de status no formulário 'CHG:ChangeRequest_AuditLog' ou do acompanhamento das alterações no campo 'Status' do formulário 'CHG:Infrastructure Change'.

Exemplos
Solicitação de mudança enviadaAvaliação de risco realizadaSolicitação de mudança aprovadaMudança implementada
Hora de início
EventStartTime
Data e hora que indicam quando uma atividade ou evento específico começou.
Descrição

Este atributo registra a data e a hora exatas em que uma atividade ocorreu. Por exemplo, indica quando uma mudança foi enviada, aprovada ou encerrada.

Esse registro de data e hora é essencial para analisar a linha do tempo do processo. Ele é usado para calcular os tempos de ciclo entre atividades, medir tempos de espera, identificar tendências de performance ao longo do tempo e determinar a sequência dos eventos. Registros precisos de data e hora são a base de qualquer análise de processos baseada em tempo.

Por que isso importa

Ele fornece a dimensão temporal necessária para calcular durações, analisar a performance e entender a sequência dos eventos no processo.

Onde encontrar

Obtido do campo 'Audit Date' no formulário 'CHG:ChangeRequest_AuditLog' ou do campo 'Last Modified Date' associado a alterações específicas de status.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID da solicitação de mudança
ChangeRequestID
Identificador exclusivo gerado pelo sistema para uma solicitação de mudança, usado como identificador principal do caso.
Descrição

O ID da solicitação de mudança é a chave exclusiva que identifica cada iniciativa de mudança durante todo o seu ciclo de vida. Ele reúne todas as atividades, aprovações e tarefas relacionadas, formando um único caso para a mineração de processos.

Analisar os processos por esse ID permite acompanhar de ponta a ponta como as mudanças são gerenciadas, da solicitação inicial ao encerramento final. Isso é essencial para monitorar os tempos de ciclo, identificar gargalos e entender as variações do processo em cada mudança.

Por que isso importa

Este é o atributo fundamental que conecta todos os eventos relacionados em uma única instância do processo e permite analisar o gerenciamento de mudanças de ponta a ponta.

Onde encontrar

Encontrado no campo 'Infrastructure Change ID' (ID do campo 1000000182) do formulário 'CHG:Infrastructure Change'.

Exemplos
CRQ0000001234567CRQ0000001234568CRQ0000001234569
Sistema de origem
SourceSystem
Nome do sistema do qual os dados foram extraídos.
Descrição

Este atributo identifica a origem dos dados do processo, que neste caso é o 'BMC Helix ITSM'. Ele ajuda na governança e na rastreabilidade dos dados, especialmente em ambientes que combinam dados de vários sistemas para uma análise mais ampla.

Por exemplo, se os dados de mudanças forem combinados posteriormente com dados de um sistema financeiro ou de gerenciamento de projetos, este campo permite distinguir claramente as fontes.

Por que isso importa

Ele fornece contexto essencial sobre a origem dos dados, garantindo rastreabilidade e interpretação adequada, especialmente em análises que envolvem vários sistemas.

Onde encontrar

Em geral, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) para identificar a origem do conjunto de dados.

Exemplos
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando os dados deste registro foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo mostra a data e a hora da última extração dos dados do BMC Helix ITSM. Não indica o momento do evento, mas sim quando os dados foram extraídos. Essa informação é essencial para entender o nível de atualização dos dados analisados e gerenciar os ciclos de atualização.

Em Dashboards e relatórios, esse registro de data e hora informa quando a análise foi atualizada pela última vez, algo especialmente importante para monitorar processos em andamento.

Por que isso importa

Ele indica o quão recentes são os dados, o que é essencial para garantir que as análises e os Dashboards reflitam o estado mais atual do processo.

Onde encontrar

Este é um campo de metadados geralmente gerado e preenchido pela ferramenta de ETL ou pelo pipeline de dados no momento da extração.

Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Equipe de implementação
ImplementationTeam
Equipe responsável por implementar a mudança.
Descrição

Este atributo identifica o grupo técnico ou operacional responsável pelo trabalho necessário para atender à solicitação de mudança. Em geral, é o 'Assigned Group' durante as etapas de implementação do ciclo de vida da mudança.

Essa informação é essencial para o Dashboard de gargalos de recursos no processo de mudança. Ao analisar a duração e o volume das atividades por equipe de implementação, os gestores podem identificar desequilíbrios na carga de trabalho, lacunas de habilidades e outras limitações de recursos que atrasam a implantação das mudanças.

Por que isso importa

Ajuda a identificar gargalos relacionados a recursos na etapa de implementação, permitindo analisar a performance por equipe responsável.

Onde encontrar

Encontrado no campo 'ASGRP' (Assigned Group) do formulário 'CHG:Infrastructure Change'.

Exemplos
Operações de servidoresAdministradores de banco de dadosEquipe SAP BasisInfraestrutura em nuvem
Grupo aprovador
ApproverGroup
Equipe ou grupo responsável por aprovar uma solicitação de mudança em uma etapa específica.
Descrição

Este atributo identifica o grupo responsável por analisar e autorizar uma mudança. Como uma mudança pode passar por várias etapas de aprovação, diferentes grupos podem atuar ao longo do ciclo, como uma equipe de aprovação técnica e um comitê de aprovação de negócios.

Este atributo é essencial para o Dashboard de gargalos na aprovação de mudanças, pois permite segmentar os tempos de aprovação por grupo responsável. Assim, fica mais fácil identificar equipes sobrecarregadas ou pouco eficientes que estejam causando atrasos no processo.

Por que isso importa

Permite identificar gargalos no processo de aprovação ao analisar a duração das aprovações por equipe responsável.

Onde encontrar

A informação vem do formulário 'AP:Signature', que gerencia as aprovações e está vinculado à solicitação de mudança. O grupo do aprovador faz parte desse registro.

Exemplos
Comitê consultivo de mudançasSegurança de TIEngenharia de redesDesenvolvimento de aplicações
Nível de risco
RiskLevel
Avaliação do risco potencial associado à implementação da mudança.
Descrição

O nível de risco é uma avaliação qualitativa ou quantitativa das possíveis consequências negativas da implementação da mudança. É um dado essencial para o processo de aprovação, no qual mudanças de maior risco passam por uma análise mais rigorosa.

Este atributo é central para o Dashboard 'Change Risk Profile Analysis', que ajuda as partes interessadas a entender a exposição geral a riscos do portfólio de mudanças. Ele também é usado para identificar ciclos de retrabalho em que avaliações iniciais inadequadas levam a uma nova análise de risco.

Por que isso importa

Ele oferece uma dimensão essencial para analisar a conformidade e a eficiência do processo e ajuda a garantir que mudanças de maior risco recebam a análise adequada.

Onde encontrar

Encontrado no campo 'Risk Level' do formulário 'CHG:Infrastructure Change'.

Exemplos
1 - Crítico2 - Alto3 - Médio4 - Baixo5 - Planejamento
Prioridade
Priority
Nível de prioridade atribuído à solicitação de mudança, que indica sua importância para o negócio.
Descrição

Em geral, a prioridade é determinada pela combinação do impacto e da urgência e define a ordem e a velocidade de atendimento de uma solicitação de mudança. Uma mudança de prioridade mais alta costuma exigir processamento mais rápido e pode estar sujeita a acordos de nível de serviço (SLAs) mais rigorosos.

Este atributo é usado no Dashboard 'Change SLA Performance' para segmentar e analisar a performance por nível de prioridade. Ele ajuda a responder perguntas como 'Estamos cumprindo os SLAs para mudanças de alta prioridade?' e orienta as decisões de alocação de recursos.

Por que isso importa

Ele permite analisar a performance por importância para o negócio, garantindo que as mudanças mais críticas sejam processadas com eficiência e atinjam suas metas.

Onde encontrar

Encontrado no campo 'Priority' do formulário 'CHG:Infrastructure Change'.

Exemplos
CríticoAltoMédioBaixo
Status
Status
Estado ou etapa atual da solicitação de mudança no ciclo de vida.
Descrição

O campo Status indica a etapa exata de uma solicitação de mudança em determinado momento, como 'Rascunho', 'Request For Authorization' ou 'Completed'. As atividades são derivadas das transições entre esses status, mas o status em si é útil para analisar a carga de trabalho atual.

Este atributo é essencial para o Dashboard 'Change Throughput & Current Status', que mostra quantas mudanças estão em cada etapa do fluxo. Ele ajuda os gestores a entender o trabalho em andamento e a alocação de recursos.

Por que isso importa

Ele oferece uma visão atualizada do fluxo de mudanças, permitindo analisar o trabalho em andamento e o estado atual de todas as solicitações de mudança.

Onde encontrar

Encontrado no campo 'Status' do formulário 'CHG:Infrastructure Change'.

Exemplos
RascunhoSolicitação de autorizaçãoAgendadaImplementação em andamentoConcluída
Tipo de mudança
ChangeType
Classificação da mudança, como padrão, normal ou emergencial.
Descrição

Este atributo classifica a solicitação de mudança conforme sua natureza e o processo que deve seguir. Os tipos mais comuns são padrão (pré-aprovada e de baixo risco), normal (exige avaliação e aprovação completas) e emergencial (exige tratamento acelerado devido a um problema urgente).

Analisar por tipo de mudança é essencial para entender as variações do processo. Por exemplo, o Dashboard 'Emergency Change Volume & Impact' usa este campo para acompanhar mudanças urgentes e seus efeitos na estabilidade dos serviços. Ele também ajuda a avaliar se cada tipo de mudança segue o fluxo previsto.

Por que isso importa

Ele permite segmentar o processo para analisar e comparar diferentes fluxos de trabalho de mudanças, algo essencial para analisar a conformidade e a performance.

Onde encontrar

Encontrado no campo 'Change Type' do formulário 'CHG:Infrastructure Change'.

Exemplos
PadrãoNormalEmergencialSem impacto
Código de encerramento
CloseCode
Código que indica o resultado final da mudança no momento do encerramento.
Descrição

O código de encerramento informa, de forma padronizada, o motivo do fechamento de uma solicitação de mudança, como 'Concluída com sucesso', 'Concluída com problemas', 'Revertida' ou 'Cancelada'. Esse atributo detalha o resultado da mudança além do status final.

Analisar os códigos de encerramento ajuda a avaliar a qualidade e a taxa de sucesso das mudanças implementadas. Por exemplo, um número elevado de mudanças 'Revertidas' pode indicar problemas no planejamento ou nos testes e fornecer uma métrica útil para melhorar o processo.

Por que isso importa

Apresenta um resultado claro e estruturado para cada mudança, permitindo analisar as taxas de sucesso e os motivos de falha ou cancelamento.

Onde encontrar

Encontrado no campo 'Status Reason' ou em um campo semelhante de código de encerramento no formulário 'CHG:Infrastructure Change', que é ativado nas etapas finais.

Exemplos
Concluída com sucessoConcluída com problemasRevertidaCancelada
Data-limite do SLA
SLATargetDate
Data e hora-limite para concluir a solicitação de mudança.
Descrição

A data-limite do SLA (Acordo de Nível de Serviço) é o prazo para concluir a solicitação de mudança, definido de acordo com a prioridade e o tipo da mudança. Ela serve de referência para comparar o tempo real de conclusão.

Este atributo é fundamental para o Dashboard de performance do SLA de mudanças. Ao comparar o horário real de encerramento com essa meta, é possível verificar se a mudança cumpriu o SLA. Analisar a performance do SLA ajuda a avaliar a eficiência geral do processo e o cumprimento dos compromissos de nível de serviço.

Por que isso importa

Serve de referência para medir a performance, calcular os índices de conformidade com o SLA e identificar mudanças em risco.

Onde encontrar

Em geral, essa informação fica armazenada em formulários relacionados ao gerenciamento de SLA e vinculada à solicitação de mudança. Muitas vezes, ela também aparece no próprio formulário da mudança.

Exemplos
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
É mudança emergencial
IsEmergencyChange
Indicador booleano que recebe o valor true quando a mudança é do tipo 'Emergencial'.
Descrição

Este indicador derivado simplifica a análise ao identificar claramente as mudanças emergenciais com um valor binário. Ele se baseia no valor do atributo 'ChangeType'.

Este atributo é usado principalmente no Dashboard de volume e impacto de mudanças emergenciais e no KPI de percentual de mudanças emergenciais. Ele facilita a filtragem e a agregação dos dados sobre mudanças emergenciais, permitindo acompanhar sua frequência e suas tendências ao longo do tempo sem precisar criar lógicas complexas de filtragem na ferramenta de análise.

Por que isso importa

Simplifica a análise de mudanças emergenciais e facilita a filtragem, a criação de Dashboards e o cálculo de KPIs relacionados a esse tipo crítico de mudança.

Onde encontrar

Este atributo derivado é criado durante a transformação dos dados. A lógica é: IF 'ChangeType' = 'Emergency' THEN true ELSE false.

Exemplos
truefalse
É retrabalho
IsRework
Indicador que mostra se uma atividade representa um ciclo de retrabalho ou uma etapa de retrocesso no processo.
Descrição

Este atributo booleano recebe o valor true quando uma solicitação de mudança volta a uma etapa anterior do ciclo de vida, por exemplo, de 'Agendada' para 'Avaliação de riscos'. Esses retrocessos representam retrabalho, que costuma gerar ineficiência.

Este indicador é usado para calcular o KPI de taxa de retrabalho em mudanças e dá suporte ao Dashboard de retrabalho em mudanças e eficiência da avaliação. Ele ajuda a quantificar a frequência do retrabalho e identificar as etapas do processo em que ele ocorre com mais frequência, apontando oportunidades de melhoria no planejamento e na avaliação iniciais.

Por que isso importa

Identifica diretamente ineficiências no processo ao sinalizar atividades que fazem parte de um ciclo de retrabalho, permitindo direcionar as iniciativas de melhoria.

Onde encontrar

Este atributo é calculado com base na análise da sequência de atividades de um caso. Durante a transformação dos dados, aplica-se uma lógica para detectar retrocessos no fluxo do processo.

Exemplos
truefalse
Hora de término
EventEndTime
Data e hora que indicam quando uma atividade ou evento específico foi concluído.
Descrição

A hora de término marca a conclusão de uma atividade. Em Process Mining, ela costuma ser calculada como a hora de início da atividade seguinte no caso, indicando claramente a duração da etapa anterior. Para a última atividade de um caso, pode ser igual à hora de início ou corresponder a um timestamp específico de encerramento.

Este atributo é essencial para calcular o ProcessingTime de cada atividade, uma métrica central para analisar a performance e identificar gargalos. Ele permite analisar em detalhes quanto tempo cada etapa leva.

Por que isso importa

Ele permite calcular com precisão a duração das atividades, algo fundamental para identificar gargalos e medir a performance do processo.

Onde encontrar

Este é um atributo calculado, geralmente derivado durante a transformação dos dados, usando a hora de início do próximo evento na sequência de um determinado caso.

Exemplos
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
ID do incidente relacionado
RelatedIncidentID
Identificador de qualquer incidente causado por esta mudança.
Descrição

Este atributo vincula uma solicitação de mudança a incidentes posteriores que ela possa ter causado. Essa relação é essencial para entender o impacto das mudanças na estabilidade dos serviços.

Este é o principal atributo necessário para calcular o KPI de taxa de incidentes causados por mudanças. Ao acompanhar esses vínculos, a organização pode medir a qualidade do processo de mudança e identificar tipos de mudança, equipes ou serviços associados a uma taxa maior de problemas após a implementação.

Por que isso importa

Mede diretamente o impacto negativo das mudanças e fornece um KPI essencial para avaliar a qualidade das mudanças e a eficácia do gerenciamento de riscos.

Onde encontrar

Em geral, essa relação é estabelecida no formulário de incidente ('HPD:Help Desk'), onde o incidente pode ser vinculado à solicitação de mudança que o causou.

Exemplos
INC000000987654INC000000987655INC000000987656
Impacto
Impact
Impacto avaliado da mudança nos serviços de negócio e na infraestrutura de TI.
Descrição

O impacto mede os possíveis efeitos de uma mudança nas operações de negócio, nos serviços e nos usuários. Junto com a urgência, é um fator essencial para determinar a prioridade da solicitação de mudança.

Na análise, o impacto é usado no Dashboard 'Change Risk Profile Analysis' para oferecer uma visão abrangente das possíveis consequências do portfólio de mudanças para o negócio. Entender a distribuição de mudanças de alto impacto pode orientar estratégias de gerenciamento de riscos e planejamento de recursos.

Por que isso importa

Ele ajuda a quantificar as possíveis consequências das mudanças para o negócio, permitindo analisar riscos e definir prioridades conforme a gravidade dos possíveis efeitos nos serviços.

Onde encontrar

Encontrado no campo 'Impact' do formulário 'CHG:Infrastructure Change'.

Exemplos
1 - Extenso/Generalizado2 - Significativo/Amplo3 - Moderado/Limitado4 - Pequeno/Localizado
Serviço afetado
AffectedService
Serviço de negócios ou técnico afetado pela mudança.
Descrição

Este atributo vincula a solicitação de mudança a um serviço específico definido no banco de dados de gerenciamento de configuração (CMDB). Pode ser um serviço de negócios voltado aos usuários, como 'Serviços de e-mail', ou um serviço técnico de back-end, como 'Serviço de autenticação'.

Ele é usado no Dashboard de volume e impacto de mudanças emergenciais para relacionar as mudanças aos serviços afetados. Isso ajuda a entender a estabilidade de cada serviço e a identificar aqueles que exigem intervenções emergenciais frequentes.

Por que isso importa

Fornece um contexto de negócios essencial, relacionando as mudanças técnicas ao impacto nos serviços de negócios e permitindo analisar o processo com foco nos serviços.

Onde encontrar

A informação vem do campo 'ServiceCI' ou das relações com itens de configuração (CI) associadas no formulário 'CHG:Infrastructure Change'.

Exemplos
E-mail corporativoSAP ERPGestão do relacionamento com o clientePortal de internet banking
Solicitante da mudança
ChangeSubmitter
Pessoa que criou e enviou a solicitação de mudança.
Descrição

Este atributo identifica quem iniciou a solicitação de mudança. Em geral, o sistema registra essa pessoa como 'Submitter' ou 'Reported By'.

Embora nem sempre seja uma dimensão principal de análise, esse atributo pode ajudar a entender a origem das solicitações de mudança. Por exemplo, analisar se a maioria das mudanças vem de departamentos ou funções específicos pode revelar necessidades de negócios e aspectos do planejamento.

Por que isso importa

Ajuda a identificar quem iniciou as solicitações de mudança e permite analisar padrões de demanda e o comportamento dos usuários no processo.

Onde encontrar

Encontrado no campo 'Submitter' do formulário 'CHG:Infrastructure Change'.

Exemplos
Allen AllbrookMary MannBob Baxter
Status do SLA
SLAState
Status calculado da solicitação de mudança em relação à meta do SLA.
Descrição

Este atributo indica se uma solicitação de mudança concluída cumpriu o Acordo de Nível de Serviço (SLA), estava em risco de descumpri-lo ou o descumpriu. O cálculo compara a data e hora reais de conclusão com 'SLATargetDate'.

Esta é a principal métrica do Dashboard de performance do SLA de mudanças. Ela mede de forma clara e objetiva a performance em relação aos compromissos de serviço e permite segmentar os dados por prioridade, tipo de mudança ou equipe para identificar áreas com baixa conformidade com o SLA.

Por que isso importa

Mede diretamente a performance em relação aos compromissos e é um indicador essencial da eficiência do processo e da qualidade do serviço.

Onde encontrar

Este atributo é calculado durante a transformação dos dados, comparando a data e hora da atividade final com 'SLATargetDate'.

Exemplos
No prazoEm riscoDescumprido
Urgência
Urgency
Urgência da mudança, que reflete o prazo necessário para sua implementação.
Descrição

A urgência indica com que rapidez a mudança precisa ser implementada. Junto com o impacto, é um componente essencial para calcular a prioridade geral da solicitação de mudança.

A urgência é um atributo importante para o Dashboard 'Change Risk Profile Analysis', pois mostra a pressão de tempo sobre o processo de gerenciamento de mudanças. Analisar as tendências de urgência pode ajudar a identificar problemas subjacentes que levam a um grande número de solicitações com prazos críticos.

Por que isso importa

Ela reflete o caráter urgente das mudanças e ajuda a analisar se o processo atende com eficiência às solicitações com diferentes níveis de urgência.

Onde encontrar

Encontrado no campo 'Urgency' do formulário 'CHG:Infrastructure Change'.

Exemplos
1 - Crítico2 - Alto3-Médio4-Baixo
Obrigatório Recomendado Opcional

Atividades de gerenciamento de mudanças

Estas são as principais etapas e os marcos do processo que você deve registrar no Event Log para descobrir o processo com precisão e identificar gargalos com eficácia.
7 Recomendado 7 Opcional
Atividade Descrição
Avaliação de risco realizada
Esta atividade indica a conclusão da avaliação de risco da mudança proposta. Em geral, ela é identificada quando o status da solicitação de mudança é atualizado ou quando uma tarefa específica de avaliação de risco é encerrada.
Por que isso importa

Acompanhar esta atividade é essencial para garantir a conformidade com as políticas de gerenciamento de mudanças. Isso ajuda a identificar atrasos na etapa de avaliação e a analisar a taxa de retrabalho de mudanças quando o processo retorna a esta etapa.

Onde encontrar

Identificada por uma alteração de status no formulário CHG:Change (por exemplo, a mudança para 'Request For Change') ou pela conclusão de uma tarefa relacionada no formulário CHG:Task.

Coleta

Identifique o timestamp em que uma tarefa vinculada de 'Risk Assessment' no CHG:Task recebe o status 'Closed' ou 'Completed'.

Tipo de evento inferred
Mudança agendada
Esta atividade marca o momento em que a mudança aprovada é oficialmente agendada para implementação. O evento é identificado pela alteração de status para 'Scheduled' no sistema.
Por que isso importa

Este marco importante indica que a mudança está pronta para implementação. É o ponto de partida para medir os KPIs de tempo de ciclo de implementação de mudanças e tempo médio de espera para implementação.

Onde encontrar

Identificada pelo histórico de alterações de status no formulário CHG:Change, quando o status muda para 'Scheduled'.

Coleta

Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Scheduled'.

Tipo de evento inferred
Mudança encerrada
Esta é a atividade final, que marca o encerramento formal da solicitação de mudança no sistema. O evento é registrado quando o status da solicitação de mudança é definido como 'Closed'.
Por que isso importa

Esta atividade marca o fim bem-sucedido do ciclo de vida da mudança. Ela é essencial para medir a duração do processo de ponta a ponta e o volume geral de mudanças concluídas.

Onde encontrar

Identificada pelo histórico de alterações de status no formulário CHG:Change, quando o status muda para 'Closed'.

Coleta

Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Closed'.

Tipo de evento inferred
Mudança implementada
Esta atividade representa a conclusão bem-sucedida do trabalho de implementação da mudança. Em geral, ela é registrada quando o status é atualizado para 'Completed' com um motivo que indica sucesso.
Por que isso importa

Este marco importante encerra a etapa de implantação. Ele é essencial para calcular o tempo de ciclo de implementação de mudanças e analisar incidentes causados por mudanças.

Onde encontrar

Identificada no formulário CHG:Change quando o campo 'Status' recebe o valor 'Completed' e o campo 'Status Reason' recebe o valor 'Successful'.

Coleta

Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Completed'.

Tipo de evento inferred
Solicitação de mudança aprovada
Este é um marco importante: a solicitação de mudança recebe aprovação formal para prosseguir. O evento é identificado por uma alteração de status, geralmente para 'Scheduled' ou 'Planning In Progress', após a autorização final.
Por que isso importa

Este marco encerra a etapa de aprovação e é fundamental para medir gargalos na aprovação e o KPI de tempo médio de aprovação de mudanças. É um ponto de decisão importante no processo.

Onde encontrar

Identificada pelo histórico de alterações de status no formulário CHG:Change, especificamente quando a solicitação sai de um status de aprovação, como 'Request For Authorization'.

Coleta

Identifique o timestamp em que o campo 'Status' do CHG:Change avança além da etapa final de aprovação, por exemplo, para 'Scheduled'.

Tipo de evento inferred
Solicitação de mudança criada
Esta atividade marca a criação inicial de um registro de solicitação de mudança no sistema. O evento é identificado pelo timestamp de criação do registro da solicitação de mudança no formulário CHG:Change.
Por que isso importa

Este é o ponto de partida de toda solicitação de mudança, essencial para medir a duração total do ciclo e analisar o volume de mudanças recebidas.

Onde encontrar

Este evento é identificado pela data de envio ou pelo timestamp de criação do registro no log de auditoria do formulário CHG:Change (por exemplo, HPD:Help Desk Audit Log).

Coleta

Use o timestamp de criação do registro no formulário CHG:Change.

Tipo de evento explicit
Testes realizados
Indica que os testes ou a validação após a implementação foram concluídos. Em geral, esse evento é registrado quando uma tarefa de teste específica, associada à solicitação de mudança, é encerrada.
Por que isso importa

Acompanhar esta atividade é essencial para medir o tempo médio do ciclo de testes e garantir a qualidade. Isso ajuda a identificar gargalos no processo de validação antes da verificação final.

Onde encontrar

Identificada pela conclusão de um registro de tarefa de teste no formulário CHG:Task, vinculado à solicitação de mudança principal.

Coleta

Identifique o timestamp em que uma tarefa vinculada de 'Testing' ou 'Validation' no CHG:Task recebe o status 'Closed' ou 'Completed'.

Tipo de evento inferred
Análise de impacto realizada
Representa a conclusão da análise de impacto, que determina as possíveis consequências de uma mudança. Em geral, ela é identificada por uma atualização de status ou pelo encerramento de uma tarefa associada.
Por que isso importa

Esta atividade é essencial para entender a eficiência do planejamento e seu efeito no retrabalho. Analisar sua duração e frequência ajuda a aprimorar a etapa de avaliação inicial.

Onde encontrar

Identificada pelo timestamp de conclusão de uma tarefa de 'Impact Analysis' no formulário CHG:Task ou por uma transição de status específica no formulário CHG:Change.

Coleta

Identifique o timestamp em que uma tarefa vinculada de 'Impact Analysis' no CHG:Task recebe o status 'Closed' ou 'Completed'.

Tipo de evento inferred
Mudança cancelada
Representa o cancelamento de uma solicitação de mudança antes da implementação ou conclusão. O evento é registrado quando o status da solicitação de mudança é atualizado para 'Cancelled'.
Por que isso importa

Acompanhar os cancelamentos ajuda a entender por que as mudanças são retiradas. Isso pode revelar problemas como planejamento inicial inadequado, mudanças de prioridade ou restrições de recursos.

Onde encontrar

Identificada pelo histórico de alterações de status no formulário CHG:Change, quando o status muda para 'Cancelled'.

Coleta

Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Cancelled'.

Tipo de evento inferred
Mudança verificada
Esta atividade indica que as partes interessadas confirmaram formalmente o sucesso da mudança após a implementação e os testes. Em geral, ela é representada por uma alteração de status antes do encerramento final.
Por que isso importa

A verificação é a última etapa de controle de qualidade antes do encerramento de uma mudança. Ela confirma que a mudança atingiu seus objetivos e não causou impactos negativos inesperados.

Onde encontrar

Identificada por uma alteração de status no formulário CHG:Change, como a mudança de 'Completed' para o status 'Verification' ou 'Closed'.

Coleta

Identifique o timestamp em que o campo 'Status' do CHG:Change muda para 'Closed' após as atividades de implementação.

Tipo de evento inferred
Plano de implementação elaborado
Indica que o plano detalhado para implementar a mudança foi criado e documentado. Em geral, esse evento é registrado quando uma tarefa de planejamento associada à mudança é concluída.
Por que isso importa

A conclusão desta atividade é um pré-requisito para o agendamento e a implementação. Analisar sua duração ajuda a identificar atrasos na etapa de planejamento antes da execução da mudança.

Onde encontrar

Identificada pela conclusão de um registro de tarefa de planejamento específico no formulário CHG:Task, vinculado à solicitação de mudança principal.

Coleta

Identifique o timestamp em que uma tarefa vinculada de 'Implementation Planning' no CHG:Task recebe o status 'Closed' ou 'Completed'.

Tipo de evento inferred
Revisão pós-implementação
Representa a conclusão de uma revisão formal após a implementação da mudança. Em geral, esta atividade é identificada pelo encerramento de uma tarefa de revisão pós-implementação (PIR).
Por que isso importa

Esta atividade é essencial para o aprendizado organizacional e a melhoria de processos. Medir o KPI de taxa de revisão pós-implementação ajuda a garantir que as lições aprendidas com as mudanças sejam aproveitadas.

Onde encontrar

Identificada pela conclusão de uma tarefa de 'Post-Implementation Review' no formulário CHG:Task, vinculada à solicitação de mudança principal.

Coleta

Identifique o timestamp em que uma tarefa vinculada de 'PIR' no CHG:Task recebe o status 'Closed' ou 'Completed'.

Tipo de evento inferred
Solicitação de mudança enviada
Representa o envio formal de uma solicitação de mudança para análise e autorização. Em geral, esse evento é identificado quando o status da solicitação muda de 'Rascunho' para 'Request For Authorization'.
Por que isso importa

Esta atividade inicia o processo de aprovação. Acompanhar esse momento é essencial para medir quanto tempo as solicitações aguardam a análise inicial e analisar o KPI de tempo de aprovação de mudanças.

Onde encontrar

Identificado pelo histórico de alterações de status da solicitação de mudança no formulário CHG:Change, especificamente pela transição para 'Request For Authorization'.

Coleta

Identifique o timestamp em que o campo 'Status' do CHG:Change muda de 'Rascunho' para 'Request For Authorization'.

Tipo de evento inferred
Solicitação de mudança rejeitada
Esta atividade indica que um aprovador rejeitou formalmente a solicitação de mudança. Ela é registrada quando o status muda para 'Rejected' e representa um estado final.
Por que isso importa

Acompanhar as rejeições ajuda a identificar os motivos da recusa, como informações incompletas ou risco elevado. Essa análise pode melhorar a qualidade das futuras solicitações de mudança.

Onde encontrar

Identificada pelo histórico de alterações de status no formulário CHG:Change, especificamente pela transição para o status 'Rejected'.

Coleta

Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Rejected'.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do BMC Helix ITSM

Pronto para começar?

Comece hoje a otimizar seu processo de gerenciamento de mudanças preparando os dados com este Template. Obtenha insights valiosos e aumente a eficiência das operações.

Otimize agora o gerenciamento de mudanças e evite interrupções

Aumente para 95% a taxa de sucesso das mudanças e evite interrupções dispendiosas nos serviços.

Começar o teste grátis

Não é necessário informar o cartão de crédito. A configuração leva poucos minutos.