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

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

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

Este template fornece um roteiro claro para coletar os dados essenciais necessários para analisar seu processo de Gerenciamento de Mudanças. Ele descreve os atributos cruciais a serem coletados, as principais atividades a serem rastreadas e fornece orientações específicas para extrair essas informações do seu sistema de origem. Use este recurso para construir um log de eventos robusto para suas iniciativas de process mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração do Ivanti Cherwell
É 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 do gerenciamento de mudanças e uma descoberta de processos rica em insights.
5 Obrigatório 6 Recomendado 9 Opcional
Nome Descrição
ID da Solicitação de Mudança
ChangeRequestId
O identificador exclusivo para um caso individual de requisição de mudança, agrupando todas as atividades relacionadas, desde o início até o fechamento.
Descrição

O ID da Requisição de Mudança é a chave primária que identifica exclusivamente cada iniciativa de mudança ao longo do seu ciclo de vida. Ele serve 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 dados usando o ID da Requisição de Mudança permite uma visão completa de ponta a ponta do processo de gerenciamento de mudanças. Isso possibilita o rastreamento de mudanças individuais, o cálculo dos tempos de ciclo totais e a identificação de desvios de processo ou gargalos específicos para cada solicitação.

Por que é importante

Este é o identificador essencial do caso que conecta todos os eventos relacionados, possibilitando rastrear toda a jornada de uma requisição de mudança e analisar seu desempenho.

Onde obter

Este é tipicamente o identificador primário do objeto de negócio Change Request no Ivanti Cherwell.

Exemplos
CR-105421CR-105422CR-105423
Nome da Atividade
ActivityName
O nome do evento ou tarefa específica que ocorreu em um ponto do tempo dentro do processo de gerenciamento de mudanças.
Descrição

O Nome da Atividade descreve uma etapa específica ou marco dentro do ciclo de vida de uma requisição de mudança, como 'Mudança Enviada para Avaliação' ou 'Mudança Aprovada pelo CAB'. Essas atividades formam os nós no mapa de processo descoberto.

Na análise, este 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 as atividades e entender onde ocorrem os atrasos.

Por que é importante

Este atributo é fundamental para descobrir e visualizar o fluxo real do processo, permitindo a identificação de gargalos, loops de retrabalho e caminhos que não estão em conformidade.

Onde obter

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

Exemplos
Mudança Enviada para AvaliaçãoMudança Aguardando AprovaçãoMudança Implementada
Tempo do Evento
EventTime
O registro de data e hora (timestamp) indicando quando uma atividade ou evento específico ocorreu para a requisição de mudança.
Descrição

O Event Time, também conhecido como timestamp, registra a data e hora exatas de uma atividade. Esses dados temporais são essenciais para ordenar os eventos cronologicamente e formam a base para todas as análises de Process Mining.

Este atributo é usado para calcular durações entre atividades, medir tempos de ciclo total e identificar tempos de espera ou atrasos. É fundamental para criar dashboards que monitoram a performance em relação a metas de tempo, como o Ciclo de Aprovação de Mudanças.

Por que é importante

Este timestamp é a base para toda a análise de desempenho e duração, permitindo o cálculo de tempos de ciclo, identificação de gargalos e monitoramento de SLAs.

Onde obter

Normalmente encontrado em logs de mudança de status, trilhas de auditoria ou timestamps 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
Sistema de Origem
SourceSystem
O sistema de registro de onde os dados foram extraídos. Para esta visualização, será 'Ivanti Cherwell'.
Descrição

Este atributo identifica o sistema de origem dos dados do evento. Em ambientes heterogêneos, 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 pareça estático em um modelo de fonte única, é crucial para a governança de dados, rastreabilidade e futuras integrações com outros sistemas. Garante clareza sobre a procedência dos dados e auxilia na gestão da qualidade da informação.

Por que é importante

Fornece contexto essencial sobre a origem dos dados, o que é crucial para a governança de dados, resolução de problemas e garantia de rastreabilidade.

