Seu Template de dados de gerenciamento de mudanças

ServiceNow
Seu Template de dados de gerenciamento de mudanças

Seu Template de dados de gerenciamento de mudanças

Este Template oferece uma estrutura para coletar os dados essenciais à mineração eficaz do fluxo de trabalho de gerenciamento de mudanças. Ele apresenta atributos e atividades recomendados para acompanhamento, além de orientações práticas para extrair os dados. Use este material para preparar os dados para uma análise abrangente e otimização.
  • Atributos recomendados para coleta
  • Atividades principais para acompanhar e descobrir o processo com precisão
  • Orientações para extrair dados do ServiceNow
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos do gerenciamento de mudanças

Estes são os campos de dados recomendados para incluir no Event Log e permitir uma análise abrangente do processo de gerenciamento de mudanças.
3 Obrigatório 7 Recomendado 9 Opcional
Nome Descrição
Data e hora do evento
EventTime
Data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

A data e hora do evento registram o momento exato em que uma atividade foi realizada ou uma alteração de status foi registrada. Essas informações são essenciais para ordenar os eventos cronologicamente e para todas as análises baseadas em duração.

Na mineração de processos, esse atributo permite calcular tempos de ciclo, tempos de processamento e tempos de espera entre atividades. É essencial para Dashboards que analisam a performance, como Tempo de ciclo de aprovação de mudanças e Fluxo do processo de mudança de ponta a ponta. Datas e horas precisas são a base para identificar atrasos e medir a eficiência do processo em relação aos SLAs.

Por que isso importa

Essas informações são essenciais para ordenar os eventos corretamente e calcular todas as métricas de tempo, incluindo tempos de ciclo, durações e conformidade com o SLA.

Onde encontrar

Tabela do ServiceNow: sys_audit, campo: sys_created_on. Esse campo fornece a data e hora de cada alteração registrada.

Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:05:00Z
ID da solicitação de mudança
ChangeRequestNumber
Identificador exclusivo de uma solicitação de mudança, usado como ID principal do caso para agrupar todos os eventos relacionados.
Descrição

O ID da solicitação de mudança é a base da análise do processo de gestão de mudanças. É um número exclusivo atribuído a cada solicitação, como 'CHG0030001', que conecta todas as atividades, aprovações e tarefas relacionadas.

Na mineração de processos, esse atributo é usado para reconstruir a jornada completa de cada mudança. Ele permite que analistas acompanhem todo o ciclo de vida, da criação ao encerramento, e entendam como cada mudança avança pelo sistema. Agrupar os dados pelo ID é essencial para calcular tempos de ciclo, identificar ciclos de retrabalho e compreender as variantes do processo.

Por que isso importa

Este ID é essencial para acompanhar todo o ciclo de vida de uma mudança e permite analisar por completo o fluxo do processo, sua duração e a conformidade de cada solicitação.

Onde encontrar

Tabela do ServiceNow: change_request, campo: number

Exemplos
CHG0030001CHG0030045CHG0030112
Nome da atividade
ActivityName
Nome de um evento ou tarefa específica que ocorreu no processo de gestão de mudanças.
Descrição

O nome da atividade descreve uma etapa específica ou uma alteração de status no ciclo de vida de uma solicitação de mudança. Alguns exemplos são 'Mudança aguardando avaliação', 'Aprovação solicitada' e 'Mudança implementada'. Essas atividades formam os nós do mapa de processo descoberto.

Analisar essas atividades permite examinar o fluxo do processo em detalhes. Ao acompanhar a sequência e a frequência das atividades, as organizações podem identificar caminhos comuns, desvios do processo padrão e gargalos em que as mudanças costumam ficar paradas. Isso é fundamental para visualizar o processo e calcular métricas como o tempo de transição entre etapas.

Por que isso importa

É a base do mapa de processo, permitindo visualizar o fluxo, identificar gargalos e analisar desvios.

