Seu Template de dados de Change Management

Ivanti Cherwell
Seu Template de dados de Change Management

Seu Template de dados de Change Management

Este Template oferece um roteiro claro para coletar os dados essenciais necessários à análise do seu processo de Change Management. Ele apresenta os principais atributos a serem coletados, as atividades importantes a serem acompanhadas e orientações específicas para extrair essas informações do seu sistema de origem. Use este recurso para criar um Event Log robusto para suas iniciativas de Process Mining.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações de extração do Ivanti Cherwell
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos de gestão de mudanças

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise abrangente da gestão de mudanças e uma descoberta esclarecedora do processo.
5 Obrigatório 6 Recomendado 8 Opcional
Nome Descrição
Horário do evento
EventTime
O registro de data e hora que indica quando uma atividade ou evento específico ocorreu para a solicitação de mudança.
Descrição

Event Time, também conhecido como registro de data e hora, registra a data e o horário exatos em que uma atividade ocorreu. Esses dados temporais são essenciais para ordenar os eventos cronologicamente e formam a base de toda análise de Process Mining orientada por tempo.

Esse atributo é usado para calcular as durações entre atividades, medir os tempos gerais de ciclo dos casos e identificar tempos de espera ou atrasos no processo. Ele é fundamental para criar Dashboards que monitoram a performance em relação a metas baseadas em tempo, como o Change Approval Cycle Time.

Por que isso importa

Este registro de data e hora é a base de toda análise de performance e duração, permitindo calcular tempos de ciclo, identificar gargalos e monitorar SLAs.

Onde obter

Geralmente encontrado em registros de mudanças de status, trilhas de auditoria ou registros de data e hora de entradas de diário associados ao objeto Change Request no Ivanti Cherwell.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID da solicitação de mudança
ChangeRequestId
O identificador exclusivo de um único caso de solicitação de mudança, agrupando todas as atividades relacionadas desde o início até o encerramento.
Descrição

O Change Request ID é a chave primária que identifica exclusivamente cada iniciativa de mudança durante todo o seu ciclo de vida. Ele funciona como o identificador do caso no Process Mining, vinculando todos os eventos, como envio, avaliação, aprovação e implementação, em uma única instância de processo coesa.

Analisar os dados usando o Change Request ID permite ter uma visão completa, de ponta a ponta, do processo de gestão de mudanças. Isso possibilita acompanhar mudanças individuais, calcular os tempos totais de ciclo e identificar desvios ou gargalos específicos de cada solicitação.

Por que isso importa

Este é o identificador essencial do caso que conecta todos os eventos relacionados, permitindo rastrear toda a jornada de uma solicitação de mudança e analisar sua performance.

Onde obter

Geralmente é o identificador principal do objeto de negócio Change Request no Ivanti Cherwell.

Exemplos
CR-105421CR-105422CR-105423
Nome da atividade
ActivityName
O nome do evento ou da tarefa específica que ocorreu em determinado momento do processo de gestão de mudanças.
Descrição

O Activity Name descreve uma etapa ou um marco específico do ciclo de vida de uma solicitação de mudança, como 'Change Submitted For Assessment' ou 'Change Approved by CAB'. Essas atividades formam os nós do mapa de processo descoberto.

Na análise, esse atributo é fundamental para visualizar o fluxo do processo, identificar a sequência de eventos e detectar desvios do procedimento padrão. Ele é usado para calcular os tempos de transição entre atividades e entender onde ocorrem os atrasos.

Por que isso importa

Este atributo é essencial para descobrir e visualizar o fluxo real do processo, permitindo identificar gargalos, ciclos de retrabalho e caminhos fora de Conformidade.

Onde obter

Gerado a partir de mudanças de status, entradas de diário ou registros de eventos específicos relacionados ao objeto Change Request no Ivanti Cherwell.