Onde obter

Este é tipicamente um valor estático adicionado durante o processo de extração e transformação de dados para rotular a origem do dataset.

Exemplos
Ivanti Cherwell
Última Atualização de Dados
LastDataUpdate
O timestamp indicando quando os dados deste evento foram extraídos ou atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo registra a data e hora em que os dados foram extraídos do Ivanti Cherwell pela última vez. Não representa um evento no processo em si, mas é um metadado sobre a atualidade dos dados.

Isso é importante para que os usuários dos dashboards entendam quão recente é a análise. Ajuda na gestão dos cronogramas de atualização e garante que as decisões sejam tomadas com base em dados de idade conhecida.

Por que é importante

Indica o quão atualizados estão os dados, o que é fundamental 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 carimbado em cada registro durante o processo de extração, transformação e carregamento (ETL).

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 Data de Conclusão Prevista é o timestamp até o qual se espera que a mudança seja totalmente implementada e verificada. Esta data costuma fazer parte de um Acordo de Nível de Serviço (SLA) e serve como um benchmark principal de desempenho.

Este atributo é essencial para monitorar a pontualidade e a adesão aos prazos. Ele é comparado com a data de conclusão real para calcular os KPIs de 'Taxa de Conclusão de Mudanças no Prazo' e 'Taxa de Adesão ao SLA de Mudança'. Ele ajuda a identificar proativamente mudanças que correm o risco de perder seus prazos.

Por que é importante

Fornece a base para medir o desempenho no prazo e a adesão ao SLA, que são indicadores críticos da eficiência e confiabilidade do processo.

Onde obter

Este é tipicamente um campo de data específico no objeto Change Request, geralmente rotulado como 'Target Date', 'Due Date' ou 'SLA Target'.

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

A Equipe de Mudança é o grupo ou departamento atribuído à requisição de mudança. Assim como o Proprietário da Mudança, isso pode mudar ao longo do processo, indicando uma transferência de responsabilidade entre equipes, como do service desk para a equipe de engenharia de rede.

Este atributo é essencial para analisar passagens de tarefa entre equipes e identificar atrasos sistêmicos causados por equipes específicas. Ele ajuda a responder perguntas sobre quais equipes estão sobrecarregadas ou onde ocorrem falhas de comunicação, apoiando diretamente a análise de 'Handoff de Mudanças e Utilização de Recursos'.

Por que é importante

Identifica a responsabilidade no nível da equipe, o que é fundamental para analisar gargalos, medir performance e entender atrasos nas passagens de bastão.

Onde obter

Esta informação geralmente é armazenada 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 de Aplicações
Nível de Risco da Mudança
ChangeRiskLevel
O nível de risco avaliado associado à mudança, como 'Baixo', 'Médio' ou 'Alto'.
Descrição

O Nível de Risco da Mudança é atribuído na fase de avaliação para quantificar o impacto negativo potencial. Essa avaliação influencia o processo de aprovação e o rigor da análise.

No Process Mining, este atributo é usado para analisar a consistência das avaliações de risco e correlacionar o risco ao comportamento do processo. Por exemplo, pode-se verificar se mudanças de alto risco seguem caminhos de aprovação mais rigorosos ou se têm tempos de implementação mais longos. Ele alimenta diretamente o dashboard de 'Consistência de Avaliação de Risco'.

Por que é importante

Permite analisar como o risco impacta o fluxo do processo, os ciclos de aprovação e as taxas de sucesso, garantindo que as mudanças de alto risco recebam o escrutínio adequado.

Onde obter

Este valor é armazenado em um campo de 'Nível de Risco' ou similar no objeto Change Request, geralmente preenchido durante a atividade de avaliação de risco.

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

O Proprietário da Mudança é a pessoa atribuída e responsável pela requisição de mudança em uma etapa específica. Este atributo costuma mudar conforme a requisição avança no ciclo de vida, indicando uma passagem de tarefa entre indivíduos.