Onde encontrar

Derivado de alterações no campo 'state' ou em outros campos de status importantes da tabela 'change_request', muitas vezes registradas na tabela 'sys_audit'.

Exemplos
Mudança aprovadaImplementação iniciadaMudança encerradaMudança cancelada
Estado da mudança
ChangeState
Estado atual ou histórico da solicitação de mudança, como 'Assess', 'Authorize', 'Implement' ou 'Closed'.
Descrição

O atributo Estado da mudança representa o status de uma solicitação em determinado momento. Ele resume em que ponto do ciclo de vida a mudança está. Diferentemente da atividade, que representa um evento específico, o estado representa a condição resultante desse evento.

Na análise, o estado da mudança é usado para categorizar casos e entender seus resultados. É fundamental para filtrar mudanças, por exemplo, para analisar apenas as que estão 'Closed' ou investigar por que tantas estão paradas no estado 'Authorize'. Ele também contribui diretamente para KPIs como a Taxa de falha de mudanças, quando existe um estado 'Failed'.

Por que isso importa

Apresenta o status da solicitação de mudança em determinado momento, permitindo analisar resultados, filtrar casos e identificar mudanças paradas.

Onde encontrar

Tabela do ServiceNow: change_request, campo: state

Exemplos
AvaliaçãoAutorizaçãoAgendadaImplementaçãoRevisãoEncerradaCancelada
Grupo responsável
AssignmentGroup
Equipe ou grupo responsável pela solicitação de mudança.
Descrição

O grupo responsável indica qual equipe está encarregada da solicitação de mudança, como 'Aprovação do CAB', 'Engenharia de redes' ou 'Administradores de banco de dados'. É uma dimensão importante para analisar a performance do processo em diferentes áreas funcionais.

Este atributo é usado para medir a eficiência de cada equipe, identificar gargalos em grupos específicos e analisar a eficácia dos handoffs entre equipes. Dashboards como 'Eficiência do handoff entre áreas' e 'Volume de implementação de mudanças' dependem bastante desses dados para identificar atrasos causados por dependências entre equipes.

Por que isso importa

Permite analisar a performance por equipe, destacando gargalos em grupos específicos e medindo a eficiência dos handoffs entre diferentes áreas funcionais.

Onde encontrar

Tabela do ServiceNow: change_request, campo: assignment_group

Exemplos
Aprovação do CABEquipe de redesSuporte a servidoresAdministradores de banco de dados
Hora de término
EndTime
Data e hora em que uma atividade foi concluída. Muitas vezes, são determinadas com base na hora de início da atividade seguinte.
Descrição

A hora de término marca a conclusão de uma atividade. Embora os sistemas de origem geralmente registrem o início de um evento, a hora de término costuma ser inferida. Em geral, ela é calculada com base na data e hora da próxima atividade na sequência do mesmo caso.

Este atributo é essencial para calcular a duração de cada atividade, conhecida como tempo de processamento. Entender quanto tempo cada etapa leva é fundamental para identificar gargalos e ineficiências no processo. Na atividade final de um caso, a hora de término é igual à hora de início.

Por que isso importa

Permite calcular o tempo de processamento das atividades, essencial para identificar gargalos e medir a duração de etapas específicas do processo.

Onde encontrar

Este atributo costuma ser calculado durante a transformação dos dados, usando o StartTime do próximo evento do mesmo CaseId.

Exemplos
2023-10-26T10:05:12Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
Item de configuração
ConfigurationItem
Componente, serviço ou sistema de TI específico afetado pela mudança.
Descrição

O item de configuração (CI) é o ativo da Base de Dados de Gerenciamento de Configuração (CMDB) que será afetado pela mudança. Pode ser um servidor, um aplicativo de software, um dispositivo de rede ou um serviço de negócios.

