Seu Template de dados de gerenciamento de mudanças

Ivanti Cherwell
Seu Template de dados de gerenciamento de mudanças

Seu Template de dados de gerenciamento de mudanças

Este Template apresenta um roteiro claro para coletar os dados essenciais à análise do processo de gerenciamento de mudanças. Ele indica os principais atributos a coletar, as atividades importantes a acompanhar e orienta você sobre como extrair essas informações do sistema de origem. Use este material para criar um Event Log robusto para suas iniciativas de Process Mining.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações para extrair dados do Ivanti Cherwell
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de gerenciamento de mudanças

Estes são os campos de dados recomendados para incluir no Event Log e fazer uma análise abrangente do gerenciamento de mudanças e descobrir o processo com mais clareza.
5 Obrigatório 6 Recomendado 8 Opcional
Nome Descrição
Data e hora do evento
EventTime
Data e hora que indicam quando uma atividade ou um evento específico ocorreu na solicitação de mudança.
Descrição

A data e hora do evento, também conhecidas como timestamp, registram a data e a hora exatas em que uma atividade ocorreu. Esses dados temporais são essenciais para ordenar os eventos cronologicamente e servem de base para todas as análises de Process Mining relacionadas ao tempo.

Este atributo é usado para calcular a duração entre atividades, medir o tempo de ciclo total dos casos e identificar tempos de espera ou atrasos no processo. Ele é fundamental para criar Dashboards que acompanham a performance em relação a metas de tempo, como o tempo de ciclo de aprovação de mudanças.

Por que isso importa

Esta data e hora são a base de todas as análises de performance e duração, permitindo calcular tempos de ciclo, identificar gargalos e monitorar SLAs.

Onde encontrar

Geralmente, é encontrado nos logs de mudança 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
Identificador exclusivo de uma solicitação de mudança, que reúne todas as atividades relacionadas, da abertura ao encerramento.
Descrição

O ID da solicitação de mudança é a chave primária que identifica exclusivamente cada iniciativa de mudança ao longo de seu ciclo de vida. No Process Mining, ele funciona como identificador do caso e conecta todos os eventos, como envio, avaliação, aprovação e implementação, em uma única instância do processo.

Analisar os dados pelo ID da solicitação de mudança permite ter uma visão completa, de ponta a ponta, do processo de gestão de mudanças. Assim, você pode acompanhar cada mudança, calcular o tempo de ciclo total e identificar desvios do processo ou gargalos específicos de cada solicitação.

Por que isso importa

Este é o identificador essencial do caso, que conecta todos os eventos relacionados e permite acompanhar toda a trajetória de uma solicitação de mudança e analisar sua performance.

Onde encontrar

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

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

O nome da atividade 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 processos 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 o tempo de transição entre atividades e entender onde ocorrem 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 encontrar

Gerado a partir de mudanças de status, registros de diário ou logs 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
Sistema de registro de onde os dados foram extraídos. Nesta visualização, será 'Ivanti Cherwell'.
Descrição

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

Mesmo que pareça estático em um modelo com uma única fonte, este atributo é essencial para a governança de dados, a rastreabilidade e futuras integrações com outros sistemas. Ele esclarece a origem dos dados e ajuda a gerenciar sua qualidade.

Por que isso importa

Fornece 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 encontrar

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

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

Este atributo registra a data e a hora da última extração de dados do Ivanti Cherwell. Ele não representa um evento do processo, mas sim metadados sobre a atualização dos dados.

Essa informação ajuda quem consulta o Dashboard a entender o quanto a análise está atualizada. Também facilita o gerenciamento das programações de atualização dos dados e garante que as decisões sejam tomadas com base em dados cuja idade é conhecida.

Por que isso importa

Indica o quanto os dados estão atualizados, algo essencial para que os usuários confiem na análise e entendam sua relevância para o estado atual das operações.

Onde encontrar

Esta data e hora são geradas e registradas em cada registro durante o processo de extração, transformação e carregamento de dados (ETL).

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

