Seu Template de dados de Change Management
Seu Template de dados de Change Management
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações de extração do Ivanti Cherwell
Atributos de gestão de mudanças
| 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
|
|||
Atividades de gestão de mudanças
| 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
|
|||
Guias de extração
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.
Não é necessário cartão de crédito. Comece agora mesmo.