Este atributo fornece um contexto importante para a mudança. Na mineração de processos, ele permite segmentar a análise pelo tipo de ativo alterado. Por exemplo, o Dashboard 'Análise da duração dos testes de mudança' usa esse atributo para comparar os tempos de teste de diferentes aplicativos ou sistemas e ajudar a identificar quais CIs estão associados a ciclos de teste mais longos.

Por que isso importa

Fornece contexto essencial para os negócios e permite filtrar a análise pelo aplicativo, serviço ou sistema afetado, ajudando a identificar problemas específicos de cada componente.

Onde encontrar

Tabela do ServiceNow: change_request, campo: cmdb_ci

Exemplos
SAP ERPOracle Database 19cServiço de e-mailWebServer-01
Nível de risco
RiskLevel
Nível de risco avaliado da mudança, como 'Alto', 'Moderado' ou 'Baixo'.
Descrição

O nível de risco é o resultado da avaliação de risco de uma solicitação de mudança. Ele quantifica a possibilidade de consequências adversas caso a mudança seja implementada e ajuda a determinar o nível de análise e aprovação necessário.

Este atributo é essencial para o Dashboard 'Padronização da avaliação de risco', que o utiliza para verificar se mudanças semelhantes recebem classificações de risco consistentes. Analisar os fluxos do processo por nível de risco também pode revelar se mudanças de alto risco seguem corretamente um processo mais rigoroso de aprovação e teste do que mudanças de baixo risco, uma verificação importante de conformidade.

Por que isso importa

Essencial para a análise de conformidade e para garantir que mudanças de alto risco recebam o nível adequado de análise e sigam um processo mais rigoroso.

Onde encontrar

Tabela do ServiceNow: change_request, campo: risk

Exemplos
AltoModeradoBaixo
Prioridade
Priority
Nível de prioridade da solicitação de mudança, determinado pelo impacto e pela urgência.
Descrição

A prioridade indica a importância de uma solicitação de mudança e determina a ordem em que ela deve ser tratada. Em geral, é definida com base no impacto e na urgência da mudança, com valores como 'Crítico', 'Alto', 'Moderado' e 'Baixo'.

Analisar os dados por prioridade é essencial para garantir que mudanças de alta prioridade sejam processadas mais rapidamente do que as de baixa prioridade. Isso contribui para o Dashboard 'Performance de mudanças críticas', que permite acompanhar os tempos de ciclo e as taxas de falha das mudanças mais importantes. Se mudanças de baixa prioridade forem concluídas mais rapidamente do que as de alta prioridade, pode haver um problema na alocação de recursos ou na execução do processo.

Por que isso importa

É essencial para avaliar se os recursos estão sendo alocados corretamente às mudanças mais críticas e monitorar a performance delas separadamente.

Onde encontrar

Tabela do ServiceNow: change_request, campo: priority

Exemplos
1 - Crítico2 - Alto3 - Moderado4 - Baixo
Tipo de mudança
ChangeType
Classificação da mudança, como 'Padrão', 'Normal' ou 'Emergencial'.
Descrição

O tipo de mudança categoriza a solicitação conforme sua natureza, seu risco e os requisitos de aprovação. Mudanças padrão têm aprovação prévia, mudanças normais seguem o processo completo e mudanças emergenciais percorrem um fluxo acelerado.

Esta é uma dimensão fundamental para a análise do processo, pois cada tipo de mudança tem um fluxo autorizado próprio. Comparar a performance de mudanças normais e emergenciais pode revelar insights importantes sobre a conformidade e a eficiência do processo. O atributo também é usado em Dashboards como 'Padronização da avaliação de risco' para garantir que mudanças semelhantes recebam tratamento consistente.

Por que isso importa

Permite segmentar a análise, pois cada tipo de mudança segue fluxos autorizados diferentes e tem expectativas de performance próprias.

Onde encontrar

Tabela do ServiceNow: change_request, campo: type