A data prevista de conclusão é a data e hora até as quais se espera que a mudança esteja totalmente implementada e verificada. Essa data costuma fazer parte de um acordo de nível de serviço (SLA) e serve como principal referência de performance.

Este atributo é essencial para monitorar a pontualidade e o cumprimento dos prazos. Ele é comparado à data real de conclusão para calcular os KPIs de taxa de conclusão de mudanças no prazo e taxa de cumprimento do SLA de mudanças. Também ajuda a identificar com antecedência mudanças que correm o risco de não atingir as metas.

Por que isso importa

Serve de referência para medir a pontualidade e o cumprimento do SLA, indicadores essenciais da eficiência e da confiabilidade do processo.

Onde encontrar

Normalmente, é um campo de data específico no objeto Change Request, muitas vezes chamado '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
Equipe ou grupo atualmente responsável pela solicitação de mudança.
Descrição

A equipe responsável pela mudança é o grupo ou departamento designado para a solicitação. Assim como o responsável individual, essa equipe pode mudar ao longo do processo, indicando uma transferência de responsabilidade entre equipes, como da Central de serviços para a equipe de engenharia de redes.

Este atributo é essencial para analisar handoffs entre equipes e identificar atrasos sistêmicos causados por grupos específicos. Ele ajuda a entender quais equipes estão sobrecarregadas ou onde ocorrem falhas de comunicação, dando suporte direto à análise de handoffs e utilização de recursos em mudanças.

Por que isso importa

Identifica a responsabilidade por equipe, essencial para analisar gargalos do processo, medir a performance das equipes e entender atrasos nos handoffs entre grupos.

Onde encontrar

Esta informação costuma ser 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 a aplicações
Nível de risco da mudança
ChangeRiskLevel
Nível de risco avaliado para a mudança, como 'Low', 'Medium' ou 'High'.
Descrição

O nível de risco da mudança é 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, este atributo é usado para analisar a consistência das avaliações de risco e relacionar o risco ao comportamento do processo. Por exemplo, você pode verificar se mudanças de alto risco seguem um fluxo de aprovação mais rigoroso ou levam mais tempo para serem implementadas. Ele dá suporte direto ao Dashboard de consistência da avaliação de risco de mudanças.

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 o nível adequado de análise.

Onde encontrar

Este valor é armazenado em um campo 'Risk Level' ou semelhante no objeto Change Request e costuma ser preenchido durante a atividade de avaliação de risco.

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

O responsável pela mudança é a pessoa designada e encarregada da solicitação em uma etapa específica. Esse atributo costuma mudar conforme a solicitação avança no ciclo de vida, indicando uma transferência de responsabilidade entre pessoas.

Analisar o responsável pela mudança ajuda a entender a carga de trabalho dos recursos e a identificar gargalos relacionados a pessoas específicas. Também é fundamental para analisar handoffs, que podem causar atrasos significativos. Este atributo dá suporte ao Dashboard de handoffs e utilização de recursos em mudanças.

Por que isso importa

Acompanha a responsabilidade individual e permite analisar a distribuição da carga de trabalho, a frequência de handoffs e os gargalos relacionados a recursos específicos.

Onde encontrar

Geralmente, corresponde ao campo 'Owned By' ou 'Assigned To' do objeto de negócio Change Request.

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

O status da mudança indica o estado de uma solicitação em determinado momento ou seu resultado final. É um atributo essencial para entender a resolução dos casos e identificar exceções.

Na análise de processos, este atributo é usado 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 de mudança e é essencial para entender a saúde geral e a eficiência do processo de gestão de mudanças.

Por que isso importa

Define o resultado de uma solicitação de mudança e permite análises importantes sobre taxas de rejeição e conclusão, além da distribuição de casos abertos e fechados.

Onde encontrar

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

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

O tipo de mudança classifica a solicitação de acordo com sua natureza, urgência e impacto. Os tipos mais comuns incluem Standard (pré-aprovada e de baixo risco), Normal (exige avaliação e aprovação completas) e Emergency (exige implementação imediata).

