Seu Template de Dados de Gestão de Mudanças

BMC Helix ITSM
Seu Template de Dados de Gestão de Mudanças

Seu Template de Dados de Gestão de Mudanças

Este template oferece um guia estruturado para coletar os dados essenciais para analisar seu processo de Gestão de Mudanças. Você encontrará atributos recomendados, atividades principais para monitorar e orientações práticas sobre como extrair essas informações diretamente de seus sistemas. Utilize este recurso para garantir uma iniciativa de Process Mining abrangente e eficaz.
  • Atributos recomendados para uma análise completa
  • Principais atividades e marcos para acompanhar em seu processo
  • Orientação específica de extração para sistemas de origem relevantes
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão de Mudanças

Estes são os campos de dados recomendados para incluir em seu log de eventos para uma análise abrangente da gestão de mudanças, permitindo insights profundos sobre seu processo.
5 Obrigatório 6 Recomendado 12 Opcional
Nome Descrição
Atividade
ActivityName
O nome do evento ou tarefa específica realizada no processo de gestão de mudanças.
Descrição

Este atributo representa uma única etapa ou mudança de status no ciclo de vida de uma requisição de mudança, como 'Requisição enviada' ou 'Requisição aprovada'. Essas atividades são os blocos fundamentais do mapa do processo.

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

Por que é importante

Define as etapas do processo, permitindo a visualização e análise do fluxo, que é a essência do Process Mining.

Onde obter

Derivado das transições de status no formulário 'CHG:ChangeRequest_AuditLog' ou pelo rastreamento de 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
O `timestamp` indicando quando uma atividade ou evento específico começou.
Descrição

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

Este timestamp é crucial para analisar a linha do tempo do processo. Ele é usado para calcular tempos de ciclo entre atividades, medir tempos de espera, identificar tendências de desempenho ao longo do tempo e determinar a sequência de eventos. Timestamps precisos são a base para qualquer análise de processo baseada em tempo.

Por que é importante

Fornece a dimensão temporal necessária para calcular durações, analisar o desempenho e entender a sequência de eventos no processo.

Onde obter

Obtido do campo 'Audit Date' no formulário 'CHG:ChangeRequest_AuditLog' ou da 'Last Modified Date' associada a mudanças de status específicas.

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

O ID da Requisição de Mudança é a chave exclusiva que identifica cada iniciativa de mudança ao longo do seu ciclo de vida. Ele agrupa todas as atividades, aprovações e tarefas relacionadas, formando a base de um 'caso' individual no Process Mining.

Analisar os processos por este ID permite uma visão de ponta a ponta de como as mudanças são gerenciadas, desde a requisição inicial até o fechamento final. Isso é essencial para rastrear tempos de ciclo, identificar gargalos e entender as variações do processo para cada mudança.

Por que é importante

Este é o atributo fundamental que conecta todos os eventos relacionados em uma única instância de processo, tornando possível a análise de ponta a ponta do processo de gestão de mudanças.

Onde obter

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

Exemplos
CRQ0000001234567CRQ0000001234568CRQ0000001234569
Sistema de Origem
SourceSystem
O nome do sistema do qual os dados foram extraídos.
Descrição

Este atributo identifica a origem dos dados do processo, que neste contexto é o 'BMC Helix ITSM'. Ajuda na governança e rastreabilidade dos dados, especialmente em ambientes onde informações de vários sistemas podem ser combinadas para uma análise mais ampla.

Por exemplo, se os dados de mudança forem posteriormente mesclados com dados de um sistema financeiro ou de gestão de projetos, este campo garante a diferenciação clara das fontes de dados.

Por que é importante

Oferece um contexto fundamental sobre a origem dos dados, garantindo a rastreabilidade e a interpretação correta das informações, especialmente em cenários de análise multissistema.

Onde obter

Geralmente é um valor estático adicionado durante o processo de extração, transformação e carga (ETL) para rotular a origem do conjunto de dados.