Exemplos
PadrãoNormalEmergencial
Código de fechamento
CloseCode
Código que indica o resultado quando uma solicitação de mudança é fechada, como 'Bem-sucedida' ou ' malsucedida'.
Descrição

O código de fechamento registra o resultado final de uma solicitação de mudança concluída. Ele indica formalmente se a mudança foi implementada com sucesso, apresentou problemas ou foi revertida.

Esse atributo é uma entrada direta para o KPI 'Taxa de falha de mudanças'. Ao analisar a distribuição dos códigos de fechamento, a organização pode quantificar o sucesso das iniciativas de mudança. Filtrar o mapa do processo por mudanças com o código de fechamento 'Malsucedida' é uma forma eficaz de fazer análise de causa raiz e identificar padrões recorrentes que levam a falhas.

Por que isso importa

Mede diretamente o resultado de uma mudança e fornece os dados necessários para calcular a taxa de falha e analisar as causas das mudanças malsucedidas.

Onde encontrar

Tabela do ServiceNow: change_request, Campo: close_code

Exemplos
Bem-sucedidaBem-sucedida com problemasMalsucedida / revertida
É retrabalho
IsRework
Indicador booleano que é verdadeiro quando uma atividade representa a repetição de uma etapa anterior no mesmo caso.
Descrição

Esse atributo calculado identifica atividades que representam retrabalho. O retrabalho ocorre quando o processo precisa voltar a uma etapa já concluída, como quando uma mudança é rejeitada após a aprovação e retorna para uma nova avaliação.

Esse indicador é essencial para quantificar a ineficiência do processo. Ele dá suporte direto ao KPI 'Taxa de retrabalho em mudanças' e ao Dashboard 'Análise de falhas e retrabalho em mudanças'. Ao filtrar as atividades em que 'É retrabalho' é verdadeiro, os analistas podem isolar e estudar as causas do retrabalho, como avaliações iniciais incompletas ou mudanças nos requisitos, e agir para reduzir o desperdício.

Por que isso importa

Quantifica diretamente a ineficiência do processo ao sinalizar trabalho repetido, ajudando a identificar e tratar as causas dos ciclos e do esforço desperdiçado.

Onde encontrar

Calculado durante a transformação dos dados, identificando se a mesma atividade, ou uma atividade anterior no fluxo padrão, já ocorreu para o CaseId informado.

Exemplos
truefalse
Estado do SLA
SlaState
Status da solicitação de mudança em relação ao Acordo de Nível de Serviço (SLA), como 'No prazo', 'Em risco' ou 'Violado'.
Descrição

O estado do SLA indica se a solicitação de mudança está avançando dentro dos prazos definidos pelo SLA. Esse status pode ser acompanhado em cada etapa do processo.

Esse atributo é essencial para monitorar a conformidade com os compromissos de nível de serviço. Ele é a principal fonte de dados do Dashboard 'Visão geral da performance do SLA de mudanças' e do KPI 'Taxa de cumprimento do SLA de mudanças'. Analisar onde e por que os SLAs são violados permite que a organização trate atrasos sistêmicos e torne a prestação de serviços mais previsível.

Por que isso importa

Mede diretamente a performance em relação aos prazos e permite monitorar e analisar proativamente as violações de SLA para melhorar a prestação de serviços.

Onde encontrar

Esses dados podem vir da tabela 'task_sla' do ServiceNow, que acompanha SLAs relacionados a tarefas, como solicitações de mudança, ou ser calculados com base nos campos de data de vencimento.

Exemplos
No prazoEm riscoViolado
Impacto
Impact
Efeito potencial da mudança nas operações de negócios, classificado em uma escala como Alto, Médio ou Baixo.
Descrição

O impacto mede o efeito potencial nos negócios caso a solicitação de mudança não seja tratada corretamente. Junto com a urgência, é um dos principais fatores para determinar a prioridade geral da mudança.

