Seu Template de dados de gestão de mudanças
Seu Template de dados de gestão de mudanças
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração no Freshservice
Atributos de gestão de mudanças
| Nome | Descrição | ||
|---|---|---|---|
|
Horário do evento
EventTime
|
A data e hora exatas em que uma atividade ou um evento ocorreu. | ||
|
Descrição
Cada atividade do processo tem uma data e hora correspondente que registra quando ela ocorreu. Esses dados temporais são essenciais para calcular a duração entre atividades, identificar tempos de espera e analisar o tempo de ciclo geral do processo. Eles permitem analisar a performance, identificar gargalos e monitorar o cumprimento dos SLAs.
Por que isso importa
Esta 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 períodos de espera entre etapas do processo.
Onde encontrar
Data e hora associadas a cada registro 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
|
Identificador exclusivo de cada solicitação de mudança enviada pelo sistema Freshservice. | ||
|
Descrição
O ID da solicitação de mudança é o identificador principal de cada caso, do início ao encerramento. Ele reúne em uma linha do tempo coerente todas as atividades, aprovações e registros associados, permitindo analisar o processo de ponta a ponta. No Process Mining, esse ID é essencial para reconstruir o ciclo de vida de cada mudança e entender seu percurso, duração e resultados.
Por que isso importa
Este é o ID do caso essencial que reúne todos os eventos relacionados, permitindo acompanhar e analisar todo o percurso de uma única solicitação de mudança.
Onde encontrar
Este é um campo principal do objeto Change no Freshservice.
Exemplos
CHG-10234CHG-10235CHG-10236
|
|||
|
Nome da atividade
ActivityName
|
Nome de um evento ou tarefa específica que ocorreu no processo de gerenciamento de mudanças. | ||
|
Descrição
Este atributo descreve uma etapa ou um marco do ciclo de vida da mudança, como 'Solicitação de mudança criada', 'Aprovação solicitada' ou 'Implementação concluída'. A sequência dessas atividades para um determinado ID da solicitação de mudança forma a base do mapa do processo. Analisá-las ajuda a identificar o fluxo do processo, detectar desvios e medir o tempo gasto em cada etapa.
Por que isso importa
Define as etapas do fluxo do processo, permitindo visualizar o ciclo de vida da mudança e analisar as variações do processo e os gargalos.
Onde encontrar
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 risco concluídaImplementação iniciadaMudança encerrada
|
|||
|
Sistema de origem
SourceSystem
|
Identifica o sistema de onde os dados foram extraídos. | ||
|
Descrição
Este atributo especifica a origem dos dados do processo. Nesta visualização, o valor será sempre 'Freshservice'. Incluir este atributo é uma prática recomendada, especialmente em ambientes onde os dados podem ser combinados 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 informações claras sobre a origem dos dados, algo essencial ao analisar dados de vários sistemas corporativos.
Onde encontrar
Este é um valor estático definido durante a extração dos dados para identificar sua origem.
Exemplos
Freshservice
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Data e hora que indicam quando os dados deste registro foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo registra a data e hora da extração ou atualização mais recente de cada evento. Ele ajuda a entender o quanto os dados analisados estão atualizados e a garantir que as análises usem informações atuais. Assim, contribui para manter a integridade dos dados e contextualizar a atualidade dos insights.
Por que isso importa
Informa aos usuários quando os dados foram atualizados e ajuda a confirmar se a análise de Process Mining está atualizada.
Onde encontrar
Esta data e hora geralmente são geradas e adicionadas durante a ingestão dos dados ou o processo de ETL.
Exemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Data prevista para conclusão
TargetCompletionDate
|
Data planejada ou definida no acordo de nível de serviço (SLA) para a conclusão da mudança. | ||
|
Descrição
Esta data representa o prazo para encerrar uma solicitação de mudança. É a principal referência para medir o cumprimento do SLA. Comparando a hora de término real com a data prevista para conclusão, é possível determinar se a mudança foi concluída no prazo, antes ou depois dele. Esse dado é essencial para o KPI de taxa de cumprimento do SLA de mudanças.
Por que isso importa
Serve como referência para medir entregas no prazo e o cumprimento do SLA, indicadores importantes da performance do processo.
Onde encontrar
Pode ser um campo específico de data, 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
|
Equipe ou grupo responsável por implementar a mudança. | ||
|
Descrição
Este atributo indica qual equipe foi designada para executar o trabalho da mudança, como 'Equipe de Rede' ou 'Administradores de banco de dados'. Analisar a performance do processo por grupo responsável é essencial para entender a carga de trabalho e a eficiência das equipes, além de identificar gargalos de recursos. Isso pode mostrar quais equipes levam mais tempo para implementar mudanças ou têm mais problemas após a implementação.
Por que isso importa
Permite analisar a performance e a carga de trabalho de diferentes equipes de implementação para identificar limitações de recursos ou boas práticas.
Onde encontrar
Este é 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
|
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 o fim do ciclo de vida de uma solicitação de mudança, geralmente associado à atividade 'Mudança encerrada' ou 'Mudança cancelada'. Ele é usado junto com o horário de início para calcular o tempo total de ciclo de ponta a ponta de cada caso. Analisar este atributo ajuda a entender a duração geral e o volume de trabalho do processo de gerenciamento de mudanças.
Por que isso importa
É essencial para calcular o tempo total de ciclo de uma solicitação de mudança, um KPI importante para medir a eficiência do processo.
Onde encontrar
Esta é 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
|
Nível de risco avaliado para a implementação da mudança. | ||
|
Descrição
O nível de risco classifica o possível impacto negativo de uma mudança caso ela falhe. Os níveis mais comuns são baixo, médio e alto. Esse atributo é essencial para a análise de conformidade e para verificar se mudanças de maior risco seguem um processo mais rigoroso, com mais aprovações ou testes mais completos, por exemplo. Ele ajuda a garantir que os controles de gestão de riscos sejam aplicados corretamente.
Por que isso importa
Esse dado é essencial para a conformidade e a análise de risco, pois ajuda a garantir que mudanças de alto risco recebam a devida atenção e sigam um processo mais rigoroso.
Onde encontrar
Este corresponde ao campo 'Risk' do objeto Change no Freshservice.
Exemplos
BaixaMédiaAltaMuito alto
|
|||
|
Nome do solicitante
RequesterName
|
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 frequência e se as solicitações de determinados usuários têm mais chances de ser rejeitadas ou exigir retrabalho. Combinada com informações departamentais, essa análise também pode ajudar a avaliar a carga de trabalho.
Por que isso importa
Identifica a origem da demanda por mudanças e pode apontar necessidades de treinamento ou grupos de usuários com alto volume de solicitações.
Onde encontrar
Este é 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
|
Nível de prioridade atribuído à solicitação de mudança, que indica sua importância para o negócio. | ||
|
Descrição
A prioridade costuma ser definida pela combinação entre impacto e urgência e orienta a alocação de recursos e o planejamento. Analisar como ela afeta métricas do processo, como tempo de ciclo e cumprimento do SLA, pode revelar se as mudanças de alta prioridade são processadas mais rapidamente do que as de baixa prioridade. Essa análise ajuda a avaliar a eficácia das políticas de priorização.
Por que isso importa
Ajuda a verificar se o processo prioriza adequadamente as mudanças mais importantes e aloca os recursos de acordo.
Onde encontrar
Este é o campo 'Priority' do objeto Change no Freshservice.
Exemplos
BaixaMédiaAltaUrgente
|
|||
|
Status da mudança
ChangeStatus
|
Status atual ou final da solicitação de mudança. | ||
|
Descrição
Este atributo indica o estado de uma solicitação de mudança em um determinado momento ou seu resultado final, como 'Encerrado', 'Cancelado' ou 'Rejeitado'. Ele é essencial para a análise de resultados, pois ajuda a diferenciar mudanças concluídas com sucesso daquelas que falharam ou foram abandonadas. Filtrar pelo status permite concentrar a análise em 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 encontrar
Este é o campo 'Status' do objeto Change no Freshservice.
Exemplos
EncerradoCanceladoRejeitadoAberto
|
|||
|
Tipo de mudança
ChangeType
|
Classificação da mudança, como padrão, normal ou emergencial. | ||
|
Descrição
O tipo de mudança classifica as solicitações conforme sua natureza, risco e requisitos de aprovação. As mudanças padrão são pré-aprovadas, as normais seguem o processo padrão e as emergenciais exigem tratamento acelerado. Analisar o processo por tipo de mudança é essencial para entender se cada tipo segue um caminho diferente e apresenta características de performance distintas, como tempo de ciclo ou taxa de sucesso.
Por que isso importa
Segmentar o processo por tipo de mudança ajuda a revelar diferenças no comportamento do processo e nos níveis de performance das mudanças padrão, normais e emergenciais.
Onde encontrar
Este é o campo 'Tipo de mudança' do objeto Change no Freshservice.
Exemplos
PadrãoNormalEmergencialGrande
|
|||
|
Código de encerramento
CloseCode
|
Código ou motivo que indica por que a solicitação de mudança foi encerrada. | ||
|
Descrição
O código de encerramento detalha o resultado de uma mudança encerrada. Alguns exemplos são 'Implementada com sucesso', 'Revertida' e 'Rejeitada'. Esses dados acrescentam contexto ao status final e permitem analisar com mais precisão os tipos de sucesso e falha no processo de gestão de mudanças.
Por que isso importa
Detalha os resultados das mudanças e permite analisar melhor por que elas tiveram sucesso, falharam ou foram revertidas.
Onde encontrar
Consulte a documentação do Freshservice ou verifique se o formulário Change tem um campo chamado 'Closure Code' ou algo semelhante.
Exemplos
Concluída com sucessoConcluída com problemasFalhouRevertida
|
|||
|
Duração da aprovação
ApprovalDuration
|
Tempo que uma solicitação de mudança permaneceu na etapa de aprovação. | ||
|
Descrição
Esta duração calculada mede o tempo entre a solicitação de aprovação e sua concessão ou rejeição. É essencial para o Dashboard de duração da etapa de aprovação de mudanças e ajuda a identificar gargalos no fluxo de trabalho de aprovação. A análise dessa métrica pode revelar aprovações lentas, transferências ineficientes entre grupos ou atrasos recorrentes na tomada de decisão.
Por que isso importa
Mede diretamente a eficiência da etapa de aprovação e ajuda a identificar e resolver gargalos que atrasam as mudanças.
Onde encontrar
Calculada pela 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 etapa de implementação da mudança. | ||
|
Descrição
Esta métrica calcula a duração do trabalho principal de implementação, geralmente medida entre as atividades 'Implementation Started' e 'Implementation Completed'. Ela é usada para analisar a eficiência da execução técnica e compõe o Dashboard de eficiência da etapa de implementação de mudanças. Durações longas 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, separando-o dos atrasos no planejamento e na aprovação.
Onde encontrar
Calculada pela 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
|
Impacto estimado para o negócio caso a mudança falhe ou cause uma interrupção do serviço. | ||
|
Descrição
O nível de impacto indica o possível efeito nas operações do negócio, que pode variar de baixo (afeta uma única pessoa) a alto (afeta toda a organização). Junto com a urgência, costuma determinar a prioridade geral. Analisar os dados por impacto ajuda a verificar se o processo trata corretamente as mudanças que representam uma ameaça significativa à continuidade dos negócios.
Por que isso importa
Ajuda na análise de risco e confirma se mudanças com alto impacto potencial para o negócio são gerenciadas com mais cuidado.
Onde encontrar
Este corresponde ao campo 'Impact' do objeto Change no Freshservice.
Exemplos
BaixaMédiaAlta
|
|||
|
Nome do departamento
DepartmentName
|
Departamento da pessoa que solicitou a mudança. | ||
|
Descrição
Este atributo dá contexto organizacional ao identificar a unidade de negócio que iniciou a solicitação de mudança. Analisar os dados por departamento pode revelar quais áreas da organização geram mais mudanças, têm as maiores taxas de rejeição ou apresentam os tempos de ciclo mais longos. Esse insight ajuda a direcionar melhorias no 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 encontrar
Em geral, essa informação é obtida no perfil do usuário solicitante no Freshservice.
Exemplos
FinançasRecursos humanosTecnologia da informaçãoMarketing
|
|||
|
Quantidade de incidentes associados
AssociatedIncidentsCount
|
Número de incidentes vinculados a esta solicitação de mudança após sua implementação. | ||
|
Descrição
Esta métrica quantifica o impacto posterior de uma mudança contando quantos incidentes foram criados em decorrência da implantação. Um número alto pode indicar problemas no planejamento, nos testes ou na qualidade da implementação. É um dado usado diretamente no KPI de taxa de problemas após a implementação e é essencial 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 encontrar
Calculado pela contagem dos tickets de incidente vinculados a um ticket de mudança no Freshservice.
Exemplos
015
|
|||
|
SLA descumprido
IsSlaBreached
|
Indicador booleano que informa se a solicitação de mudança foi concluída após a data prevista. | ||
|
Descrição
Este atributo indica de forma binária se o SLA foi cumprido: recebe o valor 'true' quando a hora de término da mudança é posterior à data prevista para conclusão e 'false' nos demais casos. Ele simplifica a criação de Dashboards e KPIs relacionados ao cumprimento do SLA, permitindo filtrar e agrupar rapidamente as mudanças atrasadas. Também é usado diretamente no KPI de taxa de cumprimento do SLA de mudanças.
Por que isso importa
Indica claramente se o SLA foi cumprido ou não, simplificando a filtragem e a geração de relatórios sobre mudanças concluídas no prazo ou com atraso.
Onde encontrar
Calculado comparando EndTime com TargetCompletionDate. Se EndTime > TargetCompletionDate, o valor é true.
Exemplos
truefalse
|
|||
|
Urgência
Urgency
|
Indica a rapidez com que a mudança precisa ser implementada do ponto de vista do negócio. | ||
|
Descrição
A urgência indica quanto tempo há para implementar uma mudança. Uma correção de segurança, por exemplo, pode ter alta urgência. Esse atributo, muitas vezes combinado com o impacto para definir a prioridade, ajuda a analisar se o processo responde adequadamente às necessidades urgentes do negócio. Também pode revelar se as mudanças urgentes realmente avançam mais rápido pelo processo.
Por que isso importa
Dá contexto sobre o prazo para implementar uma mudança. Esse dado pode ser comparado ao tempo de ciclo para avaliar a capacidade de resposta do processo.
Onde encontrar
Este é o campo 'Urgency' do objeto Change no Freshservice.
Exemplos
BaixaMédiaAlta
|
|||
Atividades de gestão de mudanças
| Atividade | Descrição | ||
|---|---|---|---|
|
Implementação concluída
|
Indica que o trabalho técnico de implementação da mudança foi concluído. Normalmente, esse evento é inferido a partir da mudança do status para uma etapa posterior à implementação, como 'Aguardando revisão'. | ||
|
Por que isso importa
Esta etapa marca o fim do trabalho principal de implementação. Ela é o ponto final para calcular o 'Tempo médio de implementação' e indica o início das atividades de teste ou revisão.
Onde encontrar
Inferido a partir da mudança do status para algo como 'Aguardando revisão', 'Aguardando testes' ou 'Concluído'.
Coleta
Inferido a partir da mudança do campo de status para 'Aguardando revisão' ou algo semelhante.
Tipo de evento
inferred
|
|||
|
Mudança agendada
|
A atividade de definir os horários de início e término da implementação da mudança aprovada. Normalmente, esse evento é inferido quando os campos 'Horário de início agendado' e 'Horário de término agendado' são preenchidos. | ||
|
Por que isso importa
Esta é uma etapa importante que dá início à fase de implementação. Ela é essencial para calcular o 'Tempo médio de implementação' e analisar a eficiência do agendamento.
Onde encontrar
Inferido a partir da data e hora em que os campos de data do agendamento são preenchidos e o status muda para 'Agendado' ou algo semelhante.
Coleta
Inferido a partir do preenchimento de 'Data de início agendada' e da atualização correspondente do status.
Tipo de evento
inferred
|
|||
|
Mudança aprovada
|
Uma etapa importante em que uma autoridade designada, como o Comitê Consultivo de Mudanças (CAB), aprova formalmente a solicitação para que a mudança prossiga. Normalmente, essa ação é registrada explicitamente no sistema. | ||
|
Por que isso importa
Marca o fim da etapa de aprovação e o início do planejamento da implementação. Esta atividade é essencial para medir o 'Tempo médio de aprovação de mudanças' e a 'Taxa de aprovação na primeira tentativa'.
Onde encontrar
O Freshservice registra este evento explicitamente quando um aprovador clica no botão 'Aprovar'. O evento fica registrado no log de atividades do chamado, com a data e hora.
Coleta
A data e hora da ação 'Aprovado' 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. O evento é registrado quando o status do chamado de mudança passa para o status final 'Encerrado'. | ||
|
Por que isso importa
Este é o evento de encerramento principal do processo. É o dado final usado para calcular o 'Tempo médio do ciclo de mudança' completo e a 'Taxa de cumprimento do SLA de mudanças'.
Onde encontrar
Este evento é registrado com base na data e hora associadas à mudança final de status para 'Encerrado' no histórico do chamado de mudança.
Coleta
A data e hora da mudança final de status para 'Encerrado'.
Tipo de evento
explicit
|
|||
|
Solicitação de mudança criada
|
Este evento marca o início oficial do processo de gerenciamento de mudanças, quando uma nova solicitação é registrada formalmente no Freshservice. O sistema registra o evento quando alguém salva um novo chamado de mudança, gerando um ID exclusivo para a solicitação e registrando a data e hora da criação. | ||
|
Por que isso importa
Este é o evento de início principal do processo. Analisar o tempo entre esta atividade e 'Mudança encerrada' permite calcular o tempo de ciclo completo, um KPI importante para medir a eficiência do processo.
Onde encontrar
Este é um evento explícito registrado no histórico de auditoria do registro da mudança. Ele corresponde à data e hora de criação do chamado de mudança.
Coleta
A data e hora de criação do registro da solicitação de mudança.
Tipo de evento
explicit
|
|||
|
Aprovação solicitada
|
Indica o momento em que a solicitação de mudança é enviada formalmente para análise e autorização. Normalmente, esse evento é inferido quando o status da solicitação muda para algo como 'Aguardando aprovação' ou quando ela é atribuída a um aprovador. | ||
|
Por que isso importa
Esta atividade marca o início da etapa de aprovação. Medir o tempo entre este momento e 'Mudança aprovada' é essencial para identificar gargalos no ciclo de aprovação.
Onde encontrar
Inferido a partir do Activity Log ou do acompanhamento das mudanças no campo de status para 'Aguardando aprovação'. A data e hora dessa mudança de status são usadas como horário do evento.
Coleta
Inferido a partir da 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 dos riscos potenciais associados à mudança foi concluída. Muitas vezes, essa atividade é inferida quando o campo de nível de risco é preenchido ou atualizado, ou quando uma tarefa relacionada é concluída. | ||
|
Por que isso importa
Acompanhar esta atividade ajuda a garantir a conformidade com as políticas de mudança que exigem uma avaliação de risco. Também permite analisar a 'Cobertura da avaliação de risco' e o tempo dedicado a esta etapa crítica.
Onde encontrar
Este evento provavelmente é inferido a partir de uma atualização com data e hora no campo 'Risco' do formulário de mudança ou da conclusão de uma tarefa específica relacionada à análise de risco.
Coleta
Inferido a partir da data e hora em que o campo 'Risco' é preenchido ou um item relacionado da lista de verificação é 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. Esse evento é inferido quando o status da solicitação muda para 'Em andamento' ou outro status ativo semelhante. | ||
|
Por que isso importa
Oferece um ponto de partida claro para acompanhar a duração da implementação em andamento. Também ajuda a diferenciar o tempo de espera do tempo de trabalho efetivo.
Onde encontrar
Inferido a partir da mudança do status para algo como 'Em andamento' ou 'Implementação em andamento' no horário de início agendado.
Coleta
Inferido a partir da mudança do campo de status para 'Em andamento'.
Tipo de evento
inferred
|
|||
|
Mudança cancelada
|
Indica o encerramento de uma solicitação de mudança antes de sua conclusão. É um status final alternativo, registrado quando o chamado recebe o status 'Cancelado' ou 'Retirado'. | ||
|
Por que isso importa
Analisar mudanças canceladas pode revelar problemas nas etapas iniciais de planejamento ou aprovação, como solicitações que deixaram de ser necessárias ou não têm uma justificativa de negócio válida.
Onde encontrar
Registrado com base na data e hora da mudança de status para 'Cancelado' ou para outro status final equivalente que não seja 'Encerrado'.
Coleta
A data e hora da mudança de status para 'Cancelado'.
Tipo de evento
explicit
|
|||
|
Mudança reaberta
|
Ocorre quando uma mudança que já havia sido encerrada ou resolvida volta a um status aberto, geralmente devido a problemas identificados após a implementação. Esse evento é inferido a partir da mudança de um status encerrado para um status aberto. | ||
|
Por que isso importa
Esta atividade é um forte indicador de retrabalho ou de mudanças malsucedidas. Acompanhar sua frequência é essencial para entender a qualidade das mudanças e a eficácia dos testes.
Onde encontrar
Inferido ao detectar, no log de atividades do chamado, uma mudança de status de 'Encerrado' ou 'Resolvido' para 'Aberto' ou 'Em andamento'.
Coleta
Detecte a mudança de status de um estado final, por exemplo, 'Encerrado', para um estado não final, por exemplo, 'Aberto'.
Tipo de evento
inferred
|
|||
|
Mudança rejeitada
|
Indica que um aprovador rejeitou formalmente a solicitação de mudança, impedindo que ela prossiga. Esta ação é registrada explicitamente e muitas vezes inicia um ciclo de retrabalho. | ||
|
Por que isso importa
Esta atividade é essencial para analisar o retrabalho e identificar os motivos de falha do processo. Muitas rejeições podem indicar problemas na qualidade das solicitações ou na avaliação de risco.
Onde encontrar
O Freshservice registra este evento explicitamente quando um aprovador clica no botão 'Rejeitar'. O evento fica registrado no log de atividades do chamado.
Coleta
A data e hora da ação 'Rejeitado' na aba de aprovações ou no log de atividades.
Tipo de evento
explicit
|
|||
|
Observação adicionada à mudança
|
Indica que um comentário ou uma observação foi adicionado à solicitação de mudança, registrando uma atividade de comunicação ou documentação. O Freshservice registra esses eventos explicitamente no feed de atividades de cada chamado. | ||
|
Por que isso importa
Embora não seja uma etapa central do processo, acompanhar as observações pode ajudar a entender atrasos, especialmente nas etapas de aprovação ou planejamento. Muitas observações podem indicar requisitos pouco claros ou problemas de comunicação.
Onde encontrar
Registrado explicitamente na seção 'Atividade' ou 'Auditoria' do chamado de mudança, com a data e hora e o usuário que adicionou a observação.
Coleta
Registrado como evento 'Observação adicionada' no log de atividades do chamado.
Tipo de evento
explicit
|
|||
|
Planejamento concluído
|
Indica que todo o planejamento necessário para a mudança foi concluído, incluindo a elaboração dos planos de implementação e reversão. Geralmente, esse evento é 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 etapa de planejamento ajuda a identificar oportunidades para simplificar as atividades anteriores à implementação.
Onde encontrar
Inferido a partir da mudança de um status relacionado ao planejamento, como 'Aguardando liberação', para um status de implementação, como 'Agendado'.
Coleta
Inferido a partir da saída do status 'Planejamento em andamento' ou de um status semelhante.
Tipo de evento
inferred
|
|||
|
Revisão pós-implementação concluída
|
Indica a conclusão da Revisão Pós-Implementação (PIR), que avalia o sucesso da mudança e registra as lições aprendidas. Muitas vezes, esse evento é inferido quando observações da revisão são adicionadas após a implementação ou quando o status é atualizado. | ||
|
Por que isso importa
Garante que o processo formal de revisão seja seguido. Analisar esta atividade ajuda a entender a eficácia das mudanças e contribui para a melhoria contínua do processo.
Onde encontrar
Inferido a partir do preenchimento de campos relacionados à PIR no formulário de mudança após a data de implementação ou da mudança do status para algo como 'Revisão concluída'.
Coleta
Inferido a partir do preenchimento dos campos de observações da PIR ou de uma atualização específica do status.
Tipo de evento
inferred
|
|||
|
Testes concluídos
|
Indica a conclusão de todos os testes e validações necessários para confirmar que a mudança foi bem-sucedida e não causou efeitos adversos. Esse evento pode ser inferido a partir do encerramento de uma tarefa ou de uma mudança de status. | ||
|
Por que isso importa
Acompanhar esta atividade ajuda a medir o KPI 'Taxa de conclusão dos testes' e garante que as mudanças sejam validadas corretamente antes do encerramento final, reduzindo problemas após a implementação.
Onde encontrar
Pode ser difícil registrar este evento, que talvez precise ser inferido a partir da conclusão de uma tarefa de 'Teste' vinculada ou da mudança do status para 'Testes concluídos'.
Coleta
Inferido a partir do encerramento de uma tarefa relacionada a testes e associada à mudança.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Comece hoje a otimizar a gestão de mudanças preparando seus dados com este Template completo. Revele insights ocultos e torne as implantações mais eficientes.
Evite mudanças malsucedidas: melhore a gestão no Freshservice
Alcance 95% de sucesso nas mudanças e elimine interrupções e atrasos no Freshservice.
Não é necessário informar cartão de crédito. Comece em poucos minutos.