Exemplos
Solicitação de mudança enviada para avaliaçãoMudança aguardando aprovaçãoMudança implementada
Sistema de origem
SourceSystem
O sistema de registro do qual os dados foram extraídos. Nesta visualização, será 'Ivanti Cherwell'.
Descrição

Este atributo identifica o sistema de origem dos dados de eventos. Em ambientes heterogêneos, ele ajuda a distinguir dados de diferentes fontes. Para este modelo de dados específico, será um valor constante indicando que os dados vêm do Ivanti Cherwell.

Embora possa parecer estático em um modelo de fonte única, ele é essencial para a governança de dados, a rastreabilidade e futuras integrações com outros sistemas. Ele garante clareza sobre a procedência dos dados e ajuda a gerenciar a qualidade dos dados.

Por que isso importa

Fornece um contexto essencial sobre a origem dos dados, fundamental para a governança de dados, a solução de problemas e a garantia de rastreabilidade.

Onde obter

Geralmente é um valor estático adicionado durante o processo de extração e transformação dos dados para identificar a origem do conjunto de dados.

Exemplos
Ivanti Cherwell
Última atualização dos dados
LastDataUpdate
O registro de data e hora que indica quando os dados deste evento foram extraídos ou atualizados pela última vez do sistema de origem.
Descrição

Este atributo registra a data e o horário em que os dados foram extraídos pela última vez do Ivanti Cherwell. Ele não representa um evento do processo em si, mas metadados sobre a atualização dos dados.

Isso é importante para que os usuários do Dashboard entendam o quanto a análise está atualizada. Ajuda a gerenciar os cronogramas de atualização dos dados e garante que as decisões sejam baseadas em dados com uma idade conhecida.

Por que isso importa

Indica o nível de atualização dos dados, algo essencial para que os usuários confiem na análise e entendam sua relevância para o estado atual das operações.

Onde obter

Este registro de data e hora é gerado e gravado em cada registro durante o processo de extração, transformação e carregamento (ETL) dos dados.

Exemplos
2024-05-21T02:00:00Z
Data prevista de conclusão
TargetCompletionDate
O prazo planejado ou acordado para a conclusão da implementação da mudança.
Descrição

A Target Completion Date é a data e o horário até os quais se espera que a mudança esteja totalmente implementada e verificada. Essa data geralmente faz parte de um Service Level Agreement (SLA) e serve como principal referência de performance.

Esse atributo é essencial para monitorar a pontualidade e o cumprimento dos prazos. Ele é comparado à data real de conclusão para calcular os KPIs 'On-Time Change Completion Rate' e 'Change SLA Adherence Rate'. Também ajuda a identificar antecipadamente mudanças com risco de não atingir suas metas.

Por que isso importa

Fornece a base para medir a performance dentro do prazo e a aderência ao SLA, indicadores essenciais da eficiência e da confiabilidade do processo.

Onde obter

Geralmente é um campo de data específico no objeto Change Request, muitas vezes chamado de 'Target Date', 'Due Date' ou 'SLA Target'.

Exemplos
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
Equipe responsável pela mudança
ChangeTeam
A equipe ou o grupo atualmente responsável pela solicitação de mudança.
Descrição

O Change Team é o grupo ou departamento designado para a solicitação de mudança. Assim como o Change Owner, ele pode mudar ao longo do processo, indicando uma transferência de responsabilidade entre equipes, como da central de serviços para uma equipe de engenharia de redes.

Esse atributo é essencial para analisar transferências entre equipes e identificar atrasos sistêmicos causados por grupos específicos. Ele ajuda a responder quais equipes estão sobrecarregadas ou onde ocorrem falhas de comunicação, apoiando diretamente a análise 'Change Handoff & Resource Utilization'.

Por que isso importa

Identifica a responsabilidade no nível da equipe, algo essencial para analisar gargalos do processo, medir a performance das equipes e entender atrasos nas transferências entre grupos.

Onde obter

Essas informações geralmente são armazenadas no campo 'Owned By Team' ou em um campo semelhante de atribuição de grupo no objeto Change Request.

