Seu Template de dados de Change Management

Freshservice
Seu Template de dados de Change Management

Seu Template de dados de Change Management

Este Template ajuda você a reunir os dados certos para analisar seu processo de Change Management. Ele apresenta os atributos essenciais a serem coletados, as principais atividades a serem acompanhadas e orientações para extrair essas informações do seu sistema. Use-o para garantir que seus dados estejam prontos para uma descoberta e otimização de processos baseadas em insights.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações para extração no Freshservice
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos de gestão de mudanças

Estes campos de dados são essenciais para criar um Event Log completo e permitir uma análise detalhada do seu processo de gestão de mudanças.
5 Obrigatório 8 Recomendado 8 Opcional
Nome Descrição
Horário do evento
EventTime
A data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

Cada atividade do processo tem uma data e hora correspondente, que marca sua ocorrência. Esses dados temporais são fundamentais para calcular as durações entre atividades, identificar tempos de espera e analisar o tempo total do ciclo do processo. Eles permitem analisar a performance, identificar gargalos e monitorar a aderência ao SLA.

Por que isso importa

Essa data e hora são fundamentais para todas as análises baseadas em tempo, incluindo o cálculo de tempos de ciclo, durações e tempos de espera entre as etapas do processo.

Onde obter

Data e hora associadas a cada entrada nos logs de auditoria ou no fluxo de atividades de um registro Change no Freshservice.

Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
ID da solicitação de mudança
ChangeRequestId
O identificador exclusivo de cada solicitação de mudança enviada no sistema Freshservice.
Descrição

O ID da solicitação de mudança funciona como o identificador principal de um único caso de mudança, desde o início até o encerramento. Ele vincula todas as atividades, aprovações e logs associados em uma linha do tempo coerente, permitindo a análise do processo de ponta a ponta. No Process Mining, esse ID é essencial para reconstruir o ciclo de vida de cada mudança e entender seu caminho, duração e resultados.

Por que isso importa

Esse é o Case ID essencial que agrupa todos os eventos relacionados, permitindo rastrear e analisar toda a jornada de uma única solicitação de mudança.

Onde obter

Esse é um campo principal do objeto Change no Freshservice.

Exemplos
CHG-10234CHG-10235CHG-10236
Nome da atividade
ActivityName
O nome de um evento ou tarefa específico que ocorreu no processo de gerenciamento de mudanças.
Descrição

Esse atributo descreve uma única etapa ou marco no ciclo de vida da mudança, como 'Change Request Created', 'Approval Requested' ou 'Implementation Completed'. A sequência dessas atividades para um determinado ID da solicitação de mudança forma a base do mapa de processo. Analisar essas atividades ajuda a identificar o fluxo do processo, detectar desvios e medir o tempo gasto em diferentes etapas.

Por que isso importa

Ele define as etapas do fluxo do processo, permitindo visualizar o ciclo de vida da mudança e analisar variantes e gargalos do processo.

Onde obter

Gerado a partir dos logs de auditoria, do fluxo de atividades ou do histórico de mudanças de status de um registro Change no Freshservice.

Exemplos
Mudança aprovadaAvaliação de riscos concluídaImplementação iniciadaMudança encerrada
Sistema de origem
SourceSystem
Identifica o sistema do qual os dados foram extraídos.
Descrição

Esse atributo especifica a origem dos dados do processo. Nesta visualização, o valor será sempre 'Freshservice'. Incluir esse atributo é uma boa prática, especialmente em ambientes nos quais os dados podem ser combinados a partir de vários sistemas, pois ele fornece contexto essencial e ajuda na governança dos dados e na solução de problemas.

Por que isso importa

Fornece uma proveniência clara dos dados, o que é fundamental ao analisar dados de vários sistemas corporativos.

Onde obter

Esse é um valor estático definido durante o processo de extração de dados para identificar a origem dos dados.

Exemplos
Freshservice
Última atualização dos dados
LastDataUpdate
A data e hora que indicam quando os dados deste registro foram atualizados pela última vez a partir do sistema de origem.
Descrição