Analisar o Proprietário da Mudança ajuda a entender a carga de trabalho dos recursos e a identificar gargalos relacionados a indivíduos específicos. Também é fundamental para analisar passagens de tarefa (handoffs), que podem ser uma fonte significativa de atrasos. Este atributo alimenta o dashboard de 'Handoff de Mudanças e Utilização de Recursos'.

Por que é importante

Rastreia a responsabilidade individual, permitindo a análise da distribuição da carga de trabalho, frequência de handoffs e gargalos específicos de recursos.

Onde obter

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

Exemplos
Alice JohnsonBob WilliamsCharlie Brown
Status da Mudança
ChangeStatus
O status atual ou final da requisição de mudança, como 'Fechado', 'Rejeitado' ou 'Em Andamento'.
Descrição

O Status da Mudança indica o estado de uma solicitação em um dado momento ou seu desfecho final. É um atributo crítico para entender a resolução dos casos e identificar exceções.

Na análise de processos, serve para filtrar resultados específicos, como analisar apenas mudanças rejeitadas ou canceladas. Ele alimenta KPIs como a 'Taxa de Rejeição de Solicitações' e é essencial para compreender a saúde geral e a eficiência da gestão de mudanças.

Por que é importante

Define o desfecho de uma solicitação de mudança, permitindo análises críticas sobre taxas de rejeição, conclusão e a proporção de casos abertos vs. fechados.

Onde obter

Isso corresponde ao campo 'Status' no objeto de negócio Change Request no Ivanti Cherwell.

Exemplos
AprovadoRejeitadoEncerradoCanceladoAguardando Aprovação
Tipo de Altera00o
ChangeType
A classificação da mudança, como 'Padrão', 'Normal' ou 'Emergencial'.
Descrição

O Tipo de Mudança categoriza a solicitação com base em sua natureza, urgência e impacto. Tipos comuns incluem Padrão (pré-aprovada, baixo risco), Normal (exige avaliação e aprovação total) e Emergencial (exige implementação imediata).

Este atributo permite análises segmentadas para comparar a performance entre categorias. Por exemplo, ajuda a verificar se mudanças emergenciais seguem um caminho mais rápido ou se as mudanças padrão são processadas sem atrito. É fundamental para o dashboard de 'Performance por Tipo de Mudança'.

Por que é importante

Segmentar o processo por Tipo de Mudança é fundamental para comparar o desempenho e identificar se categorias específicas, como 'Emergencial', estão causando gargalos ou desvios.

Onde obter

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

Exemplos
PadrãoNormalEmergência
Data Real de Conclusão
ActualCompletionDate
O timestamp de quando a mudança foi realmente implementada e verificada como concluída.
Descrição

A Data de Conclusão Real marca o momento em que o trabalho de implementação da requisição de mudança foi finalizado. Este é um marco importante que é comparado ao prazo planejado para medir o desempenho.

Este atributo é usado em conjunto com a Data de Conclusão Prevista para determinar se uma mudança foi concluída no prazo. É um insumo fundamental para calcular KPIs como 'Taxa de Conclusão de Mudanças no Prazo' e para analisar as causas de atrasos na fase de implementação.

Por que é importante

Capta o tempo real de conclusão, necessário para calcular as taxas de entrega no prazo e analisar a magnitude dos atrasos.

Onde obter

Esta data costuma ser registrada quando o status da requisição de mudança é movido para 'Implementado' ou 'Concluído'. Pode ser um campo dedicado ou inferido a partir do timestamp dessa mudança de status.

Exemplos
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
Está no Prazo
IsOnTimeCompletion
Um marcador calculado (flag) que é verdadeiro se a mudança foi concluída na data prevista ou antes dela.
Descrição

Este é um atributo booleano derivado da comparação da 'Data de Conclusão Real' com a 'Data de Conclusão Prevista'. Ele simplifica a análise ao fornecer um indicador binário claro de desempenho no prazo para cada requisição de mudança.

