Seu Template de dados de gerenciamento de mudanças
Seu Template de dados de gerenciamento de mudanças
- Atributos recomendados para uma análise completa
- Atividades e marcos importantes para acompanhar no processo
- Orientações específicas para extrair dados dos sistemas de origem relevantes
Atributos de gerenciamento de mudanças
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
Nome do evento ou da tarefa específica realizada no processo de gerenciamento de mudanças. | ||
|
Descrição
Este atributo representa uma etapa ou alteração de status no ciclo de vida de uma solicitação de mudança, como 'Solicitação de mudança enviada' ou 'Solicitação de mudança aprovada'. Essas atividades formam o mapa do processo. Analisar a sequência e a duração das atividades ajuda a identificar o fluxo do processo, descobrir desvios do procedimento padrão e localizar gargalos. Em geral, os nomes das atividades são derivados das transições de status registradas nos logs de auditoria do sistema.
Por que isso importa
Ele define as etapas do processo e permite visualizar e analisar o fluxo do processo, que é a base do Process Mining.
Onde encontrar
Derivado das transições de status no formulário 'CHG:ChangeRequest_AuditLog' ou do acompanhamento das alterações no campo 'Status' do formulário 'CHG:Infrastructure Change'.
Exemplos
Solicitação de mudança enviadaAvaliação de risco realizadaSolicitação de mudança aprovadaMudança implementada
|
|||
|
Hora de início
EventStartTime
|
Data e hora que indicam quando uma atividade ou evento específico começou. | ||
|
Descrição
Este atributo registra a data e a hora exatas em que uma atividade ocorreu. Por exemplo, indica quando uma mudança foi enviada, aprovada ou encerrada. Esse registro de data e hora é essencial para analisar a linha do tempo do processo. Ele é usado para calcular os tempos de ciclo entre atividades, medir tempos de espera, identificar tendências de performance ao longo do tempo e determinar a sequência dos eventos. Registros precisos de data e hora são a base de qualquer análise de processos baseada em tempo.
Por que isso importa
Ele fornece a dimensão temporal necessária para calcular durações, analisar a performance e entender a sequência dos eventos no processo.
Onde encontrar
Obtido do campo 'Audit Date' no formulário 'CHG:ChangeRequest_AuditLog' ou do campo 'Last Modified Date' associado a alterações específicas de status.
Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
ID da solicitação de mudança
ChangeRequestID
|
Identificador exclusivo gerado pelo sistema para uma solicitação de mudança, usado como identificador principal do caso. | ||
|
Descrição
O ID da solicitação de mudança é a chave exclusiva que identifica cada iniciativa de mudança durante todo o seu ciclo de vida. Ele reúne todas as atividades, aprovações e tarefas relacionadas, formando um único caso para a mineração de processos. Analisar os processos por esse ID permite acompanhar de ponta a ponta como as mudanças são gerenciadas, da solicitação inicial ao encerramento final. Isso é essencial para monitorar os tempos de ciclo, identificar gargalos e entender as variações do processo em cada mudança.
Por que isso importa
Este é o atributo fundamental que conecta todos os eventos relacionados em uma única instância do processo e permite analisar o gerenciamento de mudanças de ponta a ponta.
Onde encontrar
Encontrado no campo 'Infrastructure Change ID' (ID do campo 1000000182) do formulário 'CHG:Infrastructure Change'.
Exemplos
CRQ0000001234567CRQ0000001234568CRQ0000001234569
|
|||
|
Sistema de origem
SourceSystem
|
Nome do sistema do qual os dados foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados do processo, que neste caso é o 'BMC Helix ITSM'. Ele ajuda na governança e na rastreabilidade dos dados, especialmente em ambientes que combinam dados de vários sistemas para uma análise mais ampla. Por exemplo, se os dados de mudanças forem combinados posteriormente com dados de um sistema financeiro ou de gerenciamento de projetos, este campo permite distinguir claramente as fontes.
Por que isso importa
Ele fornece contexto essencial sobre a origem dos dados, garantindo rastreabilidade e interpretação adequada, especialmente em análises que envolvem vários sistemas.
Onde encontrar
Em geral, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) para identificar a origem do conjunto de dados.
Exemplos
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
|
|||
|
Ú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 mostra a data e a hora da última extração dos dados do BMC Helix ITSM. Não indica o momento do evento, mas sim quando os dados foram extraídos. Essa informação é essencial para entender o nível de atualização dos dados analisados e gerenciar os ciclos de atualização. Em Dashboards e relatórios, esse registro de data e hora informa quando a análise foi atualizada pela última vez, algo especialmente importante para monitorar processos em andamento.
Por que isso importa
Ele indica o quão recentes são os dados, o que é essencial para garantir que as análises e os Dashboards reflitam o estado mais atual do processo.
Onde encontrar
Este é um campo de metadados geralmente gerado e preenchido pela ferramenta de ETL ou pelo pipeline de dados no momento da extração.
Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
|
|||
|
Equipe de implementação
ImplementationTeam
|
Equipe responsável por implementar a mudança. | ||
|
Descrição
Este atributo identifica o grupo técnico ou operacional responsável pelo trabalho necessário para atender à solicitação de mudança. Em geral, é o 'Assigned Group' durante as etapas de implementação do ciclo de vida da mudança. Essa informação é essencial para o Dashboard de gargalos de recursos no processo de mudança. Ao analisar a duração e o volume das atividades por equipe de implementação, os gestores podem identificar desequilíbrios na carga de trabalho, lacunas de habilidades e outras limitações de recursos que atrasam a implantação das mudanças.
Por que isso importa
Ajuda a identificar gargalos relacionados a recursos na etapa de implementação, permitindo analisar a performance por equipe responsável.
Onde encontrar
Encontrado no campo 'ASGRP' (Assigned Group) do formulário 'CHG:Infrastructure Change'.
Exemplos
Operações de servidoresAdministradores de banco de dadosEquipe SAP BasisInfraestrutura em nuvem
|
|||
|
Grupo aprovador
ApproverGroup
|
Equipe ou grupo responsável por aprovar uma solicitação de mudança em uma etapa específica. | ||
|
Descrição
Este atributo identifica o grupo responsável por analisar e autorizar uma mudança. Como uma mudança pode passar por várias etapas de aprovação, diferentes grupos podem atuar ao longo do ciclo, como uma equipe de aprovação técnica e um comitê de aprovação de negócios. Este atributo é essencial para o Dashboard de gargalos na aprovação de mudanças, pois permite segmentar os tempos de aprovação por grupo responsável. Assim, fica mais fácil identificar equipes sobrecarregadas ou pouco eficientes que estejam causando atrasos no processo.
Por que isso importa
Permite identificar gargalos no processo de aprovação ao analisar a duração das aprovações por equipe responsável.
Onde encontrar
A informação vem do formulário 'AP:Signature', que gerencia as aprovações e está vinculado à solicitação de mudança. O grupo do aprovador faz parte desse registro.
Exemplos
Comitê consultivo de mudançasSegurança de TIEngenharia de redesDesenvolvimento de aplicações
|
|||
|
Nível de risco
RiskLevel
|
Avaliação do risco potencial associado à implementação da mudança. | ||
|
Descrição
O nível de risco é uma avaliação qualitativa ou quantitativa das possíveis consequências negativas da implementação da mudança. É um dado essencial para o processo de aprovação, no qual mudanças de maior risco passam por uma análise mais rigorosa. Este atributo é central para o Dashboard 'Change Risk Profile Analysis', que ajuda as partes interessadas a entender a exposição geral a riscos do portfólio de mudanças. Ele também é usado para identificar ciclos de retrabalho em que avaliações iniciais inadequadas levam a uma nova análise de risco.
Por que isso importa
Ele oferece uma dimensão essencial para analisar a conformidade e a eficiência do processo e ajuda a garantir que mudanças de maior risco recebam a análise adequada.
Onde encontrar
Encontrado no campo 'Risk Level' do formulário 'CHG:Infrastructure Change'.
Exemplos
1 - Crítico2 - Alto3 - Médio4 - Baixo5 - Planejamento
|
|||
|
Prioridade
Priority
|
Nível de prioridade atribuído à solicitação de mudança, que indica sua importância para o negócio. | ||
|
Descrição
Em geral, a prioridade é determinada pela combinação do impacto e da urgência e define a ordem e a velocidade de atendimento de uma solicitação de mudança. Uma mudança de prioridade mais alta costuma exigir processamento mais rápido e pode estar sujeita a acordos de nível de serviço (SLAs) mais rigorosos. Este atributo é usado no Dashboard 'Change SLA Performance' para segmentar e analisar a performance por nível de prioridade. Ele ajuda a responder perguntas como 'Estamos cumprindo os SLAs para mudanças de alta prioridade?' e orienta as decisões de alocação de recursos.
Por que isso importa
Ele permite analisar a performance por importância para o negócio, garantindo que as mudanças mais críticas sejam processadas com eficiência e atinjam suas metas.
Onde encontrar
Encontrado no campo 'Priority' do formulário 'CHG:Infrastructure Change'.
Exemplos
CríticoAltoMédioBaixo
|
|||
|
Status
Status
|
Estado ou etapa atual da solicitação de mudança no ciclo de vida. | ||
|
Descrição
O campo Status indica a etapa exata de uma solicitação de mudança em determinado momento, como 'Rascunho', 'Request For Authorization' ou 'Completed'. As atividades são derivadas das transições entre esses status, mas o status em si é útil para analisar a carga de trabalho atual. Este atributo é essencial para o Dashboard 'Change Throughput & Current Status', que mostra quantas mudanças estão em cada etapa do fluxo. Ele ajuda os gestores a entender o trabalho em andamento e a alocação de recursos.
Por que isso importa
Ele oferece uma visão atualizada do fluxo de mudanças, permitindo analisar o trabalho em andamento e o estado atual de todas as solicitações de mudança.
Onde encontrar
Encontrado no campo 'Status' do formulário 'CHG:Infrastructure Change'.
Exemplos
RascunhoSolicitação de autorizaçãoAgendadaImplementação em andamentoConcluída
|
|||
|
Tipo de mudança
ChangeType
|
Classificação da mudança, como padrão, normal ou emergencial. | ||
|
Descrição
Este atributo classifica a solicitação de mudança conforme sua natureza e o processo que deve seguir. Os tipos mais comuns são padrão (pré-aprovada e de baixo risco), normal (exige avaliação e aprovação completas) e emergencial (exige tratamento acelerado devido a um problema urgente). Analisar por tipo de mudança é essencial para entender as variações do processo. Por exemplo, o Dashboard 'Emergency Change Volume & Impact' usa este campo para acompanhar mudanças urgentes e seus efeitos na estabilidade dos serviços. Ele também ajuda a avaliar se cada tipo de mudança segue o fluxo previsto.
Por que isso importa
Ele permite segmentar o processo para analisar e comparar diferentes fluxos de trabalho de mudanças, algo essencial para analisar a conformidade e a performance.
Onde encontrar
Encontrado no campo 'Change Type' do formulário 'CHG:Infrastructure Change'.
Exemplos
PadrãoNormalEmergencialSem impacto
|
|||
|
Código de encerramento
CloseCode
|
Código que indica o resultado final da mudança no momento do encerramento. | ||
|
Descrição
O código de encerramento informa, de forma padronizada, o motivo do fechamento de uma solicitação de mudança, como 'Concluída com sucesso', 'Concluída com problemas', 'Revertida' ou 'Cancelada'. Esse atributo detalha o resultado da mudança além do status final. Analisar os códigos de encerramento ajuda a avaliar a qualidade e a taxa de sucesso das mudanças implementadas. Por exemplo, um número elevado de mudanças 'Revertidas' pode indicar problemas no planejamento ou nos testes e fornecer uma métrica útil para melhorar o processo.
Por que isso importa
Apresenta um resultado claro e estruturado para cada mudança, permitindo analisar as taxas de sucesso e os motivos de falha ou cancelamento.
Onde encontrar
Encontrado no campo 'Status Reason' ou em um campo semelhante de código de encerramento no formulário 'CHG:Infrastructure Change', que é ativado nas etapas finais.
Exemplos
Concluída com sucessoConcluída com problemasRevertidaCancelada
|
|||
|
Data-limite do SLA
SLATargetDate
|
Data e hora-limite para concluir a solicitação de mudança. | ||
|
Descrição
A data-limite do SLA (Acordo de Nível de Serviço) é o prazo para concluir a solicitação de mudança, definido de acordo com a prioridade e o tipo da mudança. Ela serve de referência para comparar o tempo real de conclusão. Este atributo é fundamental para o Dashboard de performance do SLA de mudanças. Ao comparar o horário real de encerramento com essa meta, é possível verificar se a mudança cumpriu o SLA. Analisar a performance do SLA ajuda a avaliar a eficiência geral do processo e o cumprimento dos compromissos de nível de serviço.
Por que isso importa
Serve de referência para medir a performance, calcular os índices de conformidade com o SLA e identificar mudanças em risco.
Onde encontrar
Em geral, essa informação fica armazenada em formulários relacionados ao gerenciamento de SLA e vinculada à solicitação de mudança. Muitas vezes, ela também aparece no próprio formulário da mudança.
Exemplos
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
|
|||
|
É mudança emergencial
IsEmergencyChange
|
Indicador booleano que recebe o valor true quando a mudança é do tipo 'Emergencial'. | ||
|
Descrição
Este indicador derivado simplifica a análise ao identificar claramente as mudanças emergenciais com um valor binário. Ele se baseia no valor do atributo 'ChangeType'. Este atributo é usado principalmente no Dashboard de volume e impacto de mudanças emergenciais e no KPI de percentual de mudanças emergenciais. Ele facilita a filtragem e a agregação dos dados sobre mudanças emergenciais, permitindo acompanhar sua frequência e suas tendências ao longo do tempo sem precisar criar lógicas complexas de filtragem na ferramenta de análise.
Por que isso importa
Simplifica a análise de mudanças emergenciais e facilita a filtragem, a criação de Dashboards e o cálculo de KPIs relacionados a esse tipo crítico de mudança.
Onde encontrar
Este atributo derivado é criado durante a transformação dos dados. A lógica é: IF 'ChangeType' = 'Emergency' THEN true ELSE false.
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Indicador que mostra se uma atividade representa um ciclo de retrabalho ou uma etapa de retrocesso no processo. | ||
|
Descrição
Este atributo booleano recebe o valor true quando uma solicitação de mudança volta a uma etapa anterior do ciclo de vida, por exemplo, de 'Agendada' para 'Avaliação de riscos'. Esses retrocessos representam retrabalho, que costuma gerar ineficiência. Este indicador é usado para calcular o KPI de taxa de retrabalho em mudanças e dá suporte ao Dashboard de retrabalho em mudanças e eficiência da avaliação. Ele ajuda a quantificar a frequência do retrabalho e identificar as etapas do processo em que ele ocorre com mais frequência, apontando oportunidades de melhoria no planejamento e na avaliação iniciais.
Por que isso importa
Identifica diretamente ineficiências no processo ao sinalizar atividades que fazem parte de um ciclo de retrabalho, permitindo direcionar as iniciativas de melhoria.
Onde encontrar
Este atributo é calculado com base na análise da sequência de atividades de um caso. Durante a transformação dos dados, aplica-se uma lógica para detectar retrocessos no fluxo do processo.
Exemplos
truefalse
|
|||
|
Hora de término
EventEndTime
|
Data e hora que indicam quando uma atividade ou evento específico foi concluído. | ||
|
Descrição
A hora de término marca a conclusão de uma atividade. Em Process Mining, ela costuma ser calculada como a hora de início da atividade seguinte no caso, indicando claramente a duração da etapa anterior. Para a última atividade de um caso, pode ser igual à hora de início ou corresponder a um timestamp específico de encerramento. Este atributo é essencial para calcular o
Por que isso importa
Ele permite calcular com precisão a duração das atividades, algo fundamental para identificar gargalos e medir a performance do processo.
Onde encontrar
Este é um atributo calculado, geralmente derivado durante a transformação dos dados, usando a hora de início do próximo evento na sequência de um determinado caso.
Exemplos
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
|
|||
|
ID do incidente relacionado
RelatedIncidentID
|
Identificador de qualquer incidente causado por esta mudança. | ||
|
Descrição
Este atributo vincula uma solicitação de mudança a incidentes posteriores que ela possa ter causado. Essa relação é essencial para entender o impacto das mudanças na estabilidade dos serviços. Este é o principal atributo necessário para calcular o KPI de taxa de incidentes causados por mudanças. Ao acompanhar esses vínculos, a organização pode medir a qualidade do processo de mudança e identificar tipos de mudança, equipes ou serviços associados a uma taxa maior de problemas após a implementação.
Por que isso importa
Mede diretamente o impacto negativo das mudanças e fornece um KPI essencial para avaliar a qualidade das mudanças e a eficácia do gerenciamento de riscos.
Onde encontrar
Em geral, essa relação é estabelecida no formulário de incidente ('HPD:Help Desk'), onde o incidente pode ser vinculado à solicitação de mudança que o causou.
Exemplos
INC000000987654INC000000987655INC000000987656
|
|||
|
Impacto
Impact
|
Impacto avaliado da mudança nos serviços de negócio e na infraestrutura de TI. | ||
|
Descrição
O impacto mede os possíveis efeitos de uma mudança nas operações de negócio, nos serviços e nos usuários. Junto com a urgência, é um fator essencial para determinar a prioridade da solicitação de mudança. Na análise, o impacto é usado no Dashboard 'Change Risk Profile Analysis' para oferecer uma visão abrangente das possíveis consequências do portfólio de mudanças para o negócio. Entender a distribuição de mudanças de alto impacto pode orientar estratégias de gerenciamento de riscos e planejamento de recursos.
Por que isso importa
Ele ajuda a quantificar as possíveis consequências das mudanças para o negócio, permitindo analisar riscos e definir prioridades conforme a gravidade dos possíveis efeitos nos serviços.
Onde encontrar
Encontrado no campo 'Impact' do formulário 'CHG:Infrastructure Change'.
Exemplos
1 - Extenso/Generalizado2 - Significativo/Amplo3 - Moderado/Limitado4 - Pequeno/Localizado
|
|||
|
Serviço afetado
AffectedService
|
Serviço de negócios ou técnico afetado pela mudança. | ||
|
Descrição
Este atributo vincula a solicitação de mudança a um serviço específico definido no banco de dados de gerenciamento de configuração (CMDB). Pode ser um serviço de negócios voltado aos usuários, como 'Serviços de e-mail', ou um serviço técnico de back-end, como 'Serviço de autenticação'. Ele é usado no Dashboard de volume e impacto de mudanças emergenciais para relacionar as mudanças aos serviços afetados. Isso ajuda a entender a estabilidade de cada serviço e a identificar aqueles que exigem intervenções emergenciais frequentes.
Por que isso importa
Fornece um contexto de negócios essencial, relacionando as mudanças técnicas ao impacto nos serviços de negócios e permitindo analisar o processo com foco nos serviços.
Onde encontrar
A informação vem do campo 'ServiceCI' ou das relações com itens de configuração (CI) associadas no formulário 'CHG:Infrastructure Change'.
Exemplos
E-mail corporativoSAP ERPGestão do relacionamento com o clientePortal de internet banking
|
|||
|
Solicitante da mudança
ChangeSubmitter
|
Pessoa que criou e enviou a solicitação de mudança. | ||
|
Descrição
Este atributo identifica quem iniciou a solicitação de mudança. Em geral, o sistema registra essa pessoa como 'Submitter' ou 'Reported By'. Embora nem sempre seja uma dimensão principal de análise, esse atributo pode ajudar a entender a origem das solicitações de mudança. Por exemplo, analisar se a maioria das mudanças vem de departamentos ou funções específicos pode revelar necessidades de negócios e aspectos do planejamento.
Por que isso importa
Ajuda a identificar quem iniciou as solicitações de mudança e permite analisar padrões de demanda e o comportamento dos usuários no processo.
Onde encontrar
Encontrado no campo 'Submitter' do formulário 'CHG:Infrastructure Change'.
Exemplos
Allen AllbrookMary MannBob Baxter
|
|||
|
Status do SLA
SLAState
|
Status calculado da solicitação de mudança em relação à meta do SLA. | ||
|
Descrição
Este atributo indica se uma solicitação de mudança concluída cumpriu o Acordo de Nível de Serviço (SLA), estava em risco de descumpri-lo ou o descumpriu. O cálculo compara a data e hora reais de conclusão com 'SLATargetDate'. Esta é a principal métrica do Dashboard de performance do SLA de mudanças. Ela mede de forma clara e objetiva a performance em relação aos compromissos de serviço e permite segmentar os dados por prioridade, tipo de mudança ou equipe para identificar áreas com baixa conformidade com o SLA.
Por que isso importa
Mede diretamente a performance em relação aos compromissos e é um indicador essencial da eficiência do processo e da qualidade do serviço.
Onde encontrar
Este atributo é calculado durante a transformação dos dados, comparando a data e hora da atividade final com 'SLATargetDate'.
Exemplos
No prazoEm riscoDescumprido
|
|||
|
Urgência
Urgency
|
Urgência da mudança, que reflete o prazo necessário para sua implementação. | ||
|
Descrição
A urgência indica com que rapidez a mudança precisa ser implementada. Junto com o impacto, é um componente essencial para calcular a prioridade geral da solicitação de mudança. A urgência é um atributo importante para o Dashboard 'Change Risk Profile Analysis', pois mostra a pressão de tempo sobre o processo de gerenciamento de mudanças. Analisar as tendências de urgência pode ajudar a identificar problemas subjacentes que levam a um grande número de solicitações com prazos críticos.
Por que isso importa
Ela reflete o caráter urgente das mudanças e ajuda a analisar se o processo atende com eficiência às solicitações com diferentes níveis de urgência.
Onde encontrar
Encontrado no campo 'Urgency' do formulário 'CHG:Infrastructure Change'.
Exemplos
1 - Crítico2 - Alto3-Médio4-Baixo
|
|||
Atividades de gerenciamento de mudanças
| Atividade | Descrição | ||
|---|---|---|---|
|
Avaliação de risco realizada
|
Esta atividade indica a conclusão da avaliação de risco da mudança proposta. Em geral, ela é identificada quando o status da solicitação de mudança é atualizado ou quando uma tarefa específica de avaliação de risco é encerrada. | ||
|
Por que isso importa
Acompanhar esta atividade é essencial para garantir a conformidade com as políticas de gerenciamento de mudanças. Isso ajuda a identificar atrasos na etapa de avaliação e a analisar a taxa de retrabalho de mudanças quando o processo retorna a esta etapa.
Onde encontrar
Identificada por uma alteração de status no formulário CHG:Change (por exemplo, a mudança para 'Request For Change') ou pela conclusão de uma tarefa relacionada no formulário CHG:Task.
Coleta
Identifique o timestamp em que uma tarefa vinculada de 'Risk Assessment' no CHG:Task recebe o status 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Mudança agendada
|
Esta atividade marca o momento em que a mudança aprovada é oficialmente agendada para implementação. O evento é identificado pela alteração de status para 'Scheduled' no sistema. | ||
|
Por que isso importa
Este marco importante indica que a mudança está pronta para implementação. É o ponto de partida para medir os KPIs de tempo de ciclo de implementação de mudanças e tempo médio de espera para implementação.
Onde encontrar
Identificada pelo histórico de alterações de status no formulário CHG:Change, quando o status muda para 'Scheduled'.
Coleta
Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Scheduled'.
Tipo de evento
inferred
|
|||
|
Mudança encerrada
|
Esta é a atividade final, que marca o encerramento formal da solicitação de mudança no sistema. O evento é registrado quando o status da solicitação de mudança é definido como 'Closed'. | ||
|
Por que isso importa
Esta atividade marca o fim bem-sucedido do ciclo de vida da mudança. Ela é essencial para medir a duração do processo de ponta a ponta e o volume geral de mudanças concluídas.
Onde encontrar
Identificada pelo histórico de alterações de status no formulário CHG:Change, quando o status muda para 'Closed'.
Coleta
Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Closed'.
Tipo de evento
inferred
|
|||
|
Mudança implementada
|
Esta atividade representa a conclusão bem-sucedida do trabalho de implementação da mudança. Em geral, ela é registrada quando o status é atualizado para 'Completed' com um motivo que indica sucesso. | ||
|
Por que isso importa
Este marco importante encerra a etapa de implantação. Ele é essencial para calcular o tempo de ciclo de implementação de mudanças e analisar incidentes causados por mudanças.
Onde encontrar
Identificada no formulário CHG:Change quando o campo 'Status' recebe o valor 'Completed' e o campo 'Status Reason' recebe o valor 'Successful'.
Coleta
Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Completed'.
Tipo de evento
inferred
|
|||
|
Solicitação de mudança aprovada
|
Este é um marco importante: a solicitação de mudança recebe aprovação formal para prosseguir. O evento é identificado por uma alteração de status, geralmente para 'Scheduled' ou 'Planning In Progress', após a autorização final. | ||
|
Por que isso importa
Este marco encerra a etapa de aprovação e é fundamental para medir gargalos na aprovação e o KPI de tempo médio de aprovação de mudanças. É um ponto de decisão importante no processo.
Onde encontrar
Identificada pelo histórico de alterações de status no formulário CHG:Change, especificamente quando a solicitação sai de um status de aprovação, como 'Request For Authorization'.
Coleta
Identifique o timestamp em que o campo 'Status' do CHG:Change avança além da etapa final de aprovação, por exemplo, para 'Scheduled'.
Tipo de evento
inferred
|
|||
|
Solicitação de mudança criada
|
Esta atividade marca a criação inicial de um registro de solicitação de mudança no sistema. O evento é identificado pelo timestamp de criação do registro da solicitação de mudança no formulário CHG:Change. | ||
|
Por que isso importa
Este é o ponto de partida de toda solicitação de mudança, essencial para medir a duração total do ciclo e analisar o volume de mudanças recebidas.
Onde encontrar
Este evento é identificado pela data de envio ou pelo timestamp de criação do registro no log de auditoria do formulário CHG:Change (por exemplo, HPD:Help Desk Audit Log).
Coleta
Use o timestamp de criação do registro no formulário CHG:Change.
Tipo de evento
explicit
|
|||
|
Testes realizados
|
Indica que os testes ou a validação após a implementação foram concluídos. Em geral, esse evento é registrado quando uma tarefa de teste específica, associada à solicitação de mudança, é encerrada. | ||
|
Por que isso importa
Acompanhar esta atividade é essencial para medir o tempo médio do ciclo de testes e garantir a qualidade. Isso ajuda a identificar gargalos no processo de validação antes da verificação final.
Onde encontrar
Identificada pela conclusão de um registro de tarefa de teste no formulário CHG:Task, vinculado à solicitação de mudança principal.
Coleta
Identifique o timestamp em que uma tarefa vinculada de 'Testing' ou 'Validation' no CHG:Task recebe o status 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Análise de impacto realizada
|
Representa a conclusão da análise de impacto, que determina as possíveis consequências de uma mudança. Em geral, ela é identificada por uma atualização de status ou pelo encerramento de uma tarefa associada. | ||
|
Por que isso importa
Esta atividade é essencial para entender a eficiência do planejamento e seu efeito no retrabalho. Analisar sua duração e frequência ajuda a aprimorar a etapa de avaliação inicial.
Onde encontrar
Identificada pelo timestamp de conclusão de uma tarefa de 'Impact Analysis' no formulário CHG:Task ou por uma transição de status específica no formulário CHG:Change.
Coleta
Identifique o timestamp em que uma tarefa vinculada de 'Impact Analysis' no CHG:Task recebe o status 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Mudança cancelada
|
Representa o cancelamento de uma solicitação de mudança antes da implementação ou conclusão. O evento é registrado quando o status da solicitação de mudança é atualizado para 'Cancelled'. | ||
|
Por que isso importa
Acompanhar os cancelamentos ajuda a entender por que as mudanças são retiradas. Isso pode revelar problemas como planejamento inicial inadequado, mudanças de prioridade ou restrições de recursos.
Onde encontrar
Identificada pelo histórico de alterações de status no formulário CHG:Change, quando o status muda para 'Cancelled'.
Coleta
Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Cancelled'.
Tipo de evento
inferred
|
|||
|
Mudança verificada
|
Esta atividade indica que as partes interessadas confirmaram formalmente o sucesso da mudança após a implementação e os testes. Em geral, ela é representada por uma alteração de status antes do encerramento final. | ||
|
Por que isso importa
A verificação é a última etapa de controle de qualidade antes do encerramento de uma mudança. Ela confirma que a mudança atingiu seus objetivos e não causou impactos negativos inesperados.
Onde encontrar
Identificada por uma alteração de status no formulário CHG:Change, como a mudança de 'Completed' para o status 'Verification' ou 'Closed'.
Coleta
Identifique o timestamp em que o campo 'Status' do CHG:Change muda para 'Closed' após as atividades de implementação.
Tipo de evento
inferred
|
|||
|
Plano de implementação elaborado
|
Indica que o plano detalhado para implementar a mudança foi criado e documentado. Em geral, esse evento é registrado quando uma tarefa de planejamento associada à mudança é concluída. | ||
|
Por que isso importa
A conclusão desta atividade é um pré-requisito para o agendamento e a implementação. Analisar sua duração ajuda a identificar atrasos na etapa de planejamento antes da execução da mudança.
Onde encontrar
Identificada pela conclusão de um registro de tarefa de planejamento específico no formulário CHG:Task, vinculado à solicitação de mudança principal.
Coleta
Identifique o timestamp em que uma tarefa vinculada de 'Implementation Planning' no CHG:Task recebe o status 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Revisão pós-implementação
|
Representa a conclusão de uma revisão formal após a implementação da mudança. Em geral, esta atividade é identificada pelo encerramento de uma tarefa de revisão pós-implementação (PIR). | ||
|
Por que isso importa
Esta atividade é essencial para o aprendizado organizacional e a melhoria de processos. Medir o KPI de taxa de revisão pós-implementação ajuda a garantir que as lições aprendidas com as mudanças sejam aproveitadas.
Onde encontrar
Identificada pela conclusão de uma tarefa de 'Post-Implementation Review' no formulário CHG:Task, vinculada à solicitação de mudança principal.
Coleta
Identifique o timestamp em que uma tarefa vinculada de 'PIR' no CHG:Task recebe o status 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Solicitação de mudança enviada
|
Representa o envio formal de uma solicitação de mudança para análise e autorização. Em geral, esse evento é identificado quando o status da solicitação muda de 'Rascunho' para 'Request For Authorization'. | ||
|
Por que isso importa
Esta atividade inicia o processo de aprovação. Acompanhar esse momento é essencial para medir quanto tempo as solicitações aguardam a análise inicial e analisar o KPI de tempo de aprovação de mudanças.
Onde encontrar
Identificado pelo histórico de alterações de status da solicitação de mudança no formulário CHG:Change, especificamente pela transição para 'Request For Authorization'.
Coleta
Identifique o timestamp em que o campo 'Status' do CHG:Change muda de 'Rascunho' para 'Request For Authorization'.
Tipo de evento
inferred
|
|||
|
Solicitação de mudança rejeitada
|
Esta atividade indica que um aprovador rejeitou formalmente a solicitação de mudança. Ela é registrada quando o status muda para 'Rejected' e representa um estado final. | ||
|
Por que isso importa
Acompanhar as rejeições ajuda a identificar os motivos da recusa, como informações incompletas ou risco elevado. Essa análise pode melhorar a qualidade das futuras solicitações de mudança.
Onde encontrar
Identificada pelo histórico de alterações de status no formulário CHG:Change, especificamente pela transição para o status 'Rejected'.
Coleta
Identifique o timestamp em que o campo 'Status' do CHG:Change é atualizado para 'Rejected'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Comece hoje a otimizar seu processo de gerenciamento de mudanças preparando os dados com este Template. Obtenha insights valiosos e aumente a eficiência das operações.
Otimize agora o gerenciamento de mudanças e evite interrupções
Aumente para 95% a taxa de sucesso das mudanças e evite interrupções dispendiosas nos serviços.
Não é necessário informar o cartão de crédito. A configuração leva poucos minutos.