Exemplos
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados para este registo foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo mostra a data e hora em que os dados foram extraídos pela última vez do BMC Helix ITSM. Não é a hora do evento em si, mas sim a hora da coleta dos dados. Esta informação é vital para entender a atualidade dos dados analisados e para gerenciar os ciclos de atualização.

Em dashboards e relatórios, este timestamp informa aos usuários quão recente é a análise, o que é especialmente importante para o monitoramento de processos contínuos.

Por que é importante

Indica o quão recentes são os dados, o que é crítico para garantir que as análises e dashboards reflitam o estado atual do processo.

Onde obter

Este é um campo de metadados geralmente gerado e preenchido pela ferramenta de ETL ou 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
A equipe responsável por realizar a implementação da mudança.
Descrição

Este atributo identifica o grupo técnico ou operacional encarregado de realizar o trabalho exigido pela requisição de mudança. Frequentemente é o 'Grupo Atribuído' durante as fases de implementação do ciclo de vida da mudança.

Esta informação é crítica para o dashboard 'Gargalos de Recursos no Processo de Mudança'. Ao analisar as durações das atividades e os volumes por equipe de implementação, os gestores podem identificar desequilíbrios de carga, lacunas de competência ou outras restrições de recursos que atrasam a implantação da mudança.

Por que é importante

Ajuda a identificar gargalos relacionados a recursos na fase de implementação através da análise de performance por equipe responsável.

Onde obter

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

Exemplos
Operações de ServidorAdministradores de Banco de DadosEquipe SAP BasisInfraestrutura em Nuvem
Grupo Aprovador
ApproverGroup
A equipe ou grupo responsável por aprovar uma requisição de mudança em um estágio específico.
Descrição

Este atributo identifica o grupo atribuído para revisar e autorizar uma mudança. Como uma mudança pode ter várias etapas de aprovação, isso pode representar diferentes grupos ao longo do ciclo de vida, como uma equipe de aprovação técnica e um comitê de aprovação de negócios.

Este é um atributo vital para o dashboard 'Gargalos de Aprovação de Mudanças', pois permite segmentar os tempos de aprovação pelo grupo responsável. Isso ajuda a identificar equipes específicas que podem estar sobrecarregadas ou ineficientes, causando atrasos no processo.

Por que é importante

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

Onde obter

Obtido do formulário 'AP:Signature', que gerencia aprovações e está vinculado à requisição de mudança. O grupo do aprovador faz parte deste registro.

Exemplos
Comitê de Controle de Mudanças (CAB)Segurança de TIEngenharia de RedeDesenvolvimento de Aplicações
Nível de Risco
RiskLevel
Uma avaliação do risco potencial associado à implementação da mudança.
Descrição

O Nível de Risco é uma avaliação qualitativa ou quantitativa do potencial de consequências negativas caso a mudança seja implementada. É uma entrada crucial para o processo de aprovação, onde mudanças de maior risco passam por um escrutínio mais rigoroso.

Este atributo é central no dashboard 'Análise de Perfil de Risco de Mudança', que ajuda os interessados a entender a exposição geral ao risco do portfólio de mudanças. Também é usado para identificar loops de retrabalho onde as avaliações de risco iniciais são inadequadas, levando a reavaliações posteriores.

Por que é importante

Fornece uma dimensão crítica para analisar a conformidade e a eficiência do processo, ajudando a garantir que as mudanças de maior risco recebam o escrutínio adequado.

Onde obter

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

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

A prioridade geralmente é determinada pela combinação de Impacto e Urgência, ditando a ordem e a velocidade de tratamento de uma requisição de mudança. Mudanças de alta prioridade costumam exigir processamento mais rápido e podem ter acordos de nível de serviço (SLAs) mais rígidos.