Este atributo permite comparar a performance do processo entre diferentes categorias. Por exemplo, ajuda a identificar se mudanças emergenciais seguem um caminho diferente e mais rápido ou se as mudanças padrão são realmente processadas com o mínimo de atrito. É essencial para o Dashboard de performance de tipos de mudança problemáticos.

Por que isso importa

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

Onde encontrar

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
Indicador calculado que retorna verdadeiro quando a mudança é concluída na data prevista ou antes dela.
Descrição

Este é um atributo booleano, calculado pela comparação entre 'ActualCompletionDate' e 'TargetCompletionDate'. Ele simplifica a análise ao indicar claramente, com um valor binário, se cada solicitação de mudança foi concluída no prazo.

Este indicador serve de base para calcular o KPI 'On-Time Change Completion Rate'. Você pode usá-lo como filtro nos dashboards para identificar e analisar facilmente as mudanças atrasadas e encontrar causas comuns para os atrasos.

Por que isso importa

Simplifica a análise de performance ao indicar claramente se os prazos foram cumpridos, alimentando diretamente os KPIs de conclusão no prazo.

Onde encontrar

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
Data e hora em que a mudança foi efetivamente implementada e verificada como concluída.
Descrição

A data real de conclusão marca o momento em que o trabalho de implementação da solicitação de mudança foi finalizado. Este é um marco importante, comparado ao prazo planejado para medir a performance.

Este atributo é usado junto com a data prevista de conclusão para determinar se uma mudança foi concluída no prazo. É um dado fundamental para calcular KPIs como a taxa de conclusão de mudanças no prazo e analisar as causas dos atrasos na fase de implementação.

Por que isso importa

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

Onde encontrar

Esta data costuma ser 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 a partir da 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
Descrição ou categoria textual que explica por que uma solicitação de mudança foi rejeitada.
Descrição

Quando uma solicitação de mudança é rejeitada, este atributo registra o motivo informado por quem aprovou. O motivo pode ser selecionado em uma lista predefinida ou descrito em texto livre.

Esta informação é essencial para o Dashboard de análise de solicitações de mudança rejeitadas. Ao categorizar e analisar os motivos de rejeição, as organizações podem identificar problemas recorrentes nas solicitações, como informações incompletas, avaliação de risco inadequada ou conflitos de negócio. Esses insights podem ajudar a melhorar a qualidade das futuras solicitações de mudança.

Por que isso importa

Mostra diretamente por que as mudanças são rejeitadas e permite aprimorar de forma direcionada o processo de envio e avaliação para reduzir a taxa geral de rejeição.

Onde encontrar

Estes dados costumam ser registrados em um campo específico 'Rejection Reason' ou em um campo de observações preenchido quando o status muda para 'Rejected'.

Exemplos
Detalhes insuficientes no plano de implementaçãoAvaliação de risco incompletaConflito com outras mudanças agendadas
Prioridade da mudança
ChangePriority
Nível de prioridade da solicitação de mudança, que indica sua urgência e seu impacto no negócio.
Descrição

A prioridade da mudança é definida pela combinação de sua urgência e impacto. 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 mostrar 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 mudanças de alto impacto e se elas são realmente aceleradas como previsto.

Onde encontrar

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
Principal serviço de negócio ou item de configuração (CI) afetado pela mudança.
Descrição

Este 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 panorama mais amplo de gerenciamento de serviços de TI.

Analisar os dados por serviço afetado é essencial para o KPI de principais tipos de mudança problemáticos, 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 gera insights valiosos para que os responsáveis pelos serviços melhorem a estabilidade e gerenciem a dívida técnica.

Por que isso importa

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

Onde encontrar

Normalmente, este dado vem 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 de rede principal (CISCO-4500X)
Solicitante da mudança
ChangeSubmitter
Usuário que criou ou enviou inicialmente a solicitação de mudança.
Descrição

Este atributo identifica a pessoa que iniciou a solicitação de mudança. Ela pode ser diferente do responsável pela mudança, que assume a responsabilidade pela implementação em uma etapa posterior do processo.