Este sinalizador é a base para o cálculo do KPI 'Taxa de Conclusão de Mudanças no Prazo'. Ele pode ser usado como filtro em dashboards para isolar e analisar facilmente mudanças atrasadas, ajudando a identificar causas raiz comuns para os atrasos.

Por que é importante

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

Onde obter

Este atributo não está no sistema de origem. Ele é calculado durante a transformação dos dados comparando se 'ActualCompletionDate' é menor ou igual a 'TargetCompletionDate'.

Exemplos
verdadeirofalse
Motivo da Rejeição
ChangeRejectionReason
Uma descrição em texto ou categoria explicando por que a solicitação de mudança foi rejeitada.
Descrição

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

Essa informação é vital para o dashboard de 'Análise de Solicitações de Mudança Rejeitadas'. Ao categorizar e analisar os motivos de rejeição, as empresas podem identificar problemas comuns no envio de mudanças, 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.

Por que é importante

Oferece um insight direto sobre o motivo da falha das mudanças, permitindo melhorias direcionadas no processo de envio e avaliação para reduzir a taxa geral de rejeição.

Onde obter

Esses dados costumam ser capturados em um campo dedicado de 'Motivo da Rejeição' ou em um campo de notas que é preenchido quando o status é alterado para 'Rejeitado'.

Exemplos
Detalhes insuficientes no plano de implementaçãoAvaliação de risco incompletaConflitos com outras mudanças agendadas
Prioridade da Mudança
ChangePriority
O nível de prioridade da requisição de mudança, indicando sua urgência e impacto no negócio.
Descrição

A Prioridade da Mudança é uma classificação definida pela combinação de urgência e impacto. Ela ajuda as equipes a priorizar o trabalho e alocar recursos para que as mudanças 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 rápido que as de baixa. Qualquer desvio dessa expectativa pode indicar ineficiências ou gargalos na priorização ou execução.

Por que é importante

Ajuda a analisar se o processo prioriza corretamente as mudanças de alto impacto e se elas são realmente agilizadas como deveriam.

Onde obter

Normalmente um campo chamado 'Prioridade' 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) impactado pela mudança.
Descrição

Este atributo identifica o principal serviço de TI, aplicativo ou parte da infraestrutura que a requisição de mudança visa. Ele vincula o processo de gerenciamento de mudanças ao cenário mais amplo de gestão de serviços de TI.

Analisar pelo Serviço Afetado é crucial para o KPI de 'Tipos de Mudanças Mais Problemáticas', 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 oferece insights valiosos para os donos dos serviços melhorarem a estabilidade e gerenciarem a dívida técnica.

Por que é importante

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

Onde obter