Analisar os dados por impacto ajuda a garantir que mudanças que afetam serviços críticos sejam gerenciadas com o devido cuidado. O atributo é usado no Dashboard 'Performance de mudanças críticas' para identificar e monitorar mudanças com alto impacto nos negócios. Também ajuda a verificar a consistência da avaliação de risco, garantindo que mudanças de alto impacto não recebam uma classificação de baixo risco sem justificativa.

Por que isso importa

Ajuda a priorizar mudanças conforme o possível efeito nos negócios e a verificar se mudanças de alto impacto estão sendo gerenciadas com o devido cuidado.

Onde encontrar

Tabela do ServiceNow: change_request, campo: impact

Exemplos
1 - Alto2 - Médio3 - Baixo
Sistema de origem
SourceSystem
Sistema do qual os dados foram extraídos, geralmente o ServiceNow.
Descrição

Este atributo identifica a origem dos dados do processo. Neste caso, espera-se que seja o ServiceNow, mas ele também é essencial para a governança de dados e para situações em que dados de vários sistemas são combinados.

Na análise, ele deixa clara a linhagem dos dados e ajuda a validar sua origem. Para organizações que usam várias ferramentas de ITSM ou sistemas integrados, esse atributo permite filtrar e comparar processos em diferentes plataformas.

Por que isso importa

Deixa clara a linhagem dos dados e documenta a origem das informações do processo, algo essencial para a governança de dados e a análise de vários sistemas.

Onde encontrar

Em geral, é um valor estático adicionado durante o processo de extração e transformação de dados (ETL).

Exemplos
ServiceNowServiceNow_PRODSNOW_ITSM
Tempo de ciclo
CycleTime
Tempo total entre a criação e o fechamento de uma solicitação de mudança.
Descrição

O tempo de ciclo é uma métrica por caso que mede a duração total do ciclo de vida de uma solicitação de mudança. Ele é calculado pela diferença entre o timestamp do primeiro evento e o timestamp do último evento de cada solicitação.

Esse é um KPI essencial para medir a velocidade geral do processo. Ele é usado no Dashboard 'Fluxo do processo de mudança de ponta a ponta' para oferecer uma visão geral da performance do processo. Analisar as tendências do tempo de ciclo e compará-las por dimensões como Tipo de mudança ou Prioridade ajuda a identificar oportunidades de melhoria estratégica.

Por que isso importa

Mede a duração do processo de mudança de ponta a ponta e funciona como um indicador importante da velocidade e da eficiência geral do processo.

Onde encontrar

Calculado por caso durante a análise dos dados, subtraindo o menor StartTime do maior StartTime de cada CaseId.

Exemplos
60480012096002592000
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando os dados deste registro foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo informa a data e hora da última extração de dados. É um campo de metadados essencial para entender o quanto os dados analisados estão atualizados.

Analistas usam essas informações para confirmar que estão trabalhando com dados recentes e saber quando eles foram atualizados. Isso é especialmente importante para Dashboards operacionais que monitoram a performance atual do processo, garantindo que as decisões não se baseiem em dados desatualizados.

Por que isso importa

Indica se os dados estão atualizados, garantindo que as análises e os Dashboards usem informações atuais e relevantes.

Onde encontrar

Este campo de metadados é gerado durante o processo de extração e transformação de dados (ETL) e indica quando os dados foram extraídos.

Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Urgência
Urgency
A rapidez com que uma mudança precisa ser resolvida, classificada em uma escala como Alta, Média ou Baixa.
Descrição

A urgência define em quanto tempo uma mudança precisa ser implementada. Ela reflete a sensibilidade do prazo da solicitação do ponto de vista do negócio. Junto com o Impacto, é usada para calcular a Prioridade geral.

Embora a Prioridade seja o principal campo de análise, a Urgência oferece contexto adicional. Ela pode ajudar a investigar por que certas mudanças são classificadas como urgentes e se o processo consegue atendê-las sem comprometer a estabilidade. Também ajuda a avaliar se a organização trabalha com frequência em modo reativo, lidando com alta urgência.

