Seu Template de Dados de Gestão de Mudanças
Seu Template de Dados de Gestão de Mudanças
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para o Freshservice
Atributos da Gestão de Mudanças
| Nome | Descrição | ||
|---|---|---|---|
|
ID da Solicitação de Mudança
ChangeRequestId
|
O identificador exclusivo para cada solicitação de mudança enviada no sistema Freshservice. | ||
|
Descrição
O ID da Solicitação de Mudança é o identificador principal que conecta todas as atividades, aprovações e logs de um caso, do início ao fim. No Process Mining, esse ID é essencial para reconstruir o ciclo de vida de cada mudança, permitindo analisar seu caminho, duração e resultados de ponta a ponta.
Por que é importante
Este é o Case ID essencial que agrupa todos os eventos relacionados, permitindo rastrear e analisar toda a jornada de uma única solicitação.
Onde obter
Este é um campo principal no objeto de Mudança do Freshservice.
Exemplos
CHG-10234CHG-10235CHG-10236
|
|||
|
Nome da Atividade
ActivityName
|
O nome de um evento ou tarefa específica que ocorreu no processo de gestão de mudanças. | ||
|
Descrição
Este atributo descreve um marco no ciclo de vida da mudança, como
Por que é importante
Define as etapas do fluxo, permitindo visualizar o ciclo de vida da mudança e analisar variantes e gargalos.
Onde obter
Gerado a partir dos logs de auditoria, fluxo de atividades ou histórico de mudança de status de um registro de Mudança no Freshservice.
Exemplos
Mudança AprovadaAvaliação de Risco ConcluídaImplementação IniciadaMudança Fechada
|
|||
|
Tempo do Evento
EventTime
|
A data e hora exatas em que uma atividade ou evento específico aconteceu. | ||
|
Descrição
Cada atividade tem um timestamp que marca sua ocorrência. Esses dados temporais são vitais para calcular durações entre tarefas, identificar tempos de espera e analisar o ciclo total do processo. Isso permite analisar o desempenho, localizar gargalos e monitorar o cumprimento de SLAs.
Por que é importante
Este registro de data e hora é a base para todas as análises temporais, incluindo o cálculo de cycle times, durações e tempos de espera entre as etapas.
Onde obter
Registro de data e hora associado a cada entrada nos logs de auditoria ou no fluxo de atividades de uma Mudança no Freshservice.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema do qual os dados foram extraídos. | ||
|
Descrição
Especifica a origem dos dados do processo (neste caso, sempre 'Freshservice'). Incluir este atributo é uma boa prática de governança, especialmente em cenários com dados de múltiplos sistemas, ajudando no contexto e na resolução de problemas.
Por que é importante
Garante a procedência clara dos dados, algo essencial ao analisar informações de múltiplos sistemas corporativos.
Onde obter
Um valor estático definido durante a extração de dados para identificar a origem das informações.
Exemplos
Freshservice
|
|||
|
Ú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 registra a data e hora da extração ou atualização mais recente de cada evento. É importante para saber o quão atuais são os dados analisados, garantindo a integridade das informações e contextualizando a relevância dos insights gerados.
Por que é importante
Garante que os usuários saibam o quão recentes são os dados e ajuda a validar a atualidade da análise de Process Mining.
Onde obter
Este timestamp geralmente é gerado e incluído durante o processo de ingestão de dados ou ETL.
Exemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Data prevista de conclusão
TargetCompletionDate
|
A data planejada ou do acordo de nível de serviço (SLA) para a conclusão da mudança. | ||
|
Descrição
Representa o prazo final para fechar a solicitação e é a principal métrica de aderência ao SLA. Comparar o término real com esta data permite determinar se a mudança foi pontual ou atrasada, sendo o dado base para o KPI de Taxa de Aderência ao SLA.
Por que é importante
Serve como referência para medir a pontualidade na entrega e a conformidade com o SLA, indicadores-chave de desempenho do processo.
Onde obter
Pode ser um campo de data específico como 'Prazo final' ou 'Meta de SLA' no objeto de Mudança do Freshservice.
Exemplos
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
|
|||
|
End Time
EndTime
|
O registro de data e hora do último evento registrado para o caso de solicitação de mudança. | ||
|
Descrição
O Horário de Término marca o fim do ciclo de vida da solicitação, geralmente correspondendo às atividades 'Mudança Fechada' ou 'Mudança Cancelada'. Junto com o Horário de Início, ele permite calcular o cycle time total. Analisar esse atributo ajuda a entender a duração geral e a vazão (throughput) do processo.
Por que é importante
É essencial para calcular o ciclo total de uma solicitação de mudança, um KPI fundamental para a eficiência do processo.
Onde obter
O registro de data e hora da última atividade no event log para um ID de Solicitação específico.
Exemplos
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
|
|||
|
Grupo Atribuído
AssignedGroup
|
A equipe ou grupo responsável por implementar a mudança. | ||
|
Descrição
Define qual equipe executará a mudança, como 'Redes' ou 'DBAs'. Analisar o desempenho por grupo atribuído é fundamental para entender a carga de trabalho, a eficiência e identificar gargalos de recursos, mostrando quem tem prazos maiores ou mais problemas pós-implantação.
Por que é importante
Permite analisar o desempenho e a carga de trabalho entre equipes de implementação para identificar gargalos de recursos ou melhores práticas.
Onde obter
Este é o campo 'Grupo' ou 'Grupo Atribuído' no objeto de Mudança do Freshservice.
Exemplos
Time de InfraestruturaSuporte de AplicaçãoOperações de Segurança
|
|||
|
Nível de Risco
RiskLevel
|
O nível de risco avaliado para a implementação da mudança. | ||
|
Descrição
O Nível de Risco categoriza o impacto negativo potencial caso uma mudança falhe (Baixo, Médio ou Alto). Este atributo é vital para auditorias de conformidade e para verificar se mudanças de alto risco seguem um fluxo mais rigoroso, exigindo mais aprovações ou testes detalhados. Ele ajuda a garantir que os controles de gestão de risco estão sendo aplicados corretamente.
Por que é importante
Crucial para conformidade e análise de risco, garantindo que mudanças críticas recebam a devida atenção e sigam um fluxo mais rigoroso.
Onde obter
Corresponde ao campo 'Risco' no objeto de Mudança do Freshservice.
Exemplos
BaixoMédioAltoMuito Alta
|
|||
|
Nome do solicitante
RequesterName
|
O nome da pessoa que iniciou a solicitação de mudança. | ||
|
Descrição
O Solicitante é quem enviou a mudança. Analisar os dados por solicitante ajuda a identificar padrões: quais cargos enviam mais mudanças ou quais usuários têm pedidos mais rejeitados ou que exigem retrabalho. Também é útil para analisar a carga de trabalho por departamento.
Por que é importante
Identifica a origem da demanda de mudança e pode destacar necessidades de treinamento ou grupos com alto volume de solicitações.
Onde obter
Este é o campo 'Solicitado por' no objeto de Mudança do Freshservice, vinculado ao registro do usuário.
Exemplos
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Prioridade da Mudança
ChangePriority
|
O nível de prioridade da solicitação, indicando sua importância para o negócio. | ||
|
Descrição
A prioridade geralmente é definida pela combinação de impacto e urgência, orientando o agendamento e a alocação de recursos. Analisar como ela afeta métricas como cycle time e conformidade com o SLA revela se mudanças críticas são processadas com a agilidade necessária, ajudando a avaliar a eficácia das suas políticas de priorização.
Por que é importante
Ajuda a determinar se o processo prioriza corretamente as mudanças importantes e aloca recursos de forma adequada.
Onde obter
Este é o campo 'Prioridade' no objeto de Mudança do Freshservice.
Exemplos
BaixoMédioAltoUrgente
|
|||
|
Status da Mudança
ChangeStatus
|
O status atual ou final da solicitação de mudança. | ||
|
Descrição
Este atributo indica o estado de uma solicitação em um momento específico ou seu resultado final, como
Por que é importante
Permite analisar os resultados das mudanças, ajudando a entender as taxas de sucesso, falha e cancelamento.
Onde obter
Este é o campo 'Status' no objeto de Mudança do Freshservice.
Exemplos
EncerradoCanceladoRejeitadoAberto
|
|||
|
Tipo de Altera00o
ChangeType
|
A classificação da mudança, como Padrão, Normal ou Emergencial. | ||
|
Descrição
O Tipo de Mudança categoriza as solicitações por natureza, risco e aprovação. Mudanças Padrão são pré-aprovadas, Mudanças Normais seguem o fluxo padrão e Mudanças de Emergência exigem pressa. Analisar por tipo é essencial para entender se cada uma segue o caminho correto e quais são seus desempenhos, como ciclo de tempo e taxa de sucesso.
Por que é importante
Segmentar o processo por Tipo de Mudança revela comportamentos e níveis de desempenho distintos para mudanças padrão, normais e de emergência.
Onde obter
Este é o campo 'Tipo de Mudança' no objeto de Mudança do Freshservice.
Exemplos
PadrãoNormalEmergênciaGrave
|
|||
|
Código de Encerramento
CloseCode
|
Um código ou motivo indicando por que a solicitação de mudança foi encerrada. | ||
|
Descrição
O Código de Fechamento detalha o desfecho de uma mudança encerrada, como 'Implementada com Sucesso', 'Rollback' ou 'Rejeitada'. Esses dados oferecem um contexto valioso além do status final, permitindo uma análise detalhada dos modos de sucesso e falha no processo.
Por que é importante
Oferece detalhes granulares sobre os resultados das mudanças, permitindo analisar por que elas foram bem-sucedidas, falharam ou precisaram de rollback.
Onde obter
Consulte a documentação do Freshservice ou verifique o formulário de Mudança em busca de 'Código de Fechamento' ou campo similar.
Exemplos
Bem-sucedidaBem-sucedida com problemasFalhouRevertida (Backout)
|
|||
|
Contagem de Incidentes Associados
AssociatedIncidentsCount
|
O número de incidentes vinculados a esta solicitação após a implementação. | ||
|
Descrição
Quantifica o impacto pós-implantação contando quantos incidentes foram gerados pela mudança. Um número alto sugere problemas no planejamento, testes ou execução. É o dado principal para o KPI de Taxa de Problemas Pós-Implementação, essencial para medir a estabilidade das mudanças.
Por que é importante
Mede diretamente a qualidade e a estabilidade das mudanças implementadas, ajudando a identificar quais causam interrupções nos serviços.
Onde obter
Derivado da contagem de tickets de incidente vinculados a um ticket de mudança no Freshservice.
Exemplos
015
|
|||
|
Duração da Aprovação
ApprovalDuration
|
O tempo que uma solicitação de mudança passou na fase de aprovação. | ||
|
Descrição
Mede o tempo entre o pedido de aprovação e a decisão final. É essencial para o Dashboard de duração da fase de aprovação, ajudando a localizar gargalos no workflow, aprovadores lentos, passagens de bastão ineficientes ou atrasos na tomada de decisão.
Por que é importante
Mede diretamente a eficiência da etapa de aprovação, ajudando a identificar e resolver gargalos que atrasam as mudanças.
Onde obter
Calculado como a diferença de tempo entre 'Aprovação Solicitada' e 'Mudança Aprovada' ou 'Mudança Rejeitada'.
Exemplos
1 dia e 2 horas5 horas e 30 minutos3 dias
|
|||
|
Duração da Implementação
ImplementationDuration
|
O tempo gasto na fase de implementação da mudança. | ||
|
Descrição
Calcula a duração do trabalho técnico de implementação, do início ao fim da execução. É usada para analisar a eficiência da fase técnica e alimenta o Dashboard de Eficiência da Implementação. Prazos longos podem indicar complexidade técnica, falta de recursos ou imprevistos.
Por que é importante
Mede a eficiência do trabalho técnico direto, isolando-o de atrasos de planejamento e aprovação.
Onde obter
Calculado como a diferença de tempo entre as atividades 'Implementação Iniciada' e 'Implementação Concluída'.
Exemplos
4 horas1 hora e 30 minutos8 horas
|
|||
|
Nível de impacto
ImpactLevel
|
O impacto avaliado para o negócio caso a mudança falhe ou cause interrupção do serviço. | ||
|
Descrição
O Nível de Impacto indica o efeito potencial nas operações, variando de baixo (um usuário) a alto (toda a organização). Junto com a Urgência, ele define a Prioridade. Analisar pelo impacto ajuda a verificar se o processo trata adequadamente as mudanças que representam uma ameaça real à continuidade do negócio.
Por que é importante
Auxilia na análise de risco e confirma se mudanças com alto impacto potencial no negócio são tratadas com o devido cuidado.
Onde obter
Corresponde ao campo 'Impacto' no objeto de Mudança do Freshservice.
Exemplos
BaixoMédioAlto
|
|||
|
Nome do Departamento
DepartmentName
|
O departamento do usuário que solicitou a mudança. | ||
|
Descrição
Este atributo oferece contexto organizacional ao identificar a unidade de negócio que iniciou o pedido. Analisar por departamento revela quais áreas geram mais mudanças, têm maiores taxas de rejeição ou cycle times mais longos, auxiliando na melhoria focada e no planejamento de recursos.
Por que é importante
Permite analisar o desempenho e a demanda de diferentes unidades de negócio, auxiliando em melhorias direcionadas.
Onde obter
Esta informação geralmente é extraída do perfil do usuário solicitante no Freshservice.
Exemplos
FinançasRecursos HumanosTecnologia da InformaçãoMarketing
|
|||
|
SLA violado
IsSlaBreached
|
Um sinalizador booleano indicando se a solicitação de mudança foi concluída após a data prevista. | ||
|
Descrição
Indicador binário de conformidade com o SLA: 'true' se o término foi após o prazo e 'false' caso contrário. Isso facilita a criação de Dashboards e KPIs de aderência ao SLA, permitindo filtrar e agrupar mudanças atrasadas rapidamente, alimentando diretamente o KPI de Taxa de Aderência ao SLA.
Por que é importante
Oferece um resultado binário claro para o desempenho do SLA, facilitando filtros e relatórios sobre mudanças pontuais ou atrasadas.
Onde obter
Calculado comparando a Data Final com a Data Prevista. Se Data Final > Data Prevista, então o valor é verdadeiro.
Exemplos
verdadeirofalse
|
|||
|
Tempo de ciclo total
TotalCycleTime
|
O tempo total decorrido desde a criação até o fechamento de uma solicitação de mudança. | ||
|
Descrição
Calculada como a duração entre o primeiro e o último evento de uma solicitação, representa o tempo de processamento de ponta a ponta. É um KPI fundamental que ajuda a identificar casos lentos e fornece uma base para projetos de melhoria.
Por que é importante
Um KPI primordial para medir a velocidade e a eficiência geral do processo de gestão de mudanças de ponta a ponta.
Onde obter
Calculado subtraindo o timestamp do primeiro evento do timestamp do último evento para cada ID de Mudança.
Exemplos
2 dias 4 horas e 30 minutos10 dias 0 horas e 0 minutos1 hora e 15 minutos
|
|||
|
Urgência
Urgency
|
Indica o quão rápido a mudança precisa ser implementada sob a perspectiva de negócio. | ||
|
Descrição
A Urgência reflete o quão crítica é a mudança em relação ao tempo (ex: patches de segurança). Combinada com o Impacto para definir a Prioridade, ajuda a analisar se o processo responde adequadamente às necessidades urgentes do negócio, revelando se essas mudanças realmente fluem mais rápido.
Por que é importante
Contextualiza a urgência de uma mudança, permitindo a correlação com o cycle time para avaliar a responsividade do processo.
Onde obter
Este é o campo 'Urgência' no objeto de Mudança do Freshservice.
Exemplos
BaixoMédioAlto
|
|||
Atividades de Gestão de Mudanças
| Atividade | Descrição | ||
|---|---|---|---|
|
Implementação Concluída
|
Indica que o trabalho técnico de implementação foi concluído. Geralmente inferido pela mudança de status para 'Pendente de Revisão' ou similar. | ||
|
Por que é importante
Este marco indica o fim do trabalho de implementação propriamente dito. É o ponto final para o cálculo do 'Tempo Médio de Implementação' e sinaliza o início das fases de teste ou revisão.
Onde obter
Inferido pela mudança para um status como 'Pendente de Revisão', 'Aguardando Teste' ou 'Concluído'.
Captura
Inferido pela mudança do campo de status para 'Pendente de Revisão' ou similar.
Tipo de evento
inferred
|
|||
|
Mudança Agendada
|
A atividade de definir horários específicos de início e fim para a implementação da mudança aprovada. Geralmente identificada pelo preenchimento dos campos de início e fim agendados. | ||
|
Por que é importante
Um marco fundamental que inicia a fase de implementação. É essencial para calcular o 'Tempo Médio de Implementação' e analisar a eficiência do agendamento.
Onde obter
Inferido a partir do momento em que os campos de data de agendamento são preenchidos e o status muda para 'Agendado' ou similar.
Captura
Inferido pelo preenchimento de 'Data de Início Agendada' e a respectiva atualização de status.
Tipo de evento
inferred
|
|||
|
Mudança Aprovada
|
Um marco onde uma autoridade designada, como o Comitê de Consultoria de Mudanças (CAB), aprova formalmente o prosseguimento da mudança. Geralmente é uma ação explícita registrada no sistema. | ||
|
Por que é importante
Marca o fim da aprovação e o início do planejamento da implementação. Essencial para medir o 'Tempo Médio de Aprovação' e a 'Taxa de Aprovação de Primeira'.
Onde obter
O Freshservice registra isso como um evento explícito quando um aprovador clica no botão 'Aprovar'. O evento é gravado no log de atividades com um timestamp.
Captura
O registro de data e hora da ação 'Aprovado' na aba de aprovações ou log de atividades.
Tipo de evento
explicit
|
|||
|
Mudança Fechada
|
Marca a conclusão oficial e bem-sucedida do processo. Capturado quando o status do ticket de mudança é movido para o estado final 'Fechado'. | ||
|
Por que é importante
O principal evento final do processo. É o dado final para o cálculo do 'Cycle Time Médio' e da 'Taxa de Aderência ao SLA'.
Onde obter
Este evento é capturado a partir do registro de data e hora da alteração final de status para 'Fechado' no histórico do ticket.
Captura
O registro de data e hora da alteração final de status para 'Fechado'.
Tipo de evento
explicit
|
|||
|
Solicitação de Mudança Criada
|
Marca o início oficial do processo, quando uma nova solicitação é registrada no Freshservice. Capturado quando o usuário salva o ticket, gerando um ID exclusivo e um timestamp de criação. | ||
|
Por que é importante
O principal evento inicial do processo. Analisar o tempo desta atividade até 'Mudança Fechada' fornece o cycle time total, KPI vital para a eficiência.
Onde obter
Um evento explícito capturado no histórico de auditoria do registro, correspondente ao horário de criação do ticket.
Captura
O registro de data e hora da criação da solicitação de mudança.
Tipo de evento
explicit
|
|||
|
Aprovação Solicitada
|
Marca o momento em que a solicitação de mudança é enviada formalmente para revisão e autorização. Geralmente é identificado quando o status muda para 'Aguardando Aprovação' ou ao ser atribuído a um aprovador. | ||
|
Por que é importante
Esta atividade marca o início da fase de aprovação. Medir o tempo deste ponto até a 'Mudança Aprovada' é essencial para identificar gargalos no ciclo de aprovação.
Onde obter
Inferido pelo Log de Atividades ou rastreando a mudança para 'Aguardando Aprovação'. O timestamp dessa mudança é usado como a hora do evento.
Captura
Inferido pela mudança do campo de status para 'Aguardando Aprovação'.
Tipo de evento
inferred
|
|||
|
Avaliação de Risco Concluída
|
Indica que a avaliação formal de riscos foi concluída. Geralmente é inferido quando o campo de nível de risco é preenchido ou uma tarefa relacionada é finalizada. | ||
|
Por que é importante
Monitorar esta atividade ajuda a garantir a conformidade com as políticas que exigem avaliação de riscos, permitindo analisar a cobertura dessas avaliações e o tempo dedicado a esta etapa crítica.
Onde obter
Provavelmente inferido por uma atualização com data no campo 'Risco' do formulário ou pela conclusão de uma tarefa específica de análise de risco.
Captura
Inferido a partir do momento em que o campo 'Risco' é preenchido ou um item de checklist relacionado é marcado como concluído.
Tipo de evento
inferred
|
|||
|
Implementação Iniciada
|
Marca o início da implantação ou execução real da mudança. Inferido quando o status é atualizado para 'Em Andamento' ou estado ativo similar. | ||
|
Por que é importante
Estabelece um ponto de partida claro para monitorar a duração da implementação ativa, ajudando a distinguir o tempo de espera do trabalho real executado.
Onde obter
Inferido pela mudança para um status como 'Em Andamento' ou 'Implementação em Andamento' no horário de início agendado.
Captura
Inferido pela mudança do campo de status para 'Em Andamento'.
Tipo de evento
inferred
|
|||
|
Mudança Cancelada
|
Representa a interrupção de uma solicitação de mudança antes de sua conclusão. É um estado final alternativo, registrado quando o status do ticket é definido como 'Cancelado' ou 'Retirado'. | ||
|
Por que é importante
Analisar mudanças canceladas pode revelar falhas no planejamento ou aprovação, como solicitações desnecessárias ou sem justificativa de negócio válida.
Onde obter
Capturado a partir do timestamp da mudança para o status 'Cancelado' ou equivalente, desde que não seja 'Fechado'.
Captura
O registro de data e hora da alteração de status para 'Cancelado'.
Tipo de evento
explicit
|
|||
|
Mudança Reaberta
|
Ocorre quando uma mudança fechada ou resolvida retorna ao status aberto, geralmente por problemas pós-implantação. Inferido pela mudança de um estado fechado para um aberto. | ||
|
Por que é importante
Esta atividade é um forte indicador de retrabalho ou falhas. Monitorar sua frequência é fundamental para entender a qualidade das mudanças e a eficácia dos testes.
Onde obter
Inferido ao detectar no log de atividades uma transição de status de 'Fechado' para 'Aberto' ou 'Em Andamento'.
Captura
Detectar mudança de status de um estado final (ex: 'Fechado') para um estado não final (ex: 'Aberto').
Tipo de evento
inferred
|
|||
|
Mudança Rejeitada
|
Indica que um aprovador rejeitou formalmente a mudança, impedindo-a de prosseguir. Esta ação é registrada e geralmente leva o processo a um ciclo de retrabalho. | ||
|
Por que é importante
Esta atividade é vital para analisar retrabalho e identificar falhas no processo. Rejeições frequentes indicam problemas na qualidade das solicitações ou na avaliação de riscos.
Onde obter
O Freshservice registra isso como um evento explícito quando um aprovador clica no botão 'Rejeitar'. O evento é gravado no log de atividades.
Captura
O registro de data e hora da ação 'Rejeitado' na aba de aprovações ou log de atividades.
Tipo de evento
explicit
|
|||
|
Nota Adicionada à Mudança
|
Representa a inclusão de um comentário ou nota na solicitação de mudança, indicando atividades de comunicação ou documentação. O Freshservice registra esses eventos no feed de atividades de cada ticket. | ||
|
Por que é importante
Embora não seja uma etapa central, monitorar as notas oferece contexto sobre atrasos em aprovações ou planejamentos. Um alto volume de notas pode indicar requisitos confusos ou falhas de comunicação.
Onde obter
Registrado explicitamente na seção de 'Atividade' ou 'Auditoria' do ticket, com timestamp e o usuário que adicionou a nota.
Captura
Registrado como um evento de 'Nota Adicionada' no log de atividades do ticket.
Tipo de evento
explicit
|
|||
|
Planejamento Concluído
|
Indica que todo o planejamento da mudança, incluindo os planos de implementação e rollback, foi finalizado. Geralmente é identificado por uma alteração de status pós-aprovação. | ||
|
Por que é importante
Marca a transição do planejamento para a execução. Analisar esta fase ajuda a identificar oportunidades para agilizar as tarefas pré-implantação.
Onde obter
Inferido pela mudança de um status de planejamento, como 'Aguardando Release', para um status de implementação, como 'Agendado'.
Captura
Inferido pela mudança de status de 'Planejamento em Andamento' ou estado similar.
Tipo de evento
inferred
|
|||
|
Revisão Pós-Implementação Realizada
|
Indica a conclusão da Revisão Pós-Implementação (PIR) para avaliar o sucesso e documentar lições aprendidas. Inferido por notas de revisão ou atualização de status. | ||
|
Por que é importante
Garante que o processo formal de revisão seja seguido. Analisar esta atividade ajuda a entender a eficácia das mudanças e apoia a melhoria contínua.
Onde obter
Inferido pelo preenchimento de campos de PIR após a data de implementação ou mudança para um status como 'Revisão Concluída'.
Captura
Inferido pelo preenchimento de campos de notas de PIR ou uma atualização específica de status.
Tipo de evento
inferred
|
|||
|
Testes Concluídos
|
Indica a conclusão de todos os testes e validações necessários para garantir que a mudança foi bem-sucedida e não causou impactos negativos. Pode ser identificado pelo fechamento de uma tarefa ou mudança de status. | ||
|
Por que é importante
Monitorar esta atividade ajuda a medir o KPI de 'Taxa de Conclusão de Testes' e garante que as mudanças sejam validadas antes do fechamento, reduzindo falhas pós-implantação.
Onde obter
Pode ser difícil de capturar diretamente, podendo ser inferido pela conclusão de uma tarefa de 'Teste' vinculada ou pela mudança de status para 'Teste Concluído'.
Captura
Inferido pela conclusão de uma tarefa de teste associada à mudança.
Tipo de evento
inferred
|
|||