Isso geralmente é vinculado a partir do Banco de Dados de Gerenciamento de Configuração (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 Central de Rede (CISCO-4500X)
Solicitante da Mudança
ChangeSubmitter
O usuário que criou ou enviou inicialmente a requisição de mudança.
Descrição

Este atributo identifica a pessoa que iniciou a requisição de mudança. Ela pode ser diferente do Proprietário da Mudança, que assume a responsabilidade pela implementação mais tarde no processo.

Analisar o Solicitante da Mudança pode ajudar a identificar padrões relacionados à qualidade das requisições. Por exemplo, pode revelar que certos indivíduos ou equipes enviam frequentemente solicitações incompletas que levam à rejeição ou retrabalho. Esse insight pode ser usado para fornecer treinamentos direcionados e melhorar a qualidade geral dos envios.

Por que é importante

Ajuda a rastrear a origem das solicitações, permitindo analisar a qualidade das submissões por indivíduo ou equipe e identificar necessidades de treinamento.

Onde obter

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

Exemplos
Susan MillerDavid ChenMaria Garcia
Tempo de Ciclo da Implementação
ImplementationCycleTime
A duração calculada desde o início da implementação da mudança até sua conclusão.
Descrição

Esta métrica quantifica o tempo levado para a fase de implementação da mudança. Ela é calculada como a duração entre a atividade 'Início da Implementação da Mudança' e a atividade 'Mudança Implementada'.

Este atributo é usado para calcular o KPI de 'Tempo Médio de Implementação de Mudanças' e alimenta o dashboard de 'Fluxo e Atrasos na Implementação de Mudanças'. Ele ajuda a distinguir atrasos de planejamento de atrasos de execução, permitindo que as equipes foquem os esforços de melhoria no trabalho técnico de implementação propriamente dito.

Por que é importante

Isola o desempenho da fase de implementação real, ajudando a identificar gargalos técnicos ou de recursos independentemente dos atrasos de aprovação.

Onde obter

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

Exemplos
4 horas 15 minutos1 dia 2 horas30 minutos
Tempo de Ciclo de Aprovação
ApprovalCycleTime
A duração calculada desde o envio da mudança para aprovação até o recebimento da aprovação final.
Descrição

Esta métrica mede o tempo decorrido entre os principais marcos de aprovação. Ela é calculada no nível do caso encontrando a diferença de tempo entre o evento 'Mudança Enviada para Avaliação' e o evento 'Mudança Aprovada pelo CAB'.

Esta duração calculada é a métrica central para o dashboard de 'Tempo do Ciclo de Aprovação de Mudanças' e o KPI associado. Analisar sua distribuição ajuda a identificar gargalos na fase de aprovação, sejam eles relacionados a aprovadores específicos, equipes ou tipos de mudança.

Por que é importante

Mede diretamente a eficiência da fase de aprovação, ajudando a identificar e eliminar atrasos na autorização das mudanças para implementação.

Onde obter

Calculado durante o pós-processamento de dados ou dentro da ferramenta de Process Mining, medindo a duração entre os timestamps de atividades específicas relacionadas à aprovação.

Exemplos
2 dias 4 horas18 horas 30 minutos5 dias
Unidade de Negócio
BusinessUnit
A unidade de negócio ou departamento que solicitou ou será beneficiado pela mudança.
Descrição

Este atributo associa a requisição de mudança a uma parte específica da organização, como 'Financeiro', 'Marketing' ou 'Operações'. Isso traz contexto de negócio para um processo que, de outra forma, seria puramente técnico.

Analisar por Unidade de Negócio permite ver de onde vem a demanda por mudanças. Pode ajudar em modelos de chargeback, na compreensão do impacto das mudanças de TI em diferentes funções de negócio e na identificação de se certas unidades possuem mudanças mais complexas ou atrasadas que outras.

Por que é importante

Fornece contexto de negócio, permitindo a análise da demanda de mudança, impacto e desempenho sob uma perspectiva organizacional.

Onde obter

Isso pode ser um campo no objeto Change Request ou herdado do perfil do usuário solicitante.

Exemplos
FinançasRecursos HumanosVendas e MarketingOperações
Obrigatório Recomendado Opcional

Atividades de Gestão de Mudanças

Estas são as etapas e marcos principais do processo a serem capturados no seu event log para uma descoberta de processo precisa e medição de 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 para a requisição de mudança. Geralmente é inferida quando o status da requisição transita para um estado que indica prontidão para aprovação, como 'Aguardando Aprovação'.
Por que é importante

Rastrear esta atividade ajuda a medir a duração da fase de avaliação e garante que a análise de risco seja realizada de forma consistente antes da aprovação, apoiando o KPI de Taxa de Adesão à Avaliação de Risco.

Onde obter

Inferido a partir do histórico do objeto Change Request. Isso é capturado no timestamp em que o campo 'Status' é atualizado de 'Em Avaliação' para um status como 'Aguardando Aprovação do CAB'.

Captura

Inferido a partir da mudança de status para 'Aguardando Aprovação do CAB'.

Tipo de evento inferred
Mudança Agendada
Esta atividade marca o ponto em que a data e hora de implementação para a mudança são formalmente confirmadas e registradas. Ela é capturada quando o status muda para 'Agendado'.
Por que é importante

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

Onde obter

Inferido a partir do histórico do objeto Change Request, capturando o timestamp quando o campo 'Status' é atualizado para 'Agendado'.

Captura

Inferido a partir da mudança de status para 'Agendado'.

Tipo de evento inferred
Mudança Aprovada pelo CAB
Um marco fundamental onde o Comitê Consultivo de Mudanças (CAB) ou autoridade designada concede a aprovação para prosseguir. Isso é inferido quando o status da solicitação é atualizado para 'Approved'.
Por que é importante

Esta atividade é o ponto final para medir o tempo do ciclo de aprovação. Ela desbloqueia o processo, permitindo que o planejamento e a implementação comecem, sendo crucial para o KPI de Tempo do Ciclo de Aprovação de Mudanças.

Onde obter

Inferido a partir do histórico de auditoria do objeto Change Request, capturando especificamente o timestamp quando o campo 'Status' muda para 'Aprovado'.

Captura

Inferido a partir da mudança de status para 'Aprovado'.

Tipo de evento inferred
Mudança Fechada
Esta atividade é o ponto final bem-sucedido do processo de gerenciamento de mudanças. Ela é capturada quando o status da requisição de mudança é definido como 'Fechado', indicando que todo o trabalho foi concluído.
Por que é importante

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

Onde obter

Isso é inferido a partir do timestamp da mudança final de status para 'Fechado' no histórico de auditoria do objeto Change Request.

Captura

Inferido a partir da mudança final de status para 'Fechado'.

Tipo de evento inferred
Mudança Implementada
Este marco indica que o trabalho técnico para a mudança foi concluído. Ele é capturado quando o status da requisição de mudança é atualizado para 'Implementado' ou um estado semelhante pendente de verificação.
Por que é importante

Este é um marco de sucesso crítico e um insumo essencial para os KPIs de Taxa de Conclusão no Prazo e Tempo Médio de Implementação de Mudanças. Ele marca o fim da fase de execução.

Onde obter

Inferido a partir do log de auditoria do objeto Change Request, usando o timestamp da mudança de status para 'Implementado' ou 'Pendente de Verificação'.

Captura

Inferido a partir da mudança de status para 'Implementado'.

Tipo de evento inferred
Revisão Pós-Implementação Realizada
Esta atividade indica que uma revisão formal da mudança concluída ocorreu para avaliar seu sucesso e capturar lições aprendidas. Geralmente é inferida por uma mudança de status para 'Revisão Pós-Implementação'.
Por que é importante

Rastrear isso garante que o ciclo de feedback das mudanças seja fechado. É essencial para a melhoria contínua e apoia diretamente o KPI de Taxa de Revisão Pós-Implementação.

Onde obter

Inferido a partir do histórico de auditoria do objeto Change Request, capturando o timestamp quando o 'Status' muda para um estado como 'Revisão Pós-Implementação'.

Captura

Inferido a partir da mudança de status para 'Revisão Pós-Implementação'.

Tipo de evento inferred
Solicitação de Mudança Criada
Esta atividade marca o início de uma nova requisição de mudança no sistema. Ela é tipicamente capturada quando um novo registro é criado no objeto de negócio Change Request, estabelecendo o ponto inicial de todo o processo.
Por que é importante

Este é o evento de início principal do processo. Analisar o tempo desta atividade em relação às outras revela a duração total do ciclo de vida e ajuda a identificar atrasos iniciais.

Onde obter

Este evento é capturado a partir do timestamp de criação do registro da Requisição de Mudança. No Ivanti Cherwell, isso costuma ser armazenado no campo 'CreatedDateTime' do objeto de negócio Change Request.

Captura

Capturado diretamente do timestamp de 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. Isso é tipicamente inferido quando o status da requisição de mudança é alterado para 'Em Andamento' ou 'Implementando'.
Por que é importante

Esta atividade marca o início da janela de implementação. O tempo entre isso e 'Mudança Implementada' é a duração real da implementação, um componente fundamental do tempo de ciclo geral.

Onde obter

Inferido a partir do histórico de auditoria do objeto Change Request. É o timestamp quando o campo 'Status' é atualizado para um valor como 'Em Andamento' ou 'Implementando'.

Captura

Inferido a partir da mudança de status para 'Em Andamento'.

Tipo de evento inferred
Mudança Aguardando Aprovação
Esta atividade representa o período em que uma requisição de mudança está formalmente pendente de uma decisão do Comitê de Mudanças (CAB) ou de outra autoridade de aprovação. É inferida a partir de um status como 'Pendente de Aprovação' ou 'Aguardando CAB'.
Por que é importante

Esta é uma atividade de tempo de espera crítica. Analisar sua duração ajuda a identificar gargalos no workflow de aprovação, que é uma fonte comum de atraso no gerenciamento de mudanças.

Onde obter

Capturado a partir do timestamp de quando o campo 'Status' no objeto de negócio Change Request é atualizado para 'Pending Approval' ou valor equivalente.

Captura

Identificado pela entrada no status 'Pending Approval'.

Tipo de evento inferred
Mudança Cancelada
Representa um estado final onde uma requisição de mudança aprovada ou em andamento é retirada antes da conclusão. Este evento é capturado quando o status é atualizado para 'Cancelado'.
Por que é importante

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

Onde obter

Inferido a partir do histórico de auditoria capturando o timestamp quando o campo 'Status' no objeto Change Request é atualizado para 'Cancelado'.

Captura

Inferido a partir da mudança de status para 'Cancelado'.

Tipo de evento inferred
Mudança Enviada para Avaliação
Representa o envio formal de uma requisição de mudança recém-criada para avaliação inicial. Isso é geralmente inferido quando o status da requisição passa de 'Novo' ou 'Rascunho' para um status como 'Em Avaliação'.
Por que é importante

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

Onde obter

Inferido a partir do log de auditoria ou histórico do objeto Change Request, identificando o timestamp quando o campo 'Status' muda para um valor como 'Em Avaliação' ou 'Enviado'.

Captura

Inferido a partir da mudança de status de 'Novo' para 'Em Avaliação'.

Tipo de evento inferred
Mudança Rejeitada
Esta atividade representa a decisão final de rejeitar a requisição de mudança durante a fase de aprovação. Ela é capturada quando o status da requisição de mudança é definido como 'Rejeitado'.
Por que é importante

Este é um ponto final de falha crítica. Analisar mudanças rejeitadas e seus motivos ajuda a melhorar a qualidade das solicitações iniciais e apoia o KPI de Taxa de Rejeição de Requisições de Mudança.

Onde obter

Inferido a partir do timestamp quando o campo 'Status' no objeto Change Request é atualizado para 'Rejeitado' no histórico de auditoria.

Captura

Inferido a partir da mudança de status para 'Rejeitado'.

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 contingência (backout). Isso geralmente é inferido quando a mudança passa de 'Aprovado' para 'Agendado'.
Por que é importante

A duração desta atividade revela a eficiência da fase de planejamento da mudança. Atrasos aqui podem impactar todo o cronograma da mudança, mesmo após a concessão da aprovação.

Onde obter

Isso pode ser inferido a partir do timestamp de uma mudança de status de 'Aprovado' para 'Agendado'. Como alternativa, pode estar vinculado ao preenchimento de campos específicos de planejamento.

Captura

Inferido a partir da mudança de status de 'Aprovado' para 'Agendado'.

Tipo de evento inferred
Verificação da Mudança Realizada
Representa a fase de teste e validação para confirmar que a mudança foi bem-sucedida e não causou efeitos adversos. Isso é inferido a partir de uma mudança de status para 'Verificação' ou 'Teste'.
Por que é importante

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

Onde obter

Capturado a partir do timestamp de uma mudança de status no objeto Change Request, como a mudança para o status de 'Verification' ou 'User Acceptance Testing'.

Captura

Inferido a partir da mudança de status para 'Verificação'.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do Ivanti Cherwell