Seu Template de dados de gerenciamento de mudanças
Seu Template de dados de gerenciamento de mudanças
- Atributos recomendados para coleta
- Atividades principais para acompanhar e descobrir o processo com precisão
- Orientações para extrair dados do ServiceNow
Atributos do gerenciamento de mudanças
| 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
|
|||
Atividades de gerenciamento de mudanças
| 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
|
|||
Guias de extração
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.
Não é necessário informar cartão de crédito. Configuração em poucos minutos.