Esse atributo registra a data e hora da extração ou atualização mais recente dos dados de cada evento. Ele é importante para entender o nível de atualização dos dados analisados e garantir que as análises sejam baseadas em informações atuais. Isso ajuda a manter a integridade dos dados e fornece contexto sobre a atualidade dos insights.

Por que isso importa

Garante que os usuários saibam quando os dados foram atualizados e ajuda a validar a atualidade da análise de Process Mining.

Onde obter

Essa data e hora normalmente são geradas e adicionadas 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 definida pelo acordo de nível de serviço (SLA) até a qual a mudança deve ser concluída.
Descrição

Essa data representa o prazo para encerrar uma solicitação de mudança. É a principal referência para medir a aderência ao SLA. Comparando o horário de término real com a data prevista de conclusão, é possível determinar se uma mudança foi concluída no prazo, antes ou depois dele. Essa é uma entrada importante para o KPI Change SLA Adherence Rate.

Por que isso importa

Serve como referência para medir a entrega no prazo e a conformidade com o SLA, indicadores importantes da performance do processo.

Onde obter

Pode ser um campo de data específico, como 'Due by' ou 'SLA Target', no objeto Change do Freshservice.

Exemplos
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Grupo responsável
AssignedGroup
A equipe ou o grupo responsável pela implementação da mudança.
Descrição

Esse atributo especifica qual equipe foi designada para realizar o trabalho da mudança, como a 'Network Team' ou os 'Database Administrators'. Analisar a performance do processo por grupo responsável é fundamental para entender a carga de trabalho e a eficiência da equipe e identificar gargalos de recursos. Isso pode mostrar quais equipes têm tempos de implementação mais longos ou taxas mais altas de problemas pós-implementação.

Por que isso importa

Permite analisar a performance e a carga de trabalho entre diferentes equipes de implementação para identificar restrições de recursos ou boas práticas.

Onde obter

Esse é o campo 'Group' ou 'Assigned Group' do objeto Change no Freshservice.

Exemplos
Equipe de infraestruturaSuporte a aplicaçõesOperações de segurança
Horário de término
EndTime
A data e hora do último evento registrado para o caso da solicitação de mudança.
Descrição

O horário de término marca a conclusão do ciclo de vida de uma solicitação de mudança, normalmente correspondente à atividade 'Change Closed' ou 'Change Cancelled'. Ele é usado em conjunto com o horário de início para calcular o tempo total do ciclo de ponta a ponta de cada caso. Analisar esse atributo ajuda a entender a duração geral e o throughput do processo de gerenciamento de mudanças.

Por que isso importa

É essencial para calcular o tempo total do ciclo de uma solicitação de mudança, um KPI principal da eficiência do processo.

Onde obter

Essa é a data e hora da atividade final no Event Log de um determinado ID da solicitação de mudança.

Exemplos
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
Nível de risco
RiskLevel
O nível de risco avaliado associado à implementação da mudança.
Descrição

Risk Level categoriza o possível impacto negativo de uma mudança caso ela falhe. Os níveis comuns incluem Low, Medium e High. Esse atributo é essencial para a análise de conformidade e para entender se mudanças de maior risco seguem um caminho de processo mais rigoroso, como exigir mais aprovações ou testes mais completos. Ele ajuda a garantir que os controles de gerenciamento de riscos sejam aplicados corretamente.

Por que isso importa

É fundamental para a análise de conformidade e riscos, garantindo que mudanças de alto risco recebam a análise adequada e sigam um processo mais robusto.

Onde obter

Isso corresponde ao campo 'Risk' do objeto Change no Freshservice.

Exemplos
BaixoMédioAltoMuito alto
Nome do solicitante
RequesterName
O nome da pessoa que iniciou a solicitação de mudança.
Descrição

O solicitante é a pessoa que enviou a mudança para avaliação. Analisar os dados por solicitante pode ajudar a identificar padrões, como quais pessoas ou funções enviam mudanças com mais frequência ou se as solicitações de determinados usuários têm maior probabilidade de ser rejeitadas ou exigir retrabalho. Também pode ser usado para analisar a carga de trabalho quando combinado com informações departamentais.

