Seu Template de Dados de Gestão de Mudanças

Freshservice
Seu Template de Dados de Gestão de Mudanças

Seu Template de Dados de Gestão de Mudanças

Este template ajuda a reunir os dados certos para analisar sua Gestão de Mudanças. Ele descreve atributos essenciais, atividades principais e orienta como extrair essas informações do seu sistema. Use-o para garantir que seus dados estejam prontos para uma descoberta e otimização de processos eficaz.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração para o Freshservice
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos da Gestão de Mudanças

Estes campos de dados são essenciais para criar um event log completo, permitindo uma análise detalhada do seu processo de gestão de mudanças.
5 Obrigatório 8 Recomendado 9 Opcional
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 Solicitação Criada ou Implementação Concluída. A sequência dessas atividades para um ID da Solicitação de Mudança forma o mapa do processo. Analisá-las permite identificar o fluxo, detectar desvios e medir o tempo gasto em cada etapa.

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 Fechado ou Cancelado. É crucial para analisar desfechos e distinguir mudanças bem-sucedidas daquelas que falharam ou foram abandonadas. Filtrar por status permite focar a análise em grupos específicos.

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
Obrigatório Recomendado Opcional

Atividades de Gestão de Mudanças

Estes são os marcos e etapas críticas do processo que devem ser monitorados no seu event log para uma descoberta completa da gestão de mudanças.
5 Recomendado 10 Opcional
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
Recomendado Opcional

Guias de Extração

Como extrair seus dados do Freshservice