Analisar quem solicita as mudanças pode ajudar a identificar padrões relacionados à qualidade das solicitações. Por exemplo, a análise pode revelar que certas pessoas ou equipes enviam solicitações incompletas com frequência, levando a rejeições ou retrabalho. Esse insight pode orientar treinamentos específicos e melhorar a qualidade geral das solicitações.

Por que isso importa

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

Onde encontrar

Geralmente, corresponde ao campo 'Created By' ou 'Requested By' do objeto Change Request.

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

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

Este atributo é usado para calcular o KPI 'Average Change Implementation Time' e dá suporte ao Dashboard 'Change Implementation Flow & Delays'. Ele ajuda a diferenciar atrasos no planejamento de atrasos na execução, permitindo que as equipes concentrem as melhorias no trabalho técnico de implementação.

Por que isso importa

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

Onde encontrar

Calculado na ferramenta de Process Mining ou durante a transformação dos dados, pela diferença 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
Unidade de negócio ou departamento que solicitou a mudança ou será beneficiado por ela.
Descrição

Este atributo associa a solicitação de mudança a uma área específica da organização, como 'Finanças', 'Marketing' ou 'Operações'. Assim, acrescenta contexto de negócio a um processo que, de outra forma, seria apenas técnico.

Analisar os dados por unidade de negócio permite entender de onde vem a demanda por mudanças. Isso pode ajudar em modelos de alocação de custos, na compreensão do impacto das mudanças de TI em diferentes áreas de negócio e na identificação de unidades com mudanças mais complexas ou demoradas.

Por que isso importa

Fornece contexto de negócio e permite analisar a demanda por mudanças, seu impacto e sua performance sob a perspectiva organizacional.

Onde encontrar

Pode ser um campo do objeto Change Request ou uma informação herdada do perfil do usuário solicitante.

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

Atividades de gerenciamento de mudanças

Estas são as principais etapas e marcos do processo a registrar no 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. Em geral, é inferida quando o status da solicitação passa para um estado que indica que ela está pronta para aprovação, como 'Aguardando aprovação'.
Por que isso importa

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

Onde encontrar

Inferido pelo histórico do objeto de solicitação de mudança. O registro é feito na data e hora em que o campo 'Status' muda de 'Em avaliação' para um status como 'Aguardando aprovação do CAB'.

Coleta

Inferido pela mudança de status para 'Aguardando aprovação do CAB'.

Tipo de evento inferred
Mudança agendada
Esta atividade marca o momento em que a data e a hora da implementação da mudança são confirmadas e registradas formalmente. Ela é registrada quando o status é atualizado para 'Agendada'.
Por que isso importa

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

Onde encontrar

Inferido a partir do histórico do objeto Change Request, registrando a data e hora em que o campo 'Status' é atualizado para 'Scheduled'.

Coleta

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

Tipo de evento inferred
Mudança aprovada pelo CAB
Um marco importante em que o Comitê Consultivo de Mudanças (CAB) ou a autoridade designada aprova o prosseguimento da mudança. Ele é inferido quando o status da solicitação de mudança é atualizado para 'Aprovada'.
Por que isso importa

Esta atividade marca o fim do ciclo de aprovação. Ela libera o processo para que o planejamento e a implementação comecem e é essencial para o KPI de tempo do ciclo de aprovação de mudanças.

Onde encontrar

Inferido pelo histórico de auditoria do objeto de solicitação de mudança, registrando especificamente a data e hora em que o campo 'Status' muda para 'Aprovada'.

Coleta

Inferido pela mudança de status para 'Aprovada'.

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

Como principal marco 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 finalizadas.

Onde encontrar

Inferido a partir da data e hora da mudança final de status para 'Closed' no histórico de auditoria do objeto Change Request.

Coleta

Inferido a partir 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 é registrado quando o status da solicitação de mudança é atualizado para 'Implemented' ou um estado semelhante, enquanto aguarda verificação.
Por que isso importa

Este é um marco essencial para o sucesso e um dado importante para os KPIs de taxa de conclusão de mudanças no prazo e tempo médio de implementação de mudanças. Ele marca o fim da fase de execução.

