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