Por que isso importa

Oferece contexto sobre o prazo de uma mudança e ajuda a analisar se o processo atende bem às solicitações urgentes.

Onde encontrar

Tabela do ServiceNow: change_request, Campo: urgency

Exemplos
1 - Alto2 - Médio3 - Baixo
Usuário responsável
AssignedToUser
Usuário responsável pela solicitação de mudança em determinado momento.
Descrição

Este atributo identifica a pessoa responsável por trabalhar na solicitação de mudança. Essa pessoa pode mudar várias vezes durante o ciclo de vida da solicitação, conforme ela avança entre diferentes etapas e equipes.

A análise por usuário ajuda a entender a distribuição da carga de trabalho, a performance individual e as necessidades de treinamento. Também é essencial para analisar handoffs, especialmente quando combinada com o Grupo responsável, para avaliar a eficiência da transferência do trabalho entre pessoas.

Por que isso importa

Ajuda a acompanhar a carga de trabalho e a performance de cada usuário e é essencial para analisar atrasos no handoff entre diferentes recursos.

Onde encontrar

Tabela do ServiceNow: change_request, campo: assigned_to

Exemplos
Beth AnglinDavid LooAbel Tuter
Obrigatório Recomendado Opcional

Atividades de gerenciamento de mudanças

Estas são as principais etapas e os marcos do processo que você deve registrar no Event Log para descobrir com precisão o processo de gerenciamento de mudanças.
7 Recomendado 6 Opcional
Atividade Descrição
Mudança agendada
A mudança aprovada recebeu datas planejadas de início e término e agora consta oficialmente no calendário de implementação. Isso é identificado quando o estado da solicitação muda para 'Scheduled'.
Por que isso importa

Esta atividade separa as etapas de planejamento e aprovação da fase de implementação. O tempo nesse estado pode indicar atrasos entre a aprovação e o início do trabalho.

Onde encontrar

Identificada quando o campo 'state' da tabela change_request muda para 'Scheduled'. A data e hora são obtidas no registro de auditoria correspondente.

Coleta

Acompanhe no histórico de auditoria da tabela change_request as alterações do campo state para 'Scheduled'.

Tipo de evento inferred
Mudança aprovada
A solicitação de mudança recebeu todas as autorizações necessárias para avançar para as etapas de agendamento e implementação. Este é um marco importante, registrado quando a aprovação final é concedida e o campo 'approval' muda para 'approved'.
Por que isso importa

Este marco encerra a etapa de aprovação. É essencial para medir os tempos do ciclo de aprovação e identificar gargalos no processo de tomada de decisão.

Onde encontrar

Identificada quando o campo 'approval' da tabela change_request muda para 'approved'. A data e hora são obtidas no histórico de auditoria dessa alteração.

Coleta

Registre a data e hora em que o campo 'approval' muda para 'approved'.

Tipo de evento inferred
Mudança cancelada
A solicitação de mudança foi retirada ou interrompida antes da conclusão da implementação. Este é um estado final alternativo, registrado quando o estado muda para 'Canceled'.
Por que isso importa

Analisar mudanças canceladas pode revelar ineficiências no processo, como solicitações criadas sem necessidade ou que ficam tempo demais aguardando aprovação e acabam se tornando obsoletas.

Onde encontrar

Identificada quando o campo 'state' da tabela change_request muda para 'Canceled'. A data e hora são obtidas no registro de auditoria dessa alteração de estado.

Coleta

Registre a data e hora em que o campo 'state' muda para 'Canceled'.

Tipo de evento inferred
Mudança encerrada
A solicitação de mudança foi concluída com sucesso, passou por revisão e agora é considerada finalizada. Este é o principal ponto de conclusão bem-sucedida do processo e é registrado quando o estado da mudança muda para 'Closed'.
Por que isso importa