Onde encontrar

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

Coleta

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

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

Acompanhar esta atividade garante que o ciclo de feedback das mudanças seja concluído. Isso é essencial para a melhoria contínua e contribui diretamente para o KPI de taxa de revisões pós-implementação.

Onde encontrar

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

Coleta

Inferido a partir 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. Em geral, ela é registrada quando um novo registro é criado no objeto de negócio de 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 nas etapas iniciais.

Onde encontrar

Este evento é registrado com base na data e hora de criação do registro da solicitação de mudança. No Ivanti Cherwell, esse dado costuma ficar armazenado no campo 'CreatedDateTime' do objeto de negócio de solicitação de mudança.

Coleta

Registrado diretamente com base na data e hora de criação do registro.

Tipo de evento explicit
Início da implementação da mudança
Representa o início da execução técnica da mudança. Normalmente, é 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 do período de implementação. O tempo entre ela e 'Change Implemented' corresponde à duração real da implementação e é um componente importante do tempo de ciclo total.

Onde encontrar

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

Coleta

Inferido a partir 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 Comitê Consultivo de Mudanças (CAB) ou de outra autoridade de aprovação. Ela é inferida a partir de um status como 'Aguardando aprovação' ou 'Aguardando CAB'.
Por que isso importa

Esta é uma atividade crítica de tempo de espera. Analisar sua duração ajuda a identificar gargalos no fluxo de trabalho de aprovação, uma causa comum de atrasos no gerenciamento de mudanças.

Onde encontrar

Registrado com base na data e hora em que o campo 'Status' do objeto de negócio de solicitação de mudança é atualizado para 'Aguardando aprovação' ou um valor equivalente.

Coleta

Identificado pela entrada no status 'Aguardando aprovação'.

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 é registrado 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 encontrar

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

Coleta

Inferido a partir 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 etapa de aprovação. Ela é registrada quando o status da solicitação de mudança é definido como 'Rejeitada'.
Por que isso importa

Este é um desfecho crítico de falha. Analisar as mudanças rejeitadas e os motivos da rejeição ajuda a melhorar a qualidade das solicitações iniciais e contribui para o KPI de taxa de rejeição de solicitações de mudança.

Onde encontrar

Inferido pela data e hora em que o campo 'Status' do objeto de solicitação de mudança é atualizado para 'Rejeitada' no histórico de auditoria.

Coleta

Inferido pela mudança de status para 'Rejeitada'.

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

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

Onde encontrar

Pode ser inferido pela data e hora da mudança de status de 'Aprovada' para 'Agendada'. Outra possibilidade é associá-lo ao preenchimento de campos específicos de planejamento.

Coleta

Inferido pela mudança de status de 'Aprovada' para 'Agendada'.

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. Em geral, é inferido quando o status da solicitação passa de 'Nova' ou 'Rascunho' para um status como 'Em avaliação'.
Por que isso importa

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

Onde encontrar

Inferido pelo log de auditoria ou pelo histórico do objeto de solicitação de mudança, identificando a data e hora em que o campo 'Status' muda para um valor como 'Em avaliação' ou 'Enviada'.

Coleta

Inferido pela mudança de status de 'Nova' para 'Em avaliação'.

Tipo de evento inferred
Verificação da mudança realizada
Representa a fase de testes e validação, que confirma se a mudança foi bem-sucedida e não causou efeitos adversos. É inferida a partir de uma mudança de status para 'Verification' ou 'Testing'.
Por que isso importa

Analisar a frequência e a duração desta atividade ajuda a garantir que as etapas de controle de qualidade não sejam ignoradas. Ela é fundamental para prevenir incidentes causados por mudanças.

Onde encontrar

Registrado a partir da data e hora de uma mudança de status no objeto Change Request, como a passagem para 'Verification' ou 'User Acceptance Testing'.

Coleta

Inferido a partir 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 dar início à análise do processo de gerenciamento de mudanças e identificar oportunidades importantes de melhoria. Comece hoje a tornar as atualizações mais 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.