Por que isso importa

Identifica a origem da demanda por mudanças e pode destacar necessidades de treinamento ou grupos de usuários específicos com alto volume de mudanças.

Onde obter

Esse é o campo 'Requested by' do objeto Change no Freshservice, vinculado a um registro de usuário.

Exemplos
Alice JohnsonRobert SmithMaria Garcia
Prioridade da mudança
ChangePriority
O nível de prioridade atribuído à solicitação de mudança, indicando sua importância para o negócio.
Descrição

A prioridade normalmente é determinada pela combinação de impacto e urgência e é usada para orientar a alocação de recursos e o agendamento. Analisar como a prioridade afeta métricas do processo, como tempo de ciclo e aderência ao SLA, pode revelar se mudanças de alta prioridade são processadas mais rapidamente do que mudanças de baixa prioridade. Isso ajuda a avaliar a eficácia das políticas de priorização.

Por que isso importa

Ajuda a determinar se o processo prioriza efetivamente mudanças de alta importância e aloca os recursos de acordo.

Onde obter

Esse é o campo 'Priority' do objeto Change no Freshservice.

Exemplos
BaixoMédioAltoUrgente
Status da mudança
ChangeStatus
O status atual ou final da solicitação de mudança.
Descrição

Esse atributo indica o estado de uma solicitação de mudança em um momento específico ou seu resultado final, como 'Closed', 'Cancelled' ou 'Rejected'. Ele é fundamental para a análise de resultados, ajudando a diferenciar mudanças concluídas com sucesso daquelas que falharam ou foram abandonadas. Filtrar por status permite uma análise direcionada de grupos específicos de mudanças.

Por que isso importa

Permite analisar os resultados das mudanças e entender as taxas de sucesso, falha e cancelamento.

Onde obter

Esse é o campo 'Status' do objeto Change no Freshservice.

Exemplos
EncerradaCanceladaRejeitadaAberta
Tipo de mudança
ChangeType
A classificação da mudança, como Standard, Normal ou Emergency.
Descrição

Change Type categoriza as solicitações de mudança com base em sua natureza, risco e requisitos de aprovação. Mudanças Standard são pré-aprovadas, mudanças Normal seguem o processo padrão e mudanças Emergency exigem tratamento acelerado. Analisar o processo por Change Type é fundamental para entender se diferentes tipos seguem caminhos distintos e têm características de performance diferentes, como tempo de ciclo ou taxa de sucesso.

Por que isso importa

Segmentar o processo por Change Type ajuda a revelar diferentes comportamentos e níveis de performance para mudanças Standard, Normal e Emergency.

Onde obter

Esse é o campo 'Change Type' do objeto Change no Freshservice.

Exemplos
PadrãoNormalEmergencialGrande
Código de encerramento
CloseCode
Um código ou motivo que indica por que a solicitação de mudança foi encerrada.
Descrição

O Close Code fornece detalhes específicos sobre o resultado de uma mudança encerrada. Os exemplos incluem 'Implemented Successfully', 'Backed Out' ou 'Rejected'. Esses dados acrescentam um contexto valioso além do status final, permitindo uma análise mais detalhada dos modos de sucesso e falha no processo de gerenciamento de mudanças.

Por que isso importa

Fornece detalhes granulares sobre os resultados das mudanças, permitindo uma análise mais profunda dos motivos pelos quais elas foram bem-sucedidas, falharam ou foram revertidas.

Onde obter

Consulte a documentação do Freshservice ou verifique se há um campo 'Closure Code' ou semelhante no formulário de Change.

Exemplos
Bem-sucedidaBem-sucedida com problemasFalhouRevertida
Duração da aprovação
ApprovalDuration
O tempo que uma solicitação de mudança permaneceu na fase de aprovação.
Descrição

Essa duração calculada mede o tempo entre a solicitação de aprovação e sua concessão ou negação. É essencial para o Dashboard 'Change Approval Phase Duration' e ajuda a identificar gargalos no Workflow de aprovação. Analisar essa métrica pode destacar aprovadores lentos, transferências ineficientes entre grupos ou atrasos sistêmicos na tomada de decisão.