Este atributo é utilizado no dashboard 'Desempenho de SLA de Mudança' para segmentar e analisar a performance por níveis de prioridade. Ele ajuda a responder perguntas como 'Estamos cumprindo nossos SLAs para mudanças de alta prioridade?' e orienta decisões de alocação de recursos.

Por que é importante

Permite analisar o desempenho segmentado pela importância para o negócio, garantindo que as mudanças mais críticas sejam processadas com eficiência e atinjam suas metas.

Onde obter

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

Exemplos
CríticoAltoMédioBaixo
Status
Status
O estado atual ou fase da requisição de mudança em seu ciclo de vida.
Descrição

O campo Status indica a etapa exata de uma requisição de mudança em um determinado momento, como 'Rascunho', 'Requisição para Autorização' ou 'Concluído'. Embora as atividades sejam derivadas das transições entre esses estados, o status em si é útil para analisar a carga de trabalho atual.

Este atributo é essencial para o dashboard 'Vazão de Mudanças e Status Atual', fornecendo uma visão instantânea de quantas mudanças estão em cada etapa do pipeline. Ajuda os gestores a entender o trabalho em andamento (WIP) e a alocação de recursos.

Por que é importante

Oferece uma visão em tempo real do pipeline de mudanças, permitindo a análise do trabalho em andamento e do estado atual de todas as requisições.

Onde obter

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

Exemplos
RascunhoRequisição para autorizaçãoAgendadoImplementação em AndamentoConcluído
Tipo de Altera00o
ChangeType
A classificação da mudança, como Padrão, Normal ou Emergencial.
Descrição

Este atributo categoriza a requisição de mudança com base em sua natureza e no processo que deve seguir. Tipos comuns incluem Padrão (pré-aprovada, baixo risco), Normal (exige avaliação e aprovação completas) e Emergencial (exige tratamento expedito devido a um problema urgente).

Analisar pelo Tipo de Mudança é crítico para entender as variações do processo. Por exemplo, o dashboard 'Volume e Impacto de Mudanças Emergenciais' depende deste campo para rastrear mudanças urgentes e seu efeito na estabilidade do serviço. Também ajuda a avaliar se diferentes tipos de mudanças seguem os caminhos prescritos.

Por que é importante

Permite segmentar o processo para analisar e comparar diferentes workflows de mudança, o que é fundamental para análises de conformidade e desempenho.

Onde obter

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

Exemplos
PadrãoNormalEmergencial (Emergency)Sem impacto
Código de Encerramento
CloseCode
Um código que indica o resultado final da mudança quando ela foi encerrada.
Descrição

O Código de Fechamento fornece um motivo padronizado para o encerramento de uma requisição de mudança, como 'Bem-sucedido', 'Bem-sucedido com problemas', 'Revertido' ou 'Cancelado'. Este atributo oferece uma visão mais detalhada do resultado da mudança do que apenas o status final.

Analisar os Códigos de Fechamento 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, fornecendo uma métrica valiosa para a melhoria do processo.

Por que é importante

Oferece um resultado claro e estruturado para cada mudança, permitindo a análise das taxas de sucesso e dos motivos de falha ou cancelamento.

Onde obter

Encontrado no campo 'Status Reason' ou campo de código de encerramento similar do formulário 'CHG:Infrastructure Change', ativo nas fases finais.

Exemplos
Bem-sucedidoBem-sucedido com problemasRevertida (Backed Out)Cancelado
Data Alvo do SLA
SLATargetDate
A data e hora previstas para que a requisição de mudança seja concluída.
Descrição

A Data Limite do SLA (Acordo de Nível de Serviço) é o prazo para concluir a requisição de mudança, determinado por seu tipo e prioridade. É a referência contra a qual o tempo real de conclusão é medido.

Este atributo é fundamental para o dashboard 'Desempenho de SLA de Mudança'. Ao comparar o tempo real de fechamento com esta meta, podemos determinar se a mudança cumpriu o SLA. Analisar o desempenho do SLA ajuda a avaliar a eficiência geral do processo e a adesão aos compromissos de nível de serviço.