Esta atividade marca a conclusão bem-sucedida do ciclo de vida da mudança. É o evento final para medir a duração total do processo e a conformidade com o SLA.

Onde encontrar

Identificada quando o campo 'state' da tabela change_request muda para 'Closed'. A data e hora são obtidas no histórico de auditoria dessa alteração final de estado.

Coleta

Registre a data e hora em que o campo 'state' muda para 'Closed'.

Tipo de evento inferred
Mudança implementada
O trabalho de implementação foi concluído, e a mudança está pronta para revisão, verificação ou teste. Esta atividade é identificada quando o estado da solicitação muda de 'Implement' para 'Review'.
Por que isso importa

Este é um marco importante que encerra a fase de implementação. É um evento essencial para calcular os KPIs 'Taxa de falha de mudanças' e 'Taxa de retrabalho de mudanças'.

Onde encontrar

Identificada pela transição de estado de 'Implement' para um estado seguinte, como 'Review'. A data e hora são obtidas no histórico de auditoria do campo 'state' na tabela change_request.

Coleta

Identifique quando o campo 'state' muda de 'Implement' para 'Review'.

Tipo de evento inferred
Risco e impacto avaliados
Representa a conclusão da análise de risco e impacto da solicitação de mudança. É um marco importante antes de solicitar a aprovação e costuma ser identificado quando a mudança sai do estado 'Assess' e passa para 'Authorize' ou 'Awaiting Approval'.
Por que isso importa

Acompanhar a duração da etapa de avaliação é essencial para o KPI 'Tempo médio de ciclo da avaliação de risco'. Isso ajuda a padronizar o processo de avaliação e identificar onde as análises estão demorando demais.

Onde encontrar

Identificada pela mudança do campo 'state' na tabela change_request de 'Assess' para 'Authorize'. A data e hora do evento são obtidas no registro de auditoria dessa alteração de estado.

Coleta

Identifique quando o campo 'state' muda de 'Assess' para um estado seguinte, como 'Authorize'.

Tipo de evento inferred
Solicitação de mudança criada
Esta atividade registra a criação de uma nova solicitação de mudança no sistema. É o início oficial do processo de gestão de mudanças e ocorre quando uma nova entrada é inserida na tabela change_request.
Por que isso importa

Este é o principal evento de início do processo. Analisar o tempo entre esta atividade e as demais revela o tempo total de atravessamento e ajuda a identificar atrasos logo no começo do processo.

Onde encontrar

Este evento corresponde à data e hora de criação do registro (sys_created_on) na tabela change_request do ServiceNow.

Coleta

Use a data e hora sys_created_on da tabela change_request.

Tipo de evento explicit
Aprovação solicitada
Esta atividade indica que a solicitação de mudança foi enviada formalmente para aprovação, geralmente a um gerente ou ao Comitê Consultivo de Mudanças (CAB). O evento é registrado quando o status de aprovação da solicitação muda para 'requested'.
Por que isso importa

Este é o início do ciclo de aprovação. Medir o tempo entre este evento e 'Mudança aprovada' permite calcular diretamente o KPI 'Tempo médio de aprovação de mudanças'.

Onde encontrar

Identificada quando o campo 'approval' na tabela change_request muda para 'requested'. A data e hora são registradas na tabela sys_audit para esse campo.

Coleta

Data e hora em que o campo 'approval' da tabela change_request muda para 'requested'.

Tipo de evento inferred
Implementação iniciada
O trabalho de implementação da mudança começou. O evento é registrado quando o estado da solicitação muda para 'Implement', indicando a transição do planejamento para a execução.
Por que isso importa

Este evento marca o início do trabalho prático de implementação. É o ponto de partida para medir o KPI 'Duração média da implementação' e analisar a eficiência da equipe.

Onde encontrar