Por que isso importa

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 a atividade 'Approval Requested' e a atividade 'Change Approved' ou 'Change Rejected'.

Exemplos
1 dia e 2 horas5 horas e 30 minutos3 dias
Duração da implementação
ImplementationDuration
Tempo necessário para a fase de implementação da mudança.
Descrição

Essa métrica calcula a duração do trabalho principal de implementação, normalmente medida entre a atividade 'Implementation Started' e a atividade 'Implementation Completed'. Ela é usada para analisar a eficiência da fase de execução técnica e dá suporte ao Dashboard 'Change Implementation Phase Efficiency'. Durações elevadas podem indicar complexidade técnica, falta de recursos ou desafios imprevistos.

Por que isso importa

Mede a eficiência do trabalho técnico prático, isolando-a dos atrasos de planejamento e aprovação.

Onde obter

Calculado como a diferença de tempo entre as atividades 'Implementation Started' e 'Implementation Completed'.

Exemplos
4 horas1 hora e 30 minutos8 horas
Nível de impacto
ImpactLevel
O impacto no negócio avaliado caso a mudança falhe ou cause uma interrupção no serviço.
Descrição

O Impact Level indica o possível efeito sobre as operações do negócio, variando de baixo, quando afeta um único usuário, a alto, quando afeta toda a organização. Junto com a Urgency, ele geralmente determina a Priority geral. Analisar por impacto ajuda a entender se o processo lida corretamente com mudanças que representam uma ameaça significativa à continuidade do negócio.

Por que isso importa

Ajuda na análise de riscos e confirma que mudanças com alto impacto potencial no negócio sejam gerenciadas com mais cuidado.

Onde obter

Isso corresponde ao campo 'Impact' do objeto Change no Freshservice.

Exemplos
BaixoMédioAlto
Nome do departamento
DepartmentName
O departamento do usuário que solicitou a mudança.
Descrição

Esse atributo fornece contexto organizacional ao identificar a unidade de negócio que iniciou a solicitação de mudança. Analisar por departamento pode revelar quais áreas da organização geram mais mudanças, têm as maiores taxas de rejeição ou enfrentam os tempos de ciclo mais longos. Esse insight é valioso para a melhoria direcionada do processo e o planejamento de recursos.

Por que isso importa

Permite analisar a performance do processo e a demanda de diferentes unidades de negócio, apoiando melhorias direcionadas.

Onde obter

Essas informações normalmente são obtidas do perfil do solicitante no Freshservice.

Exemplos
FinançasRecursos humanosTecnologia da informaçãoMarketing
Quantidade de incidentes associados
AssociatedIncidentsCount
O número de incidentes vinculados a esta solicitação de mudança após sua implementação.
Descrição

Essa métrica quantifica o impacto posterior de uma mudança contando quantos incidentes foram criados como resultado de sua implantação. Uma quantidade alta sugere possíveis problemas no planejamento, nos testes ou na qualidade da implementação. É uma entrada direta para o KPI Post-Implementation Issue Rate e é fundamental para medir a estabilidade e o sucesso das mudanças.

Por que isso importa

Mede diretamente a qualidade e a estabilidade das mudanças implementadas, ajudando a identificar aquelas que causam interrupções no serviço.

Onde obter

Obtido pela contagem do número de tickets de Incident vinculados a um ticket de Change no Freshservice.

Exemplos
015
SLA violado
IsSlaBreached
Um indicador booleano que informa se a solicitação de mudança foi concluída após a data prevista.
Descrição

Esse atributo é um indicador binário de conformidade com o SLA, marcado como 'true' quando o horário de término da mudança é posterior à data prevista de conclusão e como 'false' nos demais casos. Ele simplifica a criação de Dashboards e KPIs relacionados à aderência ao SLA, permitindo filtrar e agregar rapidamente as mudanças atrasadas. Apoia diretamente o KPI Change SLA Adherence Rate.

Por que isso importa

Fornece um resultado binário claro para a performance do SLA, simplificando a filtragem e os relatórios sobre mudanças concluídas no prazo ou atrasadas.

Onde obter