Por que é importante

Estabelece a referência para medir o desempenho, permitindo calcular as taxas de conformidade de SLA e identificar mudanças em risco.

Onde obter

Esta informação é geralmente armazenada em formulários de gestão de SLA relacionados e vinculada à requisição de mudança, sendo muitas vezes visível no próprio formulário da mudança.

Exemplos
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
É Mudança de Emergência
IsEmergencyChange
Um sinalizador booleano que é verdadeiro se a mudança for do tipo 'Emergency' (Emergencial).
Descrição

Esta flag derivada simplifica a análise fornecendo um indicador binário claro para mudanças de emergência. É baseada no valor do atributo 'ChangeType'.

Este atributo é usado principalmente para alimentar o dashboard 'Volume e Impacto de Mudanças Emergenciais' e o KPI 'Porcentagem de Mudanças Emergenciais'. Ele permite filtrar e agregar facilmente dados relacionados a mudanças urgentes, facilitando o acompanhamento de sua frequência e tendências ao longo do tempo sem a necessidade de lógicas complexas de filtragem na ferramenta de análise.

Por que é importante

Simplifica a análise de mudanças de emergência, facilitando a filtragem, a criação de dashboards e o cálculo de KPIs relacionados a esse tipo crítico de mudança.

Onde obter

Este é um atributo derivado criado durante a transformação de dados. A lógica é: SE 'ChangeType' = 'Emergency' ENTÃO true SENÃO false.

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Um sinalizador que indica se uma atividade representa um ciclo de retrabalho ou um retrocesso no processo.
Descrição

Este atributo booleano é definido como verdadeiro quando uma requisição de mudança retorna a um estágio anterior de seu ciclo de vida, por exemplo, de 'Agendado' de volta para 'Avaliação de Risco'. Tais movimentos de retorno representam retrabalho, que costuma ser uma fonte de ineficiência.

Esta flag é usada para calcular o KPI 'Taxa de Retrabalho em Mudanças' e alimenta o dashboard 'Retrabalho de Mudanças e Eficiência de Avaliação'. Ajuda a quantificar a frequência de retrabalho e identifica as etapas específicas do processo onde ele ocorre com mais frequência, apontando áreas para melhoria no planejamento e avaliação iniciais.

Por que é importante

Identifica ineficiências diretamente ao sinalizar atividades que fazem parte de um ciclo de retrabalho, permitindo melhorias focadas.

Onde obter

Este é um atributo calculado, derivado da análise da sequência de atividades de um caso. Uma lógica é aplicada durante a transformação dos dados para detectar movimentos de retorno no fluxo do processo.

Exemplos
verdadeirofalse
End Time
EventEndTime
O timestamp que indica quando uma determinada atividade ou evento foi concluído.
Descrição

O Horário de Término marca a conclusão de uma atividade. No Process Mining, isso é frequentemente calculado como o horário de início da atividade subsequente no caso, fornecendo uma duração clara para a etapa anterior. Para a última atividade de um caso, pode ser o mesmo que seu horário de início ou um timestamp de fechamento específico.

Este atributo é essencial para calcular o ProcessingTime de cada atividade, que é uma métrica central para análise de desempenho e identificação de gargalos. Ele permite uma análise detalhada de quanto tempo cada etapa consome.

Por que é importante

Permite o cálculo preciso da duração das atividades, algo fundamental para identificar gargalos e medir a performance do processo.

Onde obter

Este é um atributo calculado, geralmente derivado durante a transformação de dados ao considerar o horário 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
Estado do SLA
SLAState
O status calculado da requisição de mudança em relação à sua meta de SLA.
Descrição

Este atributo indica se uma requisição de mudança concluída cumpriu, esteve em risco de descumprir ou descumpriu seu Acordo de Nível de Serviço (SLA). É calculado comparando o timestamp real de conclusão com a 'SLATargetDate'.

