Seu Template de Dados de Gestão de Mudanças
Seu Template de Dados de Gestão de Mudanças
- Atributos recomendados para uma análise completa
- Principais atividades e marcos para acompanhar em seu processo
- Orientação específica de extração para sistemas de origem relevantes
Atributos de Gestão de Mudanças
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
O nome do evento ou tarefa específica realizada no processo de gestão de mudanças. | ||
|
Descrição
Este atributo representa uma única etapa ou mudança de status no ciclo de vida de uma requisição de mudança, como 'Requisição enviada' ou 'Requisição aprovada'. Essas atividades são os blocos fundamentais do mapa do processo. Analisar a sequência e a duração dessas atividades ajuda a identificar o fluxo do processo, descobrir desvios do procedimento padrão e apontar gargalos. Os nomes das atividades geralmente são derivados das transições de status registradas nos logs de auditoria do sistema.
Por que é importante
Define as etapas do processo, permitindo a visualização e análise do fluxo, que é a essência do Process Mining.
Onde obter
Derivado das transições de status no formulário 'CHG:ChangeRequest_AuditLog' ou pelo rastreamento de 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
|
O `timestamp` indicando quando uma atividade ou evento específico começou. | ||
|
Descrição
Este atributo registra a data e hora exatas em que uma atividade ocorreu. Por exemplo, capturaria quando uma mudança foi enviada, aprovada ou fechada. Este timestamp é crucial para analisar a linha do tempo do processo. Ele é usado para calcular tempos de ciclo entre atividades, medir tempos de espera, identificar tendências de desempenho ao longo do tempo e determinar a sequência de eventos. Timestamps precisos são a base para qualquer análise de processo baseada em tempo.
Por que é importante
Fornece a dimensão temporal necessária para calcular durações, analisar o desempenho e entender a sequência de eventos no processo.
Onde obter
Obtido do campo 'Audit Date' no formulário 'CHG:ChangeRequest_AuditLog' ou da 'Last Modified Date' associada a mudanças de status específicas.
Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
ID da Solicitação de Mudança
ChangeRequestID
|
O identificador exclusivo gerado pelo sistema para uma requisição de mudança, servindo como o identificador principal do caso. | ||
|
Descrição
O ID da Requisição de Mudança é a chave exclusiva que identifica cada iniciativa de mudança ao longo do seu ciclo de vida. Ele agrupa todas as atividades, aprovações e tarefas relacionadas, formando a base de um 'caso' individual no Process Mining. Analisar os processos por este ID permite uma visão de ponta a ponta de como as mudanças são gerenciadas, desde a requisição inicial até o fechamento final. Isso é essencial para rastrear tempos de ciclo, identificar gargalos e entender as variações do processo para cada mudança.
Por que é importante
Este é o atributo fundamental que conecta todos os eventos relacionados em uma única instância de processo, tornando possível a análise de ponta a ponta do processo de gestão de mudanças.
Onde obter
Encontrado no campo 'Infrastructure Change ID' (ID do Campo 1000000182) do formulário 'CHG:Infrastructure Change'.
Exemplos
CRQ0000001234567CRQ0000001234568CRQ0000001234569
|
|||
|
Sistema de Origem
SourceSystem
|
O nome do sistema do qual os dados foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados do processo, que neste contexto é o 'BMC Helix ITSM'. Ajuda na governança e rastreabilidade dos dados, especialmente em ambientes onde informações de vários sistemas podem ser combinadas para uma análise mais ampla. Por exemplo, se os dados de mudança forem posteriormente mesclados com dados de um sistema financeiro ou de gestão de projetos, este campo garante a diferenciação clara das fontes de dados.
Por que é importante
Oferece um contexto fundamental sobre a origem dos dados, garantindo a rastreabilidade e a interpretação correta das informações, especialmente em cenários de análise multissistema.
Onde obter
Geralmente é um valor estático adicionado durante o processo de extração, transformação e carga (ETL) para rotular a origem do conjunto de dados.
Exemplos
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp que indica quando os dados para este registo foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo mostra a data e hora em que os dados foram extraídos pela última vez do BMC Helix ITSM. Não é a hora do evento em si, mas sim a hora da coleta dos dados. Esta informação é vital para entender a atualidade dos dados analisados e para gerenciar os ciclos de atualização. Em dashboards e relatórios, este timestamp informa aos usuários quão recente é a análise, o que é especialmente importante para o monitoramento de processos contínuos.
Por que é importante
Indica o quão recentes são os dados, o que é crítico para garantir que as análises e dashboards reflitam o estado atual do processo.
Onde obter
Este é um campo de metadados geralmente gerado e preenchido pela ferramenta de ETL ou 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
|
A equipe responsável por realizar a implementação da mudança. | ||
|
Descrição
Este atributo identifica o grupo técnico ou operacional encarregado de realizar o trabalho exigido pela requisição de mudança. Frequentemente é o 'Grupo Atribuído' durante as fases de implementação do ciclo de vida da mudança. Esta informação é crítica para o dashboard 'Gargalos de Recursos no Processo de Mudança'. Ao analisar as durações das atividades e os volumes por equipe de implementação, os gestores podem identificar desequilíbrios de carga, lacunas de competência ou outras restrições de recursos que atrasam a implantação da mudança.
Por que é importante
Ajuda a identificar gargalos relacionados a recursos na fase de implementação através da análise de performance por equipe responsável.
Onde obter
Encontrado no campo 'ASGRP' (Assigned Group) do formulário 'CHG:Infrastructure Change'.
Exemplos
Operações de ServidorAdministradores de Banco de DadosEquipe SAP BasisInfraestrutura em Nuvem
|
|||
|
Grupo Aprovador
ApproverGroup
|
A equipe ou grupo responsável por aprovar uma requisição de mudança em um estágio específico. | ||
|
Descrição
Este atributo identifica o grupo atribuído para revisar e autorizar uma mudança. Como uma mudança pode ter várias etapas de aprovação, isso pode representar diferentes grupos ao longo do ciclo de vida, como uma equipe de aprovação técnica e um comitê de aprovação de negócios. Este é um atributo vital para o dashboard 'Gargalos de Aprovação de Mudanças', pois permite segmentar os tempos de aprovação pelo grupo responsável. Isso ajuda a identificar equipes específicas que podem estar sobrecarregadas ou ineficientes, causando atrasos no processo.
Por que é importante
Permite identificar gargalos no processo de aprovação ao possibilitar a análise da duração das aprovações por equipe responsável.
Onde obter
Obtido do formulário 'AP:Signature', que gerencia aprovações e está vinculado à requisição de mudança. O grupo do aprovador faz parte deste registro.
Exemplos
Comitê de Controle de Mudanças (CAB)Segurança de TIEngenharia de RedeDesenvolvimento de Aplicações
|
|||
|
Nível de Risco
RiskLevel
|
Uma avaliação do risco potencial associado à implementação da mudança. | ||
|
Descrição
O Nível de Risco é uma avaliação qualitativa ou quantitativa do potencial de consequências negativas caso a mudança seja implementada. É uma entrada crucial para o processo de aprovação, onde mudanças de maior risco passam por um escrutínio mais rigoroso. Este atributo é central no dashboard 'Análise de Perfil de Risco de Mudança', que ajuda os interessados a entender a exposição geral ao risco do portfólio de mudanças. Também é usado para identificar loops de retrabalho onde as avaliações de risco iniciais são inadequadas, levando a reavaliações posteriores.
Por que é importante
Fornece uma dimensão crítica para analisar a conformidade e a eficiência do processo, ajudando a garantir que as mudanças de maior risco recebam o escrutínio adequado.
Onde obter
Encontrado no campo 'Risk Level' do formulário 'CHG:Infrastructure Change'.
Exemplos
1 - Crítico2 - Alto3 - Médio4 - Baixo5 - Planejamento
|
|||
|
Prioridade
Priority
|
O nível de prioridade atribuído à requisição de mudança, indicando sua importância para o negócio. | ||
|
Descrição
A prioridade geralmente é determinada pela combinação de Impacto e Urgência, ditando a ordem e a velocidade de tratamento de uma requisição de mudança. Mudanças de alta prioridade costumam exigir processamento mais rápido e podem ter acordos de nível de serviço (SLAs) mais rígidos. Este atributo é utilizado no dashboard 'Desempenho de SLA de Mudança' para segmentar e analisar a performance por níveis de prioridade. Ele ajuda a responder perguntas como 'Estamos cumprindo nossos SLAs para mudanças de alta prioridade?' e orienta decisões de alocação de recursos.
Por que é importante
Permite analisar o desempenho segmentado pela importância para o negócio, garantindo que as mudanças mais críticas sejam processadas com eficiência e atinjam suas metas.
Onde obter
Encontrado no campo 'Priority' do formulário 'CHG:Infrastructure Change'.
Exemplos
CríticoAltoMédioBaixo
|
|||
|
Status
Status
|
O estado atual ou fase da requisição de mudança em seu ciclo de vida. | ||
|
Descrição
O campo Status indica a etapa exata de uma requisição de mudança em um determinado momento, como 'Rascunho', 'Requisição para Autorização' ou 'Concluído'. Embora as atividades sejam derivadas das transições entre esses estados, o status em si é útil para analisar a carga de trabalho atual. Este atributo é essencial para o dashboard 'Vazão de Mudanças e Status Atual', fornecendo uma visão instantânea de quantas mudanças estão em cada etapa do pipeline. Ajuda os gestores a entender o trabalho em andamento (WIP) e a alocação de recursos.
Por que é importante
Oferece uma visão em tempo real do pipeline de mudanças, permitindo a análise do trabalho em andamento e do estado atual de todas as requisições.
Onde obter
Encontrado no campo 'Status' do formulário 'CHG:Infrastructure Change'.
Exemplos
RascunhoRequisição para autorizaçãoAgendadoImplementação em AndamentoConcluído
|
|||
|
Tipo de Altera00o
ChangeType
|
A classificação da mudança, como Padrão, Normal ou Emergencial. | ||
|
Descrição
Este atributo categoriza a requisição de mudança com base em sua natureza e no processo que deve seguir. Tipos comuns incluem Padrão (pré-aprovada, baixo risco), Normal (exige avaliação e aprovação completas) e Emergencial (exige tratamento expedito devido a um problema urgente). Analisar pelo Tipo de Mudança é crítico para entender as variações do processo. Por exemplo, o dashboard 'Volume e Impacto de Mudanças Emergenciais' depende deste campo para rastrear mudanças urgentes e seu efeito na estabilidade do serviço. Também ajuda a avaliar se diferentes tipos de mudanças seguem os caminhos prescritos.
Por que é importante
Permite segmentar o processo para analisar e comparar diferentes workflows de mudança, o que é fundamental para análises de conformidade e desempenho.
Onde obter
Encontrado no campo 'Change Type' do formulário 'CHG:Infrastructure Change'.
Exemplos
PadrãoNormalEmergencial (Emergency)Sem impacto
|
|||
|
Código de Encerramento
CloseCode
|
Um código que indica o resultado final da mudança quando ela foi encerrada. | ||
|
Descrição
O Código de Fechamento fornece um motivo padronizado para o encerramento de uma requisição de mudança, como 'Bem-sucedido', 'Bem-sucedido com problemas', 'Revertido' ou 'Cancelado'. Este atributo oferece uma visão mais detalhada do resultado da mudança do que apenas o status final. Analisar os Códigos de Fechamento 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, fornecendo uma métrica valiosa para a melhoria do processo.
Por que é importante
Oferece um resultado claro e estruturado para cada mudança, permitindo a análise das taxas de sucesso e dos motivos de falha ou cancelamento.
Onde obter
Encontrado no campo 'Status Reason' ou campo de código de encerramento similar do formulário 'CHG:Infrastructure Change', ativo nas fases finais.
Exemplos
Bem-sucedidoBem-sucedido com problemasRevertida (Backed Out)Cancelado
|
|||
|
Data Alvo do SLA
SLATargetDate
|
A data e hora previstas para que a requisição de mudança seja concluída. | ||
|
Descrição
A Data Limite do SLA (Acordo de Nível de Serviço) é o prazo para concluir a requisição de mudança, determinado por seu tipo e prioridade. É a referência contra a qual o tempo real de conclusão é medido. Este atributo é fundamental para o dashboard 'Desempenho de SLA de Mudança'. Ao comparar o tempo real de fechamento com esta meta, podemos determinar se a mudança cumpriu o SLA. Analisar o desempenho do SLA ajuda a avaliar a eficiência geral do processo e a adesão aos compromissos de nível de serviço.
Por que é importante
Estabelece a referência para medir o desempenho, permitindo calcular as taxas de conformidade de SLA e identificar mudanças em risco.
Onde obter
Esta informação é geralmente armazenada em formulários de gestão de SLA relacionados e vinculada à requisição de mudança, sendo muitas vezes visível no próprio formulário da mudança.
Exemplos
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
|
|||
|
É Mudança de Emergência
IsEmergencyChange
|
Um sinalizador booleano que é verdadeiro se a mudança for do tipo 'Emergency' (Emergencial). | ||
|
Descrição
Esta flag derivada simplifica a análise fornecendo um indicador binário claro para mudanças de emergência. É baseada no valor do atributo 'ChangeType'. Este atributo é usado principalmente para alimentar o dashboard 'Volume e Impacto de Mudanças Emergenciais' e o KPI 'Porcentagem de Mudanças Emergenciais'. Ele permite filtrar e agregar facilmente dados relacionados a mudanças urgentes, facilitando o acompanhamento de sua frequência e tendências ao longo do tempo sem a necessidade de lógicas complexas de filtragem na ferramenta de análise.
Por que é importante
Simplifica a análise de mudanças de emergência, facilitando a filtragem, a criação de dashboards e o cálculo de KPIs relacionados a esse tipo crítico de mudança.
Onde obter
Este é um atributo derivado criado durante a transformação de dados. A lógica é: SE 'ChangeType' = 'Emergency' ENTÃO true SENÃO false.
Exemplos
verdadeirofalse
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador que indica se uma atividade representa um ciclo de retrabalho ou um retrocesso no processo. | ||
|
Descrição
Este atributo booleano é definido como verdadeiro quando uma requisição de mudança retorna a um estágio anterior de seu ciclo de vida, por exemplo, de 'Agendado' de volta para 'Avaliação de Risco'. Tais movimentos de retorno representam retrabalho, que costuma ser uma fonte de ineficiência. Esta flag é usada para calcular o KPI 'Taxa de Retrabalho em Mudanças' e alimenta o dashboard 'Retrabalho de Mudanças e Eficiência de Avaliação'. Ajuda a quantificar a frequência de retrabalho e identifica as etapas específicas do processo onde ele ocorre com mais frequência, apontando áreas para melhoria no planejamento e avaliação iniciais.
Por que é importante
Identifica ineficiências diretamente ao sinalizar atividades que fazem parte de um ciclo de retrabalho, permitindo melhorias focadas.
Onde obter
Este é um atributo calculado, derivado da análise da sequência de atividades de um caso. Uma lógica é aplicada durante a transformação dos dados para detectar movimentos de retorno no fluxo do processo.
Exemplos
verdadeirofalse
|
|||
|
End Time
EventEndTime
|
O timestamp que indica quando uma determinada atividade ou evento foi concluído. | ||
|
Descrição
O Horário de Término marca a conclusão de uma atividade. No Process Mining, isso é frequentemente calculado como o horário de início da atividade subsequente no caso, fornecendo uma duração clara para a etapa anterior. Para a última atividade de um caso, pode ser o mesmo que seu horário de início ou um timestamp de fechamento específico. Este atributo é essencial para calcular o
Por que é importante
Permite o cálculo preciso da duração das atividades, algo fundamental para identificar gargalos e medir a performance do processo.
Onde obter
Este é um atributo calculado, geralmente derivado durante a transformação de dados ao considerar o horário 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
|
|||
|
Estado do SLA
SLAState
|
O status calculado da requisição de mudança em relação à sua meta de SLA. | ||
|
Descrição
Este atributo indica se uma requisição de mudança concluída cumpriu, esteve em risco de descumprir ou descumpriu seu Acordo de Nível de Serviço (SLA). É calculado comparando o timestamp real de conclusão com a 'SLATargetDate'. Esta é a principal métrica para o dashboard 'Desempenho de SLA de Mudança'. Oferece uma medida clara e concisa do desempenho em relação aos compromissos de serviço e permite filtrar os dados por prioridade, tipo de mudança ou equipe para identificar áreas com baixa adesão ao SLA.
Por que é importante
Proporciona uma medida direta do desempenho em relação aos compromissos assumidos, sendo um indicador fundamental da eficiência do processo e da qualidade do serviço.
Onde obter
Este é um atributo calculado derivado durante a transformação de dados, comparando o timestamp da atividade final com a 'SLATargetDate'.
Exemplos
No PrazoEm RiscoViolado
|
|||
|
ID do incidente relacionado
RelatedIncidentID
|
O identificador de qualquer incidente causado por esta mudança. | ||
|
Descrição
Este atributo vincula uma requisição de mudança a quaisquer incidentes subsequentes que ela possa ter causado. Esta relação é crucial para entender o impacto das mudanças na estabilidade do serviço. Este é o atributo principal necessário para calcular o KPI 'Taxa de Incidentes Causados por Mudanças'. Ao rastrear esses links, a organização pode medir a qualidade de seu processo de mudança e identificar tipos de mudanças, equipes ou serviços associados a uma taxa mais alta de problemas pós-implementação.
Por que é importante
Mede diretamente o impacto negativo das mudanças, fornecendo um KPI crítico para avaliar a qualidade das mudanças e a eficácia da gestão de riscos.
Onde obter
Este relacionamento geralmente é estabelecido no formulário de Incidente ('HPD:Help Desk'), onde um incidente pode ser vinculado a uma requisição de mudança como sua causa.
Exemplos
INC000000987654INC000000987655INC000000987656
|
|||
|
Impacto
Impact
|
O impacto avaliado da mudança nos serviços de negócio e na infraestrutura de TI. | ||
|
Descrição
O Impacto mede o efeito potencial de uma mudança nas operações de negócio, serviços e usuários. Junto com a Urgência, é um fator crítico para definir a Prioridade da solicitação. Na análise, o Impacto é usado no dashboard de 'Análise de Perfil de Risco' para fornecer uma visão abrangente das possíveis consequências para o negócio. Entender a distribuição de mudanças de alto impacto ajuda a definir estratégias de gestão de risco e planejamento de recursos.
Por que é importante
Ajuda a quantificar as possíveis consequências das mudanças para o negócio, permitindo análise de risco e priorização baseada na gravidade do impacto nos serviços.
Onde obter
Encontrado no campo 'Impact' do formulário 'CHG:Infrastructure Change'.
Exemplos
1-Extenso/Generalizado2-Significant/Large3-Moderate/Limited4-Minor/Localized
|
|||
|
Serviço afetado
AffectedService
|
O serviço de negócio ou técnico impactado pela mudança. | ||
|
Descrição
Este atributo vincula a requisição de mudança a um serviço específico definido no CMDB (Banco de Dados de Gestão de Configuração). Pode ser um serviço de negócio voltado ao usuário, como 'E-mail', ou um serviço técnico de back-end, como 'Serviço de Autenticação'. É usado no dashboard 'Volume e Impacto de Mudanças Emergenciais' para correlacionar mudanças com os serviços que elas afetam. Isso ajuda a entender a estabilidade de diferentes serviços e a identificar aqueles que exigem intervenções de emergência frequentes.
Por que é importante
Fornece um contexto de negócio crucial, conectando mudanças técnicas ao seu impacto nos serviços e permitindo uma análise de processos centrada no serviço.
Onde obter
Obtido do campo 'ServiceCI' ou de relacionamentos de Item de Configuração (CI) no formulário 'CHG:Infrastructure Change'.
Exemplos
E-mail corporativoSAP ERPCRM (Customer Relationship Management)Portal de Internet Banking
|
|||
|
Solicitante da Mudança
ChangeSubmitter
|
O indivíduo que criou e enviou a requisição de mudança. | ||
|
Descrição
Este atributo identifica a pessoa que iniciou a requisição de mudança. Geralmente é capturado como o usuário 'Solicitante' ou 'Relatado por' no sistema. Embora nem sempre seja uma dimensão de análise primária, pode ser útil para entender as origens das requisições de mudança. Por exemplo, analisar se a maioria das mudanças vem de departamentos ou funções específicas pode fornecer insights sobre necessidades de negócio e processos de planejamento.
Por que é importante
Ajuda a identificar os originadores das solicitações, o que pode ser usado para analisar padrões de demanda e o comportamento do usuário no processo.
Onde obter
Encontrado no campo 'Submitter' do formulário 'CHG:Infrastructure Change'.
Exemplos
Allen AllbrookMary MannBob Baxter
|
|||
|
Tempo de Processamento
ProcessingTime
|
A duração do tempo gasto em uma atividade, calculada a partir de seus horários de início e término. | ||
|
Descrição
O Tempo de Processamento, também conhecido como tempo de ciclo, mede o tempo decorrido do início ao fim de uma atividade. É calculado como a diferença entre 'EventEndTime' e 'EventStartTime' para cada etapa do processo. Esta é uma métrica fundamental em Process Mining, utilizada para identificar gargalos, medir a eficiência e definir linhas de base de desempenho. Dashboards como 'Gargalos de Aprovação de Mudanças' e KPIs como 'Tempo Médio de Aprovação de Mudanças' baseiam-se diretamente na agregação desse valor calculado.
Por que é importante
É uma métrica de desempenho central usada para quantificar a duração das etapas, sendo essencial para análise de gargalos e ganhos de eficiência.
Onde obter
Esta é uma métrica calculada, derivada durante a transformação de dados ao subtrair o 'EventStartTime' do 'EventEndTime'.
Exemplos
864000001728000003600000
|
|||
|
Urgência
Urgency
|
A urgência da mudança, refletindo a sensibilidade ao tempo de sua implementação. | ||
|
Descrição
A urgência indica quão rapidamente a mudança precisa ser implementada. É um componente essencial que, junto com o Impacto, define a Prioridade geral da requisição de mudança. A urgência é um atributo fundamental para o dashboard 'Análise de Perfil de Risco de Mudança', fornecendo insights sobre a pressão de tempo no processo de gestão de mudanças. Analisar tendências na urgência pode ajudar a identificar problemas subjacentes que podem estar gerando um alto número de requisições urgentes.
Por que é importante
Reflete a natureza crítica das mudanças em termos de tempo, ajudando a analisar se o processo lida com eficácia com requisições que possuem diferentes níveis de urgência.
Onde obter
Encontrado no campo 'Urgency' do formulário 'CHG:Infrastructure Change'.
Exemplos
1-Crítica2-Alta3-Média4-Baixa
|
|||
Atividades de Gestão de Mudanças
| Atividade | Descrição | ||
|---|---|---|---|
|
Avaliação de risco realizada
|
Esta atividade significa a conclusão da avaliação de risco para a mudança proposta. Frequentemente capturada quando o status da requisição é atualizado ou uma tarefa específica de avaliação de risco é fechada. | ||
|
Por que é importante
Rastrear esta atividade é vital para garantir a conformidade com as políticas de gestão de mudanças. Ajuda a identificar atrasos na fase de avaliação e a analisar a Taxa de Retrabalho de Mudança se o processo retornar a esta etapa.
Onde obter
Inferido a partir de uma mudança de status no formulário CHG:Change (ex: mudança para 'Request For Change') ou pela conclusão de uma tarefa relacionada no formulário CHG:Task.
Captura
Identifique o timestamp quando uma tarefa vinculada de 'Risk Assessment' no CHG:Task é marcada como 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Mudança Agendada
|
Esta atividade marca o ponto onde a mudança aprovada é oficialmente agendada para implementação. Este evento é capturado a partir da mudança de status para 'Agendado' no sistema. | ||
|
Por que é importante
Este é um marco crítico que sinaliza a prontidão para a implementação. É o ponto de partida para medir os KPIs de Tempo de Ciclo de Implementação de Mudança e Tempo Médio de Espera para Implementação.
Onde obter
Inferido a partir do histórico de mudanças de status no formulário CHG:Change quando o status muda para 'Scheduled'.
Captura
Identifique o timestamp quando o campo 'Status' no CHG:Change é atualizado para 'Scheduled'.
Tipo de evento
inferred
|
|||
|
Mudança Fechada
|
Esta é a atividade final, marcando o fechamento formal da requisição de mudança no sistema. Este evento é capturado quando o status da requisição é definido como 'Fechado'. | ||
|
Por que é importante
Esta atividade marca o fim bem-sucedido do ciclo de vida da mudança. É essencial para medir a duração do processo de ponta a ponta e a vazão geral.
Onde obter
Inferido a partir do histórico de mudanças de status no formulário CHG:Change quando o status muda para 'Closed'.
Captura
Identifique o timestamp quando o campo 'Status' no 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. Geralmente é registrada quando o status é atualizado para 'Concluído' com um motivo que indica sucesso. | ||
|
Por que é importante
Este é um marco importante que marca o fim da fase de implantação. É essencial para calcular o Tempo de Ciclo de Implementação de Mudança e analisar incidentes causados por mudanças.
Onde obter
Inferido do formulário CHG:Change quando o 'Status' é definido como 'Completed' e o 'Status Reason' como 'Successful'.
Captura
Identifique o timestamp quando o campo 'Status' no CHG:Change é atualizado para 'Completed'.
Tipo de evento
inferred
|
|||
|
Solicitação de Mudança Aprovada
|
Este é um marco fundamental onde a requisição de mudança recebe aprovação formal para prosseguir. O evento é inferido de uma mudança de status, geralmente para 'Agendado' ou 'Planejamento em Andamento' após a autorização final. | ||
|
Por que é importante
Isso marca o fim da fase de aprovação e é crítico para medir gargalos de aprovação e o KPI de Tempo Médio de Aprovação de Mudança. É um ponto de decisão fundamental no processo.
Onde obter
Inferido a partir do histórico de mudanças de status no formulário CHG:Change, especificamente quando a solicitação sai de um status de aprovação como 'Request For Authorization'.
Captura
Identifique o timestamp quando o campo 'Status' no CHG:Change ultrapassa a fase de aprovação final, 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 requisição de mudança no sistema. O evento é capturado a partir do timestamp de criação da entrada de requisição no formulário CHG:Change. | ||
|
Por que é importante
Este é o ponto de partida para cada requisição de mudança, essencial para medir a duração total do ciclo de vida e analisar o volume de mudanças recebidas.
Onde obter
Este evento é capturado a partir da 'Data de Envio' ou do timestamp de criação do registro no log de auditoria do formulário CHG:Change (ex: HPD:Help Desk Audit Log).
Captura
Use o timestamp de criação do registro do formulário CHG:Change.
Tipo de evento
explicit
|
|||
|
Testes realizados
|
Significa que o teste ou validação pós-implementação foi concluído. Frequentemente capturado pelo fechamento de uma tarefa de teste dedicada associada à requisição de mudança. | ||
|
Por que é importante
Rastrear esta atividade é fundamental para medir o Tempo Médio de Ciclo de Teste e garantir a qualidade. Ajuda a identificar gargalos no processo de validação antes da verificação final.
Onde obter
Inferido a partir da conclusão de um registro de tarefa de teste no formulário CHG:Task vinculado à solicitação de mudança pai.
Captura
Identifique o timestamp quando uma tarefa vinculada de 'Testing' ou 'Validation' no CHG:Task é marcada como 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Análise de Impacto Realizada
|
Representa a conclusão da análise de impacto para determinar as possíveis consequências de uma mudança. Geralmente é inferido a partir de uma atualização de status ou do fechamento de uma tarefa associada. | ||
|
Por que é importante
Esta atividade é fundamental para entender a eficiência do planejamento e seu efeito no retrabalho. Analisar sua duração e frequência ajuda a melhorar a fase de avaliação inicial.
Onde obter
Inferido a partir do timestamp de conclusão de uma tarefa de 'Impact Analysis' no formulário CHG:Task ou de uma transição de status específica no formulário CHG:Change.
Captura
Identifique o timestamp quando uma tarefa vinculada de 'Impact Analysis' no CHG:Task é marcada como 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Mudança Cancelada
|
Representa o cancelamento de uma requisição de mudança antes de sua implementação ou conclusão. É capturado quando o status da requisição é atualizado para 'Cancelado'. | ||
|
Por que é importante
Rastrear cancelamentos fornece insights sobre por que as mudanças são retiradas. Isso pode destacar problemas como planejamento inicial deficiente, mudanças de prioridades ou restrições de recursos.
Onde obter
Inferido a partir do histórico de mudanças de status no formulário CHG:Change quando o status muda para 'Cancelled'.
Captura
Identifique o timestamp quando o campo 'Status' no CHG:Change é atualizado para 'Cancelled'.
Tipo de evento
inferred
|
|||
|
Mudança Verificada
|
Esta atividade indica que a mudança foi formalmente verificada como bem-sucedida pelos interessados após a implementação e os testes. Geralmente é representada por uma mudança de status antes do fechamento final. | ||
|
Por que é importante
A verificação é a porta final de qualidade antes de fechar uma mudança. Ela confirma que a alteração atingiu seus objetivos e não causou impactos negativos indesejados.
Onde obter
Inferido a partir de uma mudança de status no formulário CHG:Change, como passar de 'Completed' para um status de 'Verification' ou 'Closed'.
Captura
Identifique o timestamp quando o campo 'Status' no CHG:Change transita para 'Closed' após as atividades de implementação.
Tipo de evento
inferred
|
|||
|
Plano de Implementação Desenvolvido
|
Indica que o plano detalhado para implementar a mudança foi criado e documentado. Geralmente capturado quando uma tarefa de planejamento associada à mudança é concluída. | ||
|
Por que é importante
A conclusão desta atividade é um pré-requisito para o agendamento e implementação. Analisar sua duração ajuda a identificar atrasos na etapa de planejamento antes da execução da mudança.
Onde obter
Inferido a partir da conclusão de um registro de tarefa de planejamento específico no formulário CHG:Task vinculado à solicitação de mudança pai.
Captura
Identifique o timestamp quando uma tarefa vinculada de 'Implementation Planning' no CHG:Task é marcada como '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. Essa atividade é geralmente capturada pelo fechamento de uma tarefa de revisão pós-implementação (PIR). | ||
|
Por que é importante
Esta atividade é crucial para o aprendizado organizacional e melhoria de processos. Medir o KPI de Taxa de Revisão Pós-Implementação ajuda a garantir que as lições sejam aprendidas com as mudanças.
Onde obter
Inferido a partir da conclusão de uma tarefa de 'Post-Implementation Review' no formulário CHG:Task vinculada à solicitação de mudança pai.
Captura
Identifique o timestamp quando uma tarefa vinculada de 'PIR' no CHG:Task é marcada como 'Closed' ou 'Completed'.
Tipo de evento
inferred
|
|||
|
Solicitação de Mudança Enviada
|
Representa o envio formal de uma requisição de mudança para revisão e autorização. Geralmente é inferido quando o status da requisição muda de 'Rascunho' para 'Requisição para Autorização'. | ||
|
Por que é importante
Esta atividade inicia o processo de aprovação. Rastreá-la é crucial para medir o tempo que as requisições passam aguardando a revisão inicial e para analisar o KPI de Tempo de Aprovação de Mudança.
Onde obter
Inferido a partir do histórico de mudanças de status da solicitação no formulário CHG:Change, especificamente a transição para 'Request For Authorization'.
Captura
Identifique o timestamp quando o campo 'Status' no CHG:Change muda de 'Draft' para 'Request For Authorization'.
Tipo de evento
inferred
|
|||
|
Solicitação de Mudança Rejeitada
|
Esta atividade significa que a requisição de mudança foi formalmente negada por um aprovador. É capturada por uma mudança de status para 'Rejeitado' e representa um estado terminal. | ||
|
Por que é importante
O rastreamento de rejeições ajuda a identificar os motivos da negação, como informações incompletas ou alto risco. Essa análise pode melhorar a qualidade de futuros envios de mudanças.
Onde obter
Inferido a partir do histórico de mudanças de status no formulário CHG:Change, especificamente a transição para o status 'Rejected'.
Captura
Identifique o timestamp quando o campo 'Status' no CHG:Change é atualizado para 'Rejected'.
Tipo de evento
inferred
|
|||