Exemplos
Operações de redeAdministração de banco de dadosSuporte a aplicações
Nível de risco da mudança
ChangeRiskLevel
O nível de risco avaliado associado à mudança, como 'Low', 'Medium' ou 'High'.
Descrição

Change Risk Level é uma classificação atribuída durante a fase de avaliação para quantificar o possível impacto negativo de uma mudança. Essa avaliação costuma influenciar o processo de aprovação e o nível de análise necessário.

No Process Mining, esse atributo é usado para analisar a consistência das avaliações de risco e relacionar o risco ao comportamento do processo. Por exemplo, é possível verificar se mudanças de alto risco seguem um caminho de aprovação mais rigoroso ou se têm tempos de implementação maiores. Ele apoia diretamente o Dashboard 'Change Risk Assessment Consistency'.

Por que isso importa

Permite analisar como o risco afeta o fluxo do processo, os ciclos de aprovação e as taxas de sucesso, ajudando a garantir que mudanças de alto risco recebam a análise adequada.

Onde obter

Esse valor é armazenado em um campo 'Risk Level' ou semelhante no objeto Change Request, geralmente preenchido durante a atividade de avaliação de risco.

Exemplos
BaixoMédioAltoCrítico
Responsável pela mudança
ChangeOwner
O usuário ou indivíduo atualmente responsável pela solicitação de mudança.
Descrição

O Change Owner é a pessoa designada e responsável pela solicitação de mudança em uma etapa específica. Esse atributo costuma mudar conforme a solicitação avança pelo ciclo de vida, indicando uma transferência entre indivíduos.

Analisar o Change Owner ajuda a entender a carga de trabalho dos recursos e identificar gargalos relacionados a pessoas específicas. Também é fundamental para analisar transferências de responsabilidade, que podem ser uma fonte significativa de atrasos. Esse atributo apoia o Dashboard 'Change Handoff & Resource Utilization'.

Por que isso importa

Acompanha a responsabilidade individual, permitindo analisar a distribuição da carga de trabalho, a frequência de transferências e os gargalos específicos de cada recurso.

Onde obter

Geralmente é o campo 'Owned By' ou 'Assigned To' do objeto de negócio Change Request.

Exemplos
Alice JohnsonBob WilliamsCharlie Brown
Status da mudança
ChangeStatus
O status atual ou final da solicitação de mudança, como 'Closed', 'Rejected' ou 'In Progress'.
Descrição

Change Status indica o estado de uma solicitação de mudança em determinado momento ou seu resultado final. É um atributo essencial para entender a resolução do caso e identificar exceções.

Na análise de processos, esse atributo é usado para filtrar resultados específicos, como analisar apenas mudanças rejeitadas ou canceladas. Ele alimenta KPIs como 'Change Request Rejection Rate' e é essencial para entender a saúde e a eficiência gerais do processo de gestão de mudanças.

Por que isso importa

Define o resultado de uma solicitação de mudança, permitindo análises importantes sobre taxas de rejeição, taxas de conclusão e a distribuição entre casos abertos e encerrados.

Onde obter

Corresponde ao campo 'Status' do objeto de negócio Change Request no Ivanti Cherwell.

Exemplos
AprovadaRejeitadaEncerradaCanceladaAguardando aprovação
Tipo de mudança
ChangeType
A classificação da mudança, como 'Standard', 'Normal' ou 'Emergency'.
Descrição

Change Type categoriza a solicitação de mudança com base em sua natureza, urgência e impacto. Os tipos comuns incluem Standard (pré-aprovada e de baixo risco), Normal (exige avaliação e aprovação completas) e Emergency (exige implementação imediata).

Esse atributo permite uma análise segmentada para comparar a performance do processo entre diferentes categorias. Por exemplo, ele pode ajudar a determinar se mudanças emergenciais seguem um caminho diferente e mais rápido ou se mudanças padrão são realmente processadas com o mínimo de atrito. É essencial para o Dashboard 'Problematic Change Type Performance'.