Esta é a principal métrica para o dashboard 'Desempenho de SLA de Mudança'. Oferece uma medida clara e concisa do desempenho em relação aos compromissos de serviço e permite filtrar os dados por prioridade, tipo de mudança ou equipe para identificar áreas com baixa adesão ao SLA.

Por que é importante

Proporciona uma medida direta do desempenho em relação aos compromissos assumidos, sendo um indicador fundamental da eficiência do processo e da qualidade do serviço.

Onde obter

Este é um atributo calculado derivado durante a transformação de dados, comparando o timestamp da atividade final com a 'SLATargetDate'.

Exemplos
No PrazoEm RiscoViolado
ID do incidente relacionado
RelatedIncidentID
O identificador de qualquer incidente causado por esta mudança.
Descrição

Este atributo vincula uma requisição de mudança a quaisquer incidentes subsequentes que ela possa ter causado. Esta relação é crucial para entender o impacto das mudanças na estabilidade do serviço.

Este é o atributo principal necessário para calcular o KPI 'Taxa de Incidentes Causados por Mudanças'. Ao rastrear esses links, a organização pode medir a qualidade de seu processo de mudança e identificar tipos de mudanças, equipes ou serviços associados a uma taxa mais alta de problemas pós-implementação.

Por que é importante

Mede diretamente o impacto negativo das mudanças, fornecendo um KPI crítico para avaliar a qualidade das mudanças e a eficácia da gestão de riscos.

Onde obter

Este relacionamento geralmente é estabelecido no formulário de Incidente ('HPD:Help Desk'), onde um incidente pode ser vinculado a uma requisição de mudança como sua causa.

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

O Impacto mede o efeito potencial de uma mudança nas operações de negócio, serviços e usuários. Junto com a Urgência, é um fator crítico para definir a Prioridade da solicitação.

Na análise, o Impacto é usado no dashboard de 'Análise de Perfil de Risco' para fornecer uma visão abrangente das possíveis consequências para o negócio. Entender a distribuição de mudanças de alto impacto ajuda a definir estratégias de gestão de risco e planejamento de recursos.

Por que é importante

Ajuda a quantificar as possíveis consequências das mudanças para o negócio, permitindo análise de risco e priorização baseada na gravidade do impacto nos serviços.

Onde obter

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

Exemplos
1-Extenso/Generalizado2-Significant/Large3-Moderate/Limited4-Minor/Localized
Serviço afetado
AffectedService
O serviço de negócio ou técnico impactado pela mudança.
Descrição

Este atributo vincula a requisição de mudança a um serviço específico definido no CMDB (Banco de Dados de Gestão de Configuração). Pode ser um serviço de negócio voltado ao usuário, como 'E-mail', ou um serviço técnico de back-end, como 'Serviço de Autenticação'.

É usado no dashboard 'Volume e Impacto de Mudanças Emergenciais' para correlacionar mudanças com os serviços que elas afetam. Isso ajuda a entender a estabilidade de diferentes serviços e a identificar aqueles que exigem intervenções de emergência frequentes.

Por que é importante

Fornece um contexto de negócio crucial, conectando mudanças técnicas ao seu impacto nos serviços e permitindo uma análise de processos centrada no serviço.

Onde obter

Obtido do campo 'ServiceCI' ou de relacionamentos de Item de Configuração (CI) no formulário 'CHG:Infrastructure Change'.

Exemplos
E-mail corporativoSAP ERPCRM (Customer Relationship Management)Portal de Internet Banking
Solicitante da Mudança
ChangeSubmitter
O indivíduo que criou e enviou a requisição de mudança.
Descrição

Este atributo identifica a pessoa que iniciou a requisição de mudança. Geralmente é capturado como o usuário 'Solicitante' ou 'Relatado por' no sistema.

Embora nem sempre seja uma dimensão de análise primária, pode ser útil para entender as origens das requisições de mudança. Por exemplo, analisar se a maioria das mudanças vem de departamentos ou funções específicas pode fornecer insights sobre necessidades de negócio e processos de planejamento.

Por que é importante

Ajuda a identificar os originadores das solicitações, o que pode ser usado para analisar padrões de demanda e o comportamento do usuário no processo.

Onde obter

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

Exemplos
Allen AllbrookMary MannBob Baxter
Tempo de Processamento
ProcessingTime
A duração do tempo gasto em uma atividade, calculada a partir de seus horários de início e término.
Descrição

O Tempo de Processamento, também conhecido como tempo de ciclo, mede o tempo decorrido do início ao fim de uma atividade. É calculado como a diferença entre 'EventEndTime' e 'EventStartTime' para cada etapa do processo.

Esta é uma métrica fundamental em Process Mining, utilizada para identificar gargalos, medir a eficiência e definir linhas de base de desempenho. Dashboards como 'Gargalos de Aprovação de Mudanças' e KPIs como 'Tempo Médio de Aprovação de Mudanças' baseiam-se diretamente na agregação desse valor calculado.

Por que é importante

É uma métrica de desempenho central usada para quantificar a duração das etapas, sendo essencial para análise de gargalos e ganhos de eficiência.

Onde obter

Esta é uma métrica calculada, derivada durante a transformação de dados ao subtrair o 'EventStartTime' do 'EventEndTime'.

Exemplos
864000001728000003600000
Urgência
Urgency
A urgência da mudança, refletindo a sensibilidade ao tempo de sua implementação.
Descrição

A urgência indica quão rapidamente a mudança precisa ser implementada. É um componente essencial que, junto com o Impacto, define a Prioridade geral da requisição de mudança.

A urgência é um atributo fundamental para o dashboard 'Análise de Perfil de Risco de Mudança', fornecendo insights sobre a pressão de tempo no processo de gestão de mudanças. Analisar tendências na urgência pode ajudar a identificar problemas subjacentes que podem estar gerando um alto número de requisições urgentes.

Por que é importante

Reflete a natureza crítica das mudanças em termos de tempo, ajudando a analisar se o processo lida com eficácia com requisições que possuem diferentes níveis de urgência.

Onde obter

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

Exemplos
1-Crítica2-Alta3-Média4-Baixa
Obrigatório Recomendado Opcional

Atividades de Gestão de Mudanças

Estas são as principais etapas e marcos do processo para capturar em seu log de eventos para uma descoberta precisa do processo e identificação eficaz de gargalos.
7 Recomendado 7 Opcional
Atividade Descrição
Avaliação de risco realizada
Esta atividade significa a conclusão da avaliação de risco para a mudança proposta. Frequentemente capturada quando o status da requisição é atualizado ou uma tarefa específica de avaliação de risco é fechada.
Por que é importante

Rastrear esta atividade é vital para garantir a conformidade com as políticas de gestão de mudanças. Ajuda a identificar atrasos na fase de avaliação e a analisar a Taxa de Retrabalho de Mudança se o processo retornar a esta etapa.

Onde obter

Inferido a partir de uma mudança de status no formulário CHG:Change (ex: mudança para 'Request For Change') ou pela conclusão de uma tarefa relacionada no formulário CHG:Task.

Captura

Identifique o timestamp quando uma tarefa vinculada de 'Risk Assessment' no CHG:Task é marcada como 'Closed' ou 'Completed'.

Tipo de evento inferred
Mudança Agendada
Esta atividade marca o ponto onde a mudança aprovada é oficialmente agendada para implementação. Este evento é capturado a partir da mudança de status para 'Agendado' no sistema.
Por que é importante

Este é um marco crítico que sinaliza a prontidão para a implementação. É o ponto de partida para medir os KPIs de Tempo de Ciclo de Implementação de Mudança e Tempo Médio de Espera para Implementação.

Onde obter

Inferido a partir do histórico de mudanças de status no formulário CHG:Change quando o status muda para 'Scheduled'.

Captura

Identifique o timestamp quando o campo 'Status' no CHG:Change é atualizado para 'Scheduled'.

Tipo de evento inferred
Mudança Fechada
Esta é a atividade final, marcando o fechamento formal da requisição de mudança no sistema. Este evento é capturado quando o status da requisição é definido como 'Fechado'.
Por que é importante

Esta atividade marca o fim bem-sucedido do ciclo de vida da mudança. É essencial para medir a duração do processo de ponta a ponta e a vazão geral.

Onde obter

Inferido a partir do histórico de mudanças de status no formulário CHG:Change quando o status muda para 'Closed'.

Captura

Identifique o timestamp quando o campo 'Status' no 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. Geralmente é registrada quando o status é atualizado para 'Concluído' com um motivo que indica sucesso.
Por que é importante

Este é um marco importante que marca o fim da fase de implantação. É essencial para calcular o Tempo de Ciclo de Implementação de Mudança e analisar incidentes causados por mudanças.

Onde obter

Inferido do formulário CHG:Change quando o 'Status' é definido como 'Completed' e o 'Status Reason' como 'Successful'.

Captura

Identifique o timestamp quando o campo 'Status' no CHG:Change é atualizado para 'Completed'.

Tipo de evento inferred
Solicitação de Mudança Aprovada
Este é um marco fundamental onde a requisição de mudança recebe aprovação formal para prosseguir. O evento é inferido de uma mudança de status, geralmente para 'Agendado' ou 'Planejamento em Andamento' após a autorização final.
Por que é importante

Isso marca o fim da fase de aprovação e é crítico para medir gargalos de aprovação e o KPI de Tempo Médio de Aprovação de Mudança. É um ponto de decisão fundamental no processo.

Onde obter

Inferido a partir do histórico de mudanças de status no formulário CHG:Change, especificamente quando a solicitação sai de um status de aprovação como 'Request For Authorization'.

Captura

Identifique o timestamp quando o campo 'Status' no CHG:Change ultrapassa a fase de aprovação final, 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 requisição de mudança no sistema. O evento é capturado a partir do timestamp de criação da entrada de requisição no formulário CHG:Change.
Por que é importante

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

Onde obter

Este evento é capturado a partir da 'Data de Envio' ou do timestamp de criação do registro no log de auditoria do formulário CHG:Change (ex: HPD:Help Desk Audit Log).

Captura

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

Tipo de evento explicit
Testes realizados
Significa que o teste ou validação pós-implementação foi concluído. Frequentemente capturado pelo fechamento de uma tarefa de teste dedicada associada à requisição de mudança.
Por que é importante

Rastrear esta atividade é fundamental para medir o Tempo Médio de Ciclo de Teste e garantir a qualidade. Ajuda a identificar gargalos no processo de validação antes da verificação final.

Onde obter

Inferido a partir da conclusão de um registro de tarefa de teste no formulário CHG:Task vinculado à solicitação de mudança pai.

Captura

Identifique o timestamp quando uma tarefa vinculada de 'Testing' ou 'Validation' no CHG:Task é marcada como 'Closed' ou 'Completed'.

Tipo de evento inferred
Análise de Impacto Realizada
Representa a conclusão da análise de impacto para determinar as possíveis consequências de uma mudança. Geralmente é inferido a partir de uma atualização de status ou do fechamento de uma tarefa associada.
Por que é importante

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

Onde obter

Inferido a partir do timestamp de conclusão de uma tarefa de 'Impact Analysis' no formulário CHG:Task ou de uma transição de status específica no formulário CHG:Change.

Captura

Identifique o timestamp quando uma tarefa vinculada de 'Impact Analysis' no CHG:Task é marcada como 'Closed' ou 'Completed'.

Tipo de evento inferred
Mudança Cancelada
Representa o cancelamento de uma requisição de mudança antes de sua implementação ou conclusão. É capturado quando o status da requisição é atualizado para 'Cancelado'.
Por que é importante

Rastrear cancelamentos fornece insights sobre por que as mudanças são retiradas. Isso pode destacar problemas como planejamento inicial deficiente, mudanças de prioridades ou restrições de recursos.

Onde obter

Inferido a partir do histórico de mudanças de status no formulário CHG:Change quando o status muda para 'Cancelled'.

Captura

Identifique o timestamp quando o campo 'Status' no CHG:Change é atualizado para 'Cancelled'.

Tipo de evento inferred
Mudança Verificada
Esta atividade indica que a mudança foi formalmente verificada como bem-sucedida pelos interessados após a implementação e os testes. Geralmente é representada por uma mudança de status antes do fechamento final.
Por que é importante

A verificação é a porta final de qualidade antes de fechar uma mudança. Ela confirma que a alteração atingiu seus objetivos e não causou impactos negativos indesejados.

Onde obter

Inferido a partir de uma mudança de status no formulário CHG:Change, como passar de 'Completed' para um status de 'Verification' ou 'Closed'.

Captura

Identifique o timestamp quando o campo 'Status' no CHG:Change transita para 'Closed' após as atividades de implementação.

Tipo de evento inferred
Plano de Implementação Desenvolvido
Indica que o plano detalhado para implementar a mudança foi criado e documentado. Geralmente capturado quando uma tarefa de planejamento associada à mudança é concluída.
Por que é importante

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

Onde obter

Inferido a partir da conclusão de um registro de tarefa de planejamento específico no formulário CHG:Task vinculado à solicitação de mudança pai.

Captura

Identifique o timestamp quando uma tarefa vinculada de 'Implementation Planning' no CHG:Task é marcada como '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. Essa atividade é geralmente capturada pelo fechamento de uma tarefa de revisão pós-implementação (PIR).
Por que é importante

Esta atividade é crucial para o aprendizado organizacional e melhoria de processos. Medir o KPI de Taxa de Revisão Pós-Implementação ajuda a garantir que as lições sejam aprendidas com as mudanças.

Onde obter

Inferido a partir da conclusão de uma tarefa de 'Post-Implementation Review' no formulário CHG:Task vinculada à solicitação de mudança pai.

Captura

Identifique o timestamp quando uma tarefa vinculada de 'PIR' no CHG:Task é marcada como 'Closed' ou 'Completed'.

Tipo de evento inferred
Solicitação de Mudança Enviada
Representa o envio formal de uma requisição de mudança para revisão e autorização. Geralmente é inferido quando o status da requisição muda de 'Rascunho' para 'Requisição para Autorização'.
Por que é importante

Esta atividade inicia o processo de aprovação. Rastreá-la é crucial para medir o tempo que as requisições passam aguardando a revisão inicial e para analisar o KPI de Tempo de Aprovação de Mudança.

Onde obter

Inferido a partir do histórico de mudanças de status da solicitação no formulário CHG:Change, especificamente a transição para 'Request For Authorization'.

Captura

Identifique o timestamp quando o campo 'Status' no CHG:Change muda de 'Draft' para 'Request For Authorization'.

Tipo de evento inferred
Solicitação de Mudança Rejeitada
Esta atividade significa que a requisição de mudança foi formalmente negada por um aprovador. É capturada por uma mudança de status para 'Rejeitado' e representa um estado terminal.
Por que é importante

O rastreamento de rejeições ajuda a identificar os motivos da negação, como informações incompletas ou alto risco. Essa análise pode melhorar a qualidade de futuros envios de mudanças.

Onde obter

Inferido a partir do histórico de mudanças de status no formulário CHG:Change, especificamente a transição para o status 'Rejected'.

Captura

Identifique o timestamp quando o campo 'Status' no CHG:Change é atualizado para 'Rejected'.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do BMC Helix ITSM