Identificada quando o campo 'state' da tabela change_request muda para 'Implement'. A data e hora são obtidas no registro de auditoria dessa transição de estado.

Coleta

Registre no histórico de auditoria da tabela change_request a data e hora da alteração de estado para 'Implement'.

Tipo de evento inferred
Mudança aguardando avaliação
A solicitação de mudança foi enviada e agora aguarda avaliação técnica e de negócios. Em geral, isso é identificado quando o estado da solicitação muda para 'Assess' ou um status semelhante, indicando que ela saiu da etapa de rascunho.
Por que isso importa

Esta atividade ajuda a medir o tempo inicial de handoff entre quem solicita e a equipe de avaliação. Atrasos nessa etapa podem indicar problemas na qualidade inicial dos dados ou na disponibilidade de recursos para a avaliação.

Onde encontrar

Identificada pela alteração do campo 'state' na tabela change_request, geralmente para um valor como 'Assess'. A data e hora são obtidas no histórico de auditoria (sys_audit) dessa alteração.

Coleta

Acompanhe no histórico de auditoria da tabela change_request as alterações do campo state para 'Assess'.

Tipo de evento inferred
Mudança reaberta
Depois de chegar a uma etapa posterior, a solicitação de mudança voltou a um estado anterior, como 'Implement' ou 'Assess'. Esse evento é identificado por uma transição não linear de estado e indica retrabalho.
Por que isso importa

Esta atividade é essencial para identificar ciclos de retrabalho e calcular a 'Taxa de retrabalho de mudanças'. Reaberturas frequentes indicam problemas na qualidade da implementação, nos testes ou no planejamento.

Onde encontrar

Identificada pela análise da sequência de alterações de estado no histórico de auditoria da tabela change_request. Uma transição de um estado posterior (por exemplo, 'Review') para um anterior (por exemplo, 'Implement') indica uma reabertura.

Coleta

Detecte uma transição não sequencial e regressiva no histórico do campo 'state'.

Tipo de evento inferred
Mudança rejeitada
A solicitação de mudança foi negada por um aprovador ou pelo CAB. Esta atividade representa um estado final para a solicitação, a menos que ela seja revisada e enviada novamente. O evento é registrado quando o campo 'approval' muda para 'rejected'.
Por que isso importa

Acompanhar as rejeições ajuda a identificar motivos recorrentes para a negativa, como informações incompletas ou risco elevado. Essa análise pode melhorar a qualidade das futuras solicitações de mudança.

Onde encontrar

Identificada quando o campo 'approval' da tabela change_request muda para 'rejected'. A data e hora são obtidas no histórico de auditoria.

Coleta

Registre a data e hora em que o campo 'approval' muda para 'rejected'.

Tipo de evento inferred
Revisão em andamento
Uma revisão pós-implementação (PIR) está sendo realizada para verificar se a mudança foi bem-sucedida e atingiu seus objetivos. O evento é registrado quando o estado da solicitação muda para 'Review'.
Por que isso importa

Analisar a duração da etapa de revisão ajuda a identificar atrasos na validação do sucesso da mudança. Também destaca mudanças fora de conformidade em que essa etapa foi ignorada.

Onde encontrar

Identificada quando o campo 'state' da tabela change_request muda para 'Review'. A data e hora são obtidas no registro de auditoria dessa alteração de estado.

Coleta

Registre no histórico de auditoria da tabela change_request a data e hora da alteração de estado para 'Review'.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do ServiceNow

Pronto para começar?

Use este Template para preparar seus dados e obter insights sobre o processo de gerenciamento de mudanças no ServiceNow. Comece hoje a otimizar o processo para alcançar a máxima eficiência.

Evite falhas nas mudanças e melhore os resultados no ServiceNow agora!

Localize gargalos e alcance facilmente uma taxa de sucesso de 95% nas mudanças.

Começar o teste grátis

Não é necessário informar cartão de crédito. Configuração em poucos minutos.