Por que isso importa

Segmentar o processo por Change Type é essencial para comparar a performance e identificar se categorias específicas, como 'Emergency', estão causando gargalos ou desvios.

Onde obter

Corresponde a um campo de classificação, provavelmente chamado 'Change Type' ou 'Category', no objeto de negócio Change Request.

Exemplos
PadrãoNormalEmergencial
Conclusão no prazo
IsOnTimeCompletion
Um indicador calculado que é verdadeiro quando a mudança foi concluída na data prevista ou antes dela.
Descrição

Este é um atributo booleano derivado da comparação entre 'ActualCompletionDate' e 'TargetCompletionDate'. Ele simplifica a análise ao fornecer um indicador binário claro da performance dentro do prazo para cada solicitação de mudança.

Esse indicador é a base para calcular o KPI 'On-Time Change Completion Rate'. Ele pode ser usado como filtro em Dashboards para isolar e analisar facilmente as mudanças atrasadas, ajudando a identificar as causas principais dos atrasos.

Por que isso importa

Simplifica a análise de performance ao fornecer um resultado claro de sucesso ou falha no cumprimento dos prazos, alimentando diretamente os KPIs de conclusão no prazo.

Onde obter

Este atributo não existe no sistema de origem. Ele é calculado durante a transformação dos dados comparando 'ActualCompletionDate' <= 'TargetCompletionDate'.

Exemplos
truefalse
Data real de conclusão
ActualCompletionDate
O registro de data e hora em que a mudança foi efetivamente implementada e verificada como concluída.
Descrição

A Actual Completion Date marca o momento em que o trabalho de implementação da solicitação de mudança foi concluído. Esse é um marco importante, comparado ao prazo planejado para medir a performance.

Esse atributo é usado em conjunto com a Target Completion Date para determinar se uma mudança foi concluída no prazo. É um dado fundamental para calcular KPIs como 'On-Time Change Completion Rate' e analisar as causas dos atrasos na fase de implementação.

Por que isso importa

Registra o horário real de conclusão, necessário para calcular as taxas de entrega no prazo e analisar a dimensão dos atrasos.

Onde obter

Essa data geralmente é registrada quando o status da solicitação de mudança passa para 'Implemented' ou 'Completed'. Ela pode estar em um campo específico ou ser inferida pelo registro de data e hora dessa mudança de status.

Exemplos
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
Motivo da rejeição
ChangeRejectionReason
Uma descrição textual ou categoria que explica por que uma solicitação de mudança foi rejeitada.
Descrição

Quando uma solicitação de mudança é rejeitada, esse atributo registra o motivo informado pelo aprovador. Pode ser uma seleção de uma lista predefinida ou uma explicação em texto livre.

Essas informações são essenciais para o Dashboard 'Rejected Change Request Analysis'. Ao categorizar e analisar os motivos de rejeição, as organizações podem identificar problemas comuns nas solicitações de mudança, como informações incompletas, avaliação de risco inadequada ou conflitos de negócio. Esses insights podem ser usados para melhorar a qualidade das futuras solicitações de mudança.

Por que isso importa

Fornece um insight direto sobre por que as mudanças falham, permitindo melhorias direcionadas no processo de envio e avaliação para reduzir a taxa geral de rejeição.

Onde obter

Esses dados geralmente são capturados em um campo específico 'Rejection Reason' ou em um campo de observações preenchido quando o status muda para 'Rejected'.

Exemplos
Detalhamento insuficiente no plano de implementaçãoAvaliação de riscos incompletaConflitos com outras mudanças agendadas
Prioridade da mudança
ChangePriority
O nível de prioridade da solicitação de mudança, indicando sua urgência e seu impacto no negócio.
Descrição

Change Priority é uma classificação determinada pela combinação da urgência e do impacto de uma mudança. Ela ajuda as equipes a priorizar o trabalho e alocar recursos com eficiência, garantindo que as mudanças mais críticas sejam tratadas primeiro.

Na análise, a prioridade pode ser usada para verificar se mudanças de alta prioridade são processadas mais rapidamente do que as de baixa prioridade. Qualquer desvio dessa expectativa pode indicar ineficiências ou gargalos no processo de priorização ou execução.

Por que isso importa

Ajuda a analisar se o processo prioriza corretamente as mudanças de alto impacto e se elas são realmente aceleradas conforme o esperado.

Onde obter

Geralmente é um campo chamado 'Priority' no objeto Change Request. Pode ser definido manualmente ou derivado dos campos de impacto e urgência.

Exemplos
1 - Crítico2 - Alto3 - Médio4 - Baixo
Serviço afetado
ServiceAffected
O principal serviço de negócio ou item de configuração (CI) afetado pela mudança.
Descrição

Esse atributo identifica o principal serviço de TI, aplicativo ou componente de infraestrutura visado pela solicitação de mudança. Ele conecta o processo de gestão de mudanças ao contexto mais amplo de gerenciamento de serviços de TI.

Analisar por Service Affected é essencial para o KPI 'Top Problematic Change Types', pois ajuda a identificar quais serviços passam por mudanças com mais frequência e quais estão associados a altas taxas de rejeição ou atrasos. Isso fornece insights valiosos para que os responsáveis pelos serviços melhorem a estabilidade e gerenciem a dívida técnica.

Por que isso importa

Conecta as mudanças a serviços de negócio específicos, permitindo identificar quais serviços são mais instáveis ou geram as mudanças mais problemáticas.

Onde obter

Geralmente é vinculado ao Configuration Management Database (CMDB) e armazenado em um campo 'Primary CI' ou 'Service' no objeto Change Request.

Exemplos
Serviço de e-mail (Exchange)Sistema ERP (SAP)Switch de rede principal (CISCO-4500X)
Solicitante da mudança
ChangeSubmitter
O usuário que criou ou enviou inicialmente a solicitação de mudança.
Descrição

Esse atributo identifica a pessoa que iniciou a solicitação de mudança. Ela pode ser diferente do Change Owner, que assume a responsabilidade pela implementação mais adiante no processo.

Analisar o Change Submitter pode ajudar a identificar padrões relacionados à qualidade das solicitações. Por exemplo, pode revelar que determinadas pessoas ou equipes enviam com frequência solicitações incompletas, que levam à rejeição ou ao retrabalho. Esse insight pode ser usado para oferecer treinamentos direcionados e melhorar a qualidade geral dos envios.

Por que isso importa

Ajuda a rastrear a origem das solicitações de mudança, permitindo analisar a qualidade dos envios por pessoa ou equipe e identificar oportunidades de treinamento.

Onde obter

Geralmente é o campo 'Created By' ou 'Requested By' do objeto Change Request.

Exemplos
Susan MillerDavid ChenMaria Garcia
Tempo de ciclo da implementação
ImplementationCycleTime
A duração calculada entre o início e a conclusão da implementação de uma mudança.
Descrição

Essa métrica quantifica o tempo necessário para a fase de implementação da mudança. Ela é calculada como a duração entre as atividades 'Change Implementation Started' e 'Change Implemented'.

Esse atributo é usado para calcular o KPI 'Average Change Implementation Time' e apoia o Dashboard 'Change Implementation Flow & Delays'. Ele ajuda a diferenciar atrasos de planejamento de atrasos de execução, permitindo que as equipes concentrem os esforços de melhoria no trabalho técnico de implementação.

Por que isso importa

Isola a performance da fase de implementação propriamente dita, ajudando a identificar gargalos técnicos ou relacionados a recursos, separados dos atrasos de aprovação.

Onde obter

Calculado na ferramenta de Process Mining ou durante a transformação dos dados, encontrando a diferença de tempo entre os registros de data e hora dos eventos de início e fim da implementação.

Exemplos
4 horas e 15 minutos1 dia e 2 horas30 minutos
Unidade de negócio
BusinessUnit
A unidade de negócio ou o departamento que solicitou a mudança ou será beneficiado por ela.
Descrição

Esse atributo associa a solicitação de mudança a uma parte específica da organização, como 'Finance', 'Marketing' ou 'Operations'. Isso fornece contexto de negócio a um processo que, de outra forma, seria apenas técnico.

Analisar por Business Unit permite entender de onde vem a demanda por mudanças. Também pode ajudar em modelos de chargeback, na compreensão do impacto das mudanças de TI sobre diferentes funções do negócio e na identificação de unidades com mudanças mais complexas ou demoradas.

Por que isso importa

Fornece contexto de negócio, permitindo analisar a demanda, o impacto e a performance das mudanças sob uma perspectiva organizacional.

Onde obter

Pode ser um campo do objeto Change Request ou ser herdado do perfil de usuário do solicitante.

Exemplos
FinançasRecursos humanosVendas e marketingOperações
Obrigatório Recomendado Opcional

Atividades de gestão de mudanças

Estas são as principais etapas e marcos do processo que você deve capturar no seu Event Log para descobrir o processo com precisão e medir a performance.
7 Recomendado 7 Opcional
Atividade Descrição
Impacto e risco avaliados
Esta atividade indica a conclusão da análise de risco e impacto da solicitação de mudança. Normalmente, ela é inferida quando o status da solicitação de mudança passa para um estado que indica que ela está pronta para aprovação, como 'Awaiting Approval'.
Por que isso importa

Acompanhar esta atividade ajuda a medir a duração da fase de avaliação e garante que a análise de riscos seja realizada de forma consistente antes da aprovação, contribuindo para o KPI de Taxa de adesão à avaliação de riscos.

Onde obter

Inferido a partir do histórico do objeto Solicitação de mudança. Esse dado é capturado no registro de data e hora em que o campo 'Status' é atualizado de 'Assessing' para um status como 'Awaiting CAB Approval'.

Captura

Inferido a partir da mudança de status para 'Awaiting CAB Approval'.

Tipo de evento inferred
Mudança agendada
Esta atividade marca o momento em que a data e o horário de implementação da mudança são formalmente confirmados e registrados. Ela é capturada quando o status é atualizado para 'Scheduled'.
Por que isso importa

Este é um marco importante de compromisso. Ele transforma a mudança de um conceito aprovado em uma ação planejada e é um pré-requisito para a implementação.

Onde obter

Inferido do histórico do objeto Change Request, capturando o registro de data e hora em que o campo 'Status' é atualizado para 'Scheduled'.

Captura

Inferido da mudança de status para 'Scheduled'.

Tipo de evento inferred
Mudança aprovada pelo CAB
Um marco importante em que o Change Advisory Board (CAB) ou a autoridade designada aprova o prosseguimento da mudança. Isso é inferido quando o status da solicitação de mudança é atualizado para 'Approved'.
Por que isso importa

Esta atividade é o ponto final para medir o tempo do ciclo de aprovação. Ela desbloqueia o processo, permitindo o início do planejamento e da implementação, e é essencial para o KPI Change Approval Cycle Time.

Onde obter

Inferido do histórico de auditoria do objeto Change Request, capturando especificamente o registro de data e hora em que o campo 'Status' muda para 'Approved'.

Captura

Inferido da mudança de status para 'Approved'.

Tipo de evento inferred
Mudança encerrada
Esta atividade é o ponto final bem-sucedido do processo de gestão de mudanças. Ela é capturada quando o status da solicitação de mudança é definido como 'Closed', indicando que todo o trabalho foi concluído.
Por que isso importa

Como principal ponto final de sucesso, esta atividade é essencial para calcular o tempo de ciclo de ponta a ponta das mudanças concluídas com sucesso. Ela confirma que todas as etapas do processo foram encerradas.

Onde obter

Isso é inferido pelo registro de data e hora da mudança final de status para 'Closed' no histórico de auditoria do objeto Change Request.

Captura

Inferido da mudança final de status para 'Closed'.

Tipo de evento inferred
Mudança implementada
Este marco indica que o trabalho técnico da mudança foi concluído. Ele é capturado quando o status da solicitação de mudança é atualizado para 'Implemented' ou para um estado semelhante que aguarda verificação.
Por que isso importa

Este é um marco crítico de sucesso e um dado importante para os KPIs On-Time Change Completion Rate e Average Change Implementation Time. Ele marca o fim da fase de execução.

Onde obter

Inferido do registro de auditoria do objeto Change Request, usando o registro de data e hora da mudança de status para 'Implemented' ou 'Pending Verification'.

Captura

Inferido da mudança de status para 'Implemented'.

Tipo de evento inferred
Revisão pós-implementação realizada
Esta atividade indica que foi realizada uma revisão formal da mudança concluída para avaliar seu sucesso e registrar as lições aprendidas. Geralmente é inferida por uma mudança de status para 'Post Implementation Review'.
Por que isso importa

Acompanhar isso garante o fechamento do ciclo de feedback das mudanças. É essencial para a melhoria contínua e apoia diretamente o KPI Post-Implementation Review Rate.

Onde obter

Inferido do histórico de auditoria do objeto Change Request, capturando o registro de data e hora em que o 'Status' passa para um estado como 'Post Implementation Review'.

Captura

Inferido da mudança de status para 'Post Implementation Review'.

Tipo de evento inferred
Solicitação de mudança criada
Esta atividade marca o início de uma nova solicitação de mudança no sistema. Normalmente, ela é registrada quando um novo registro é criado no objeto de negócio Solicitação de mudança, estabelecendo o ponto de partida de todo o processo.
Por que isso importa

Este é o principal evento de início do processo. Analisar o tempo entre esta atividade e as demais revela a duração total do ciclo de vida e ajuda a identificar atrasos no início do fluxo.

Onde obter

Este evento é capturado a partir do registro de data e hora da criação da solicitação de mudança. No Ivanti Cherwell, esse dado normalmente é armazenado no campo 'CreatedDateTime' do objeto de negócio Solicitação de mudança.

Captura

Capturado diretamente do registro de data e hora da criação do registro.

Tipo de evento explicit
Implementação da mudança iniciada
Representa o início da execução técnica da mudança. Geralmente é inferido quando o status da solicitação de mudança passa para 'In Progress' ou 'Implementing'.
Por que isso importa

Esta atividade marca o início da janela de implementação. O tempo entre ela e 'Change Implemented' corresponde à duração real da implementação, um componente importante do tempo total do ciclo.

Onde obter

Inferido do histórico de auditoria do objeto Change Request. É o registro de data e hora em que o campo 'Status' é atualizado para um valor como 'In Progress' ou 'Implementing'.

Captura

Inferido da mudança de status para 'In Progress'.

Tipo de evento inferred
Mudança aguardando aprovação
Esta atividade representa o período em que uma solicitação de mudança aguarda formalmente uma decisão do Conselho Consultivo de Mudanças (CAB) ou de outra autoridade de aprovação. Ela é inferida a partir de um status como 'Pending Approval' ou 'Awaiting CAB'.
Por que isso importa

Esta é uma atividade crítica de tempo de espera. Analisar sua duração ajuda a identificar gargalos no Workflow de aprovação, uma fonte comum de atrasos na Gestão de Mudanças.

Onde obter

Capturado a partir do registro de data e hora em que o campo 'Status' do objeto de negócio Solicitação de mudança é atualizado para 'Pending Approval' ou um valor equivalente.

Captura

Identificado pela entrada no status 'Pending Approval'.

Tipo de evento inferred
Mudança cancelada
Representa um estado final em que uma solicitação de mudança aprovada ou em andamento é retirada antes da conclusão. Este evento é capturado quando o status é atualizado para 'Cancelled'.
Por que isso importa

Este é um ponto final alternativo do processo. Analisar por que e quando as mudanças são canceladas pode revelar problemas de planejamento, alocação de recursos ou mudanças nas prioridades do negócio.

Onde obter

Inferido do histórico de auditoria, capturando o registro de data e hora em que o campo 'Status' do objeto Change Request é atualizado para 'Cancelled'.

Captura

Inferido da mudança de status para 'Cancelled'.

Tipo de evento inferred
Mudança rejeitada
Esta atividade representa a decisão final de rejeitar a solicitação de mudança durante a fase de aprovação. Ela é capturada quando o status da solicitação de mudança é definido como 'Rejected'.
Por que isso importa

Este é um ponto final crítico de falha. Analisar as mudanças rejeitadas e os motivos ajuda a melhorar a qualidade das solicitações iniciais e apoia o KPI Change Request Rejection Rate.

Onde obter

Inferido do registro de data e hora em que o campo 'Status' do objeto Change Request é atualizado para 'Rejected' no histórico de auditoria.

Captura

Inferido da mudança de status para 'Rejected'.

Tipo de evento inferred
Plano de implementação desenvolvido
Marca a conclusão do planejamento detalhado da mudança, incluindo a definição de tarefas, recursos e planos de reversão. Geralmente é inferido quando a mudança passa de 'Approved' para 'Scheduled'.
Por que isso importa

A duração desta atividade revela a eficiência da fase de planejamento da mudança. Atrasos aqui podem afetar o cronograma geral da mudança, mesmo depois da aprovação.

Onde obter

Isso pode ser inferido pelo registro de data e hora da mudança de status de 'Approved' para 'Scheduled'. Como alternativa, pode estar associado ao preenchimento de campos específicos de planejamento.

Captura

Inferido da mudança de status de 'Approved' para 'Scheduled'.

Tipo de evento inferred
Solicitação de mudança enviada para avaliação
Representa o envio formal de uma solicitação de mudança recém-criada para avaliação inicial. Geralmente, isso é inferido quando o status da solicitação de mudança passa de um estado como 'New' ou 'Draft' para um status como 'Assessing'.
Por que isso importa

Esta atividade marca o início do processo formal de mudança após a entrada inicial dos dados. O tempo entre a criação e o envio pode indicar necessidades de treinamento dos usuários ou atritos no processo.

Onde obter

Inferido a partir do log de auditoria ou do histórico do objeto Solicitação de mudança, identificando o registro de data e hora em que o campo 'Status' muda para um valor como 'Assessing' ou 'Submitted'.

Captura

Inferido a partir da mudança de status de 'New' para 'Assessing'.

Tipo de evento inferred
Verificação da mudança realizada
Representa a fase de testes e validação para confirmar que a mudança foi bem-sucedida e não causou efeitos adversos. Isso é inferido por uma mudança de status para 'Verification' ou 'Testing'.
Por que isso importa

Analisar a frequência e a duração desta atividade garante que as etapas de garantia da qualidade não sejam ignoradas. É uma etapa essencial para evitar incidentes causados por mudanças.

Onde obter

Capturado pelo registro de data e hora de uma mudança de status no objeto Change Request, como a passagem para o status 'Verification' ou 'User Acceptance Testing'.

Captura

Inferido da mudança de status para 'Verification'.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do Ivanti Cherwell

Pronto para começar?

Use este Template para iniciar sua análise do processo de Change Management e gerar melhorias significativas. Comece hoje sua jornada rumo a atualizações mais otimizadas e eficientes.

Garanta 95% de sucesso nas mudanças: otimize o Ivanti Cherwell agora

Elimine gargalos, reduza riscos e alcance 95% de sucesso nas mudanças.

Começar o teste grátis

Não é necessário cartão de crédito. Comece agora mesmo.