Calculado comparando EndTime com TargetCompletionDate. Se EndTime > TargetCompletionDate, então true.

Exemplos
truefalse
Urgência
Urgency
Indica com que rapidez a mudança precisa ser implementada do ponto de vista do negócio.
Descrição

Urgency reflete a sensibilidade da mudança ao tempo. Por exemplo, um patch de segurança pode ter alta urgência. Esse atributo, geralmente combinado com Impact para definir Priority, ajuda a analisar se o processo reage adequadamente às necessidades críticas do negócio. Ele pode revelar se mudanças urgentes realmente avançam mais rápido pelo processo.

Por que isso importa

Fornece contexto sobre a sensibilidade da mudança ao tempo, que pode ser correlacionada ao tempo de ciclo para avaliar a capacidade de resposta do processo.

Onde obter

Esse é o campo 'Urgency' do objeto Change no Freshservice.

Exemplos
BaixoMédioAlto
Obrigatório Recomendado Opcional

Atividades de gestão de mudanças

Estas são as etapas e os marcos críticos do processo que você deve acompanhar com precisão no seu Event Log para realizar uma descoberta completa do processo de 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 da mudança foi concluído. Normalmente, isso é inferido a partir de uma mudança de status para um estado posterior à implementação, como 'Pending Review'.
Por que isso importa

Esse marco marca o fim do trabalho principal de implementação. É o ponto final para calcular o 'Average Implementation Time' e sinaliza o início das atividades de teste ou revisão.

Onde obter

Inferido a partir de uma mudança de status para um valor como 'Pending Review', 'Awaiting Testing' ou 'Completed'.

Captura

Inferido a partir de uma mudança no campo de status para 'Pending Review' ou algo semelhante.

Tipo de evento inferred
Mudança agendada
A atividade de atribuir um horário específico de início e término para a implementação da mudança aprovada. Normalmente, isso é inferido quando os campos 'Scheduled Start Time' e 'Scheduled End Time' são preenchidos.
Por que isso importa

Esse é um marco importante que aciona o início da fase de implementação. Ele é essencial para calcular o 'Average Implementation Time' e analisar a eficiência do agendamento.

Onde obter

Inferido a partir da data e hora em que os campos de data relacionados ao agendamento são preenchidos e o status muda para 'Scheduled' ou algo semelhante.

Captura

Inferido a partir do preenchimento de 'Scheduled Start Date' e de uma atualização de status correspondente.

Tipo de evento inferred
Mudança aprovada
Um marco importante em que uma autoridade designada, como o Change Advisory Board (CAB), aprova formalmente o prosseguimento da solicitação de mudança. Normalmente, essa é uma ação explícita registrada no sistema.
Por que isso importa

Marca o fim da fase de aprovação e o início do planejamento da implementação. Essa atividade é essencial para medir o 'Average Change Approval Time' e a 'First-Pass Approval Rate'.

Onde obter

O Freshservice registra isso como um evento explícito quando um aprovador clica no botão 'Approve'. O evento é registrado no log de atividades do ticket com data e hora.

Captura

A data e hora da ação 'Approved' na aba de aprovações ou no log de atividades.

Tipo de evento explicit
Mudança encerrada
Marca a conclusão oficial e bem-sucedida do processo de gerenciamento de mudanças. Esse evento é capturado quando o status do ticket de mudança passa para o estado final 'Closed'.
Por que isso importa

Esse é o principal evento final do processo. É o ponto de dados final para calcular o 'Average Change Cycle Time' de ponta a ponta e a 'Change SLA Adherence Rate'.

Onde obter

Esse evento é capturado a partir da data e hora associadas à mudança final de status para 'Closed' no histórico do ticket de mudança.

Captura

A data e hora da mudança final de status para 'Closed'.

Tipo de evento explicit
Solicitação de mudança criada
Isso marca o início oficial do processo de Change Management, quando uma nova solicitação de mudança é registrada formalmente no Freshservice. Esse evento é capturado explicitamente quando um usuário salva um novo ticket de mudança, criando um Change Request ID exclusivo e um registro de data e hora de criação.
Por que isso importa

Este é o principal evento de início do processo. Analisar o tempo entre essa atividade e 'Change Closed' fornece o tempo de ciclo ponta a ponta, um KPI essencial para a eficiência do processo.

Onde obter

Este é um evento explícito capturado no histórico de auditoria do registro de mudança. Ele corresponde ao registro de data e hora de criação do ticket de mudança.

Captura

O registro de data e hora de criação do registro da solicitação de mudança.

Tipo de evento explicit
Aprovação solicitada
Representa o momento em que a solicitação de mudança é enviada formalmente para revisão e autorização. Normalmente, isso é inferido quando o status da solicitação muda para um estado como 'Awaiting Approval' ou quando ela é atribuída a um aprovador.
Por que isso importa

Esta atividade marca o início da fase de aprovação. Medir a duração entre este ponto e 'Change Approved' é fundamental para identificar gargalos no ciclo de aprovação.

Onde obter

Inferido a partir do Activity Log ou pelo acompanhamento das alterações do campo de status para 'Awaiting Approval'. O registro de data e hora dessa alteração de status é usado como horário do evento.

Captura

Inferido a partir da alteração do campo de status para 'Awaiting Approval'.

Tipo de evento inferred
Avaliação de riscos concluída
Indica que a avaliação formal dos riscos potenciais associados à mudança foi concluída. Essa atividade costuma ser inferida quando o campo de nível de risco é preenchido ou atualizado, ou quando uma tarefa relacionada é concluída.
Por que isso importa

Acompanhar essa atividade ajuda a garantir a conformidade com as políticas de mudança que exigem uma avaliação de riscos. Isso permite analisar a 'Risk Assessment Coverage' e o tempo gasto nessa etapa crítica.

Onde obter

Isso provavelmente é inferido a partir de uma atualização com registro de data e hora no campo 'Risk' do formulário de mudança ou da conclusão de uma tarefa específica relacionada à análise de riscos.

Captura

Inferido a partir do registro de data e hora em que o campo 'Risk' é 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 efetiva da mudança. Isso é inferido quando o status da solicitação de mudança é atualizado para 'In Progress' ou para um estado ativo semelhante.
Por que isso importa

Fornece um ponto de partida claro para acompanhar a duração da implementação ativa. Ajuda a diferenciar o tempo de espera do trabalho efetivamente realizado.

Onde obter

Inferido a partir de uma mudança de status para um valor como 'In Progress' ou 'Implementation in Progress' no horário de início agendado.

Captura

Inferido a partir de uma mudança no campo de status para 'In Progress'.

Tipo de evento inferred
Mudança cancelada
Representa o encerramento de uma solicitação de mudança antes de sua conclusão. É um estado final alternativo, capturado quando o status do ticket é definido como 'Cancelled' ou 'Withdrawn'.
Por que isso importa

Analisar mudanças canceladas pode revelar problemas nas fases iniciais de planejamento ou aprovação, como solicitações que não são mais necessárias ou que não têm uma justificativa de negócio válida.

Onde obter

Capturado a partir da data e hora da mudança de status para 'Cancelled' ou para um status terminal equivalente que não seja 'Closed'.

Captura

A data e hora da mudança de status para 'Cancelled'.

Tipo de evento explicit
Mudança reaberta
Ocorre quando uma mudança que havia sido encerrada ou resolvida retorna a um status aberto, normalmente devido a problemas descobertos após a implementação. Isso é inferido por uma mudança de status de um estado fechado para um estado aberto.
Por que isso importa

Essa atividade é um forte indicador de retrabalho ou de mudanças malsucedidas. Acompanhar sua frequência é fundamental para entender a qualidade das mudanças e a eficácia dos testes.

Onde obter

Inferido pela detecção de uma transição de status de 'Closed' ou 'Resolved' de volta para um estado 'Open' ou 'In Progress' no log de atividades do ticket.

Captura

Detectar a mudança de status de um estado terminal, por exemplo, 'Closed', para um estado não terminal, por exemplo, 'Open'.

Tipo de evento inferred
Mudança rejeitada
Indica que um aprovador rejeitou formalmente a solicitação de mudança, impedindo seu prosseguimento. Essa ação é registrada explicitamente e geralmente faz o processo entrar em um ciclo de retrabalho.
Por que isso importa

Essa atividade é fundamental para analisar o retrabalho e identificar os motivos de falha do processo. Uma alta frequência de rejeições aponta para problemas na qualidade da solicitação ou na avaliação de riscos.

Onde obter

O Freshservice registra isso como um evento explícito quando um aprovador clica no botão 'Reject'. O evento é registrado no log de atividades do ticket.

Captura

A data e hora da ação 'Rejected' na aba de aprovações ou no log de atividades.

Tipo de evento explicit
Observação adicionada à mudança
Representa a adição de um comentário ou nota à solicitação de mudança, indicando uma atividade de comunicação ou documentação. O Freshservice registra explicitamente esses eventos no feed de atividades de cada ticket.
Por que isso importa

Embora não seja uma etapa central do processo, acompanhar as notas pode fornecer contexto para atrasos, especialmente durante as fases de aprovação ou planejamento. Uma alta frequência de notas pode indicar requisitos pouco claros ou problemas de comunicação.

Onde obter

Registrado explicitamente na seção 'Activity' ou 'Audit' de um ticket de solicitação de mudança, com data e hora e o usuário que adicionou a nota.

Captura

Registrado como um evento 'Note Added' no log de atividades do ticket.

Tipo de evento explicit
Planejamento concluído
Indica que todo o planejamento necessário para a mudança, incluindo a elaboração dos planos de implementação e de reversão, foi finalizado. Normalmente, isso é inferido a partir de uma mudança de status após a aprovação.
Por que isso importa

Marca a transição do planejamento para a execução. Analisar a duração da fase de planejamento ajuda a identificar oportunidades para simplificar as atividades anteriores à implementação.

Onde obter

Inferido a partir de uma mudança de status de um status relacionado ao planejamento, como 'Pending Release', para um status de implementação, como 'Scheduled'.

Captura

Inferido a partir de uma mudança de status de 'Planning in Progress' ou de um estado semelhante.

Tipo de evento inferred
Revisão pós-implementação concluída
Indica a conclusão da Post-Implementation Review (PIR) para avaliar o sucesso da mudança e documentar as lições aprendidas. Muitas vezes, isso é inferido quando notas de revisão são adicionadas após a implementação ou quando um status é atualizado.
Por que isso importa

Garante que um processo formal de revisão seja seguido. Analisar essa atividade ajuda a entender a eficácia das mudanças e apoia a melhoria contínua do processo.

Onde obter

Inferido a partir do preenchimento de campos relacionados à PIR no formulário de mudança após a data de implementação ou de uma mudança de status para um estado como 'Review Complete'.

Captura

Inferido a partir do preenchimento dos campos de notas da PIR ou de uma atualização de status específica.

Tipo de evento inferred
Testes concluídos
Representa a conclusão de todas as atividades necessárias de teste e validação para garantir que a mudança foi bem-sucedida e não causou efeitos adversos. Isso pode ser inferido a partir do encerramento de uma tarefa ou de uma mudança de status.
Por que isso importa

Acompanhar essa atividade ajuda a medir o KPI 'Testing Completion Rate' e garante que as mudanças sejam devidamente validadas antes do encerramento final, reduzindo problemas pós-implementação.

Onde obter

Isso pode ser difícil de capturar e talvez precise ser inferido a partir da conclusão de uma tarefa de 'Testing' vinculada ou de uma mudança de status para 'Testing Complete'.

Captura

Inferido a partir do encerramento de uma tarefa relacionada a testes associada à mudança.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do Freshservice

Pronto para começar?

Comece hoje sua jornada de otimização do Change Management preparando seus dados com este Template completo. Revele insights ocultos e promova implantações mais eficientes.

Pare com as mudanças malsucedidas: eleve seu gerenciamento do Freshservice agora

Alcance 95% de sucesso nas mudanças e elimine interrupções e atrasos no Freshservice.

Começar o teste grátis

Não é necessário cartão de crédito. Comece em poucos minutos.