Seu Template de dados de gerenciamento de mudanças

Este atributo registra o nome da atividade realizada em determinado momento de uma solicitação de mudança. As atividades são identificadas a partir de mudanças de status, etapas do fluxo de trabalho ou registros específicos no Jira, como 'Mudança enviada para análise' ou 'Implementação iniciada'.

Analisar a sequência e a frequência dessas atividades é a base do Process Mining. Isso permite descobrir os fluxos reais do processo, identificar gargalos entre etapas e comparar as variantes do processo com o procedimento operacional padrão (POP).

Define as etapas do processo e é essencial para descobrir mapas de processo, analisar variantes e identificar gargalos.

Em geral, é obtido do histórico da solicitação do Jira, especialmente das mudanças de status ou atualizações de campos personalizados que representam marcos do processo.

A hora de início, ou registro de data e hora do evento, indica a data e a hora exatas em que uma atividade foi registrada para uma solicitação de mudança. Cada atividade no Event Log, da criação ao encerramento, tem um registro de data e hora associado.

Este atributo é essencial para todas as análises de tempo no Process Mining. Ele é usado para calcular tempos de ciclo, intervalos entre atividades e tempos de espera, além de determinar a sequência dos eventos. Também serve de base para monitorar a performance, calcular o cumprimento dos SLAs e identificar gargalos.

Este registro de data e hora é a base de todas as análises de performance e duração, permitindo calcular os tempos de ciclo e identificar atrasos.

O registro de data e hora de cada entrada no histórico da solicitação do Jira. Para o evento de criação, corresponde ao campo created.

O ID da solicitação de mudança é a chave primária que identifica exclusivamente cada iniciativa de mudança no Jira Service Management. Ele funciona como identificador do caso no Process Mining, relacionando todos os eventos, as mudanças de status e as atualizações em uma visão integrada do processo de ponta a ponta.

Na análise, esse ID permite reconstruir o ciclo de vida completo de cada mudança. Ele é essencial para acompanhar mudanças individuais em etapas como avaliação de risco, aprovação, implementação e revisão. Todas as métricas, os KPIs e os Dashboards usam esse atributo para agregar e relacionar corretamente os dados de eventos de uma mudança específica.

Este é o identificador fundamental do caso, que permite acompanhar toda a jornada de uma solicitação de mudança e analisar sua performance.

Esta é a chave padrão da solicitação do Jira, encontrada no campo key das solicitações do tipo Change.

Este atributo especifica o sistema de origem dos dados do processo. Neste contexto, o valor é sempre 'Jira Service Management'.

Em um contexto empresarial mais amplo, no qual os dados podem ser combinados de vários sistemas, este campo é essencial para rastrear a origem dos dados, solucionar problemas e entender variações do processo específicas de cada sistema. Ele esclarece a origem dos dados analisados.

Deixa clara a origem dos dados, o que é essencial ao combinar dados de vários sistemas ou para fins de auditoria.

Este é um valor estático adicionado durante a extração dos dados para identificar a origem do conjunto de dados.

Este atributo registra a data e a hora da última extração de dados do sistema de origem. Ele indica o nível de atualização dos dados no software de Process Mining.

Analisar este atributo ajuda você a entender o quanto os dados do processo estão atualizados, algo importante para Dashboards operacionais e monitoramento em tempo real. Ele dá contexto à análise e ajuda a evitar decisões baseadas em dados desatualizados.

Indica o nível de atualização dos dados, garantindo que as análises sejam relevantes e usem informações atuais.

Este campo de metadados é preenchido pela ferramenta de extração de dados no momento da extração.

Este atributo armazena a data em que se espera concluir a solicitação de mudança para cumprir o SLA. Ela serve de referência para medir o tempo real de conclusão.

Essa data é fundamental para monitorar a performance em relação aos compromissos assumidos. Ela é a base do Dashboard 'Monitor de performance do SLA de mudanças' e do KPI 'Taxa de cumprimento do SLA de mudanças'. Ao comparar a data real de resolução com a data prevista, as organizações podem medir a eficácia da prestação de serviços.

Este é o principal dado para calcular o cumprimento do SLA e identificar quais mudanças correm o risco de ultrapassar o prazo.

Geralmente, este é o campo duedate do Jira ou um valor de uma métrica de SLA configurada no Jira Service Management.

O nível de risco é uma avaliação obrigatória na maioria dos processos de gestão de mudanças. Ele classifica o possível impacto negativo de uma mudança. O nível é definido durante a avaliação de risco e costuma influenciar o fluxo de trabalho de aprovação necessário.

Em Process Mining, esse atributo é essencial para análises baseadas em risco. Ele dá suporte ao Dashboard 'Precisão e resultado da avaliação de risco', que relaciona o risco inicial ao resultado real. Também é a principal dimensão do KPI 'Taxa de falha de mudanças por nível de risco', que ajuda a avaliar se as mudanças de alto risco estão sendo gerenciadas de forma eficaz.

Permite analisar se os controles do processo e os fluxos de trabalho de aprovação são eficazes para diferentes perfis de risco, além de ajudar a relacionar o risco às taxas de falha das mudanças.

Geralmente, este é um campo personalizado no Jira Service Management. Alguns nomes comuns são 'Nível de risco' e 'Impacto'.

O campo de prioridade ajuda as equipes a definir a ordem de atendimento das solicitações de mudança. Ele reflete uma combinação de impacto e urgência e orienta o agendamento e a alocação de recursos.

Analisar a prioridade permite comparar a performance de mudanças de alta e baixa prioridade. Por exemplo, você pode verificar se as mudanças de alta prioridade realmente têm tempos de ciclo menores ou se enfrentam os mesmos gargalos que as demais. Essa análise ajuda a direcionar melhor os recursos e a atender às expectativas do negócio.

Permite analisar a performance do processo de acordo com a prioridade para o negócio e verificar se as mudanças críticas estão sendo aceleradas como esperado.

Este é o campo padrão priority de uma issue do Jira.

O responsável é o usuário encarregado da etapa ou atividade atual no fluxo de trabalho de gestão de mudanças. Ele pode mudar várias vezes ao longo do ciclo de vida de uma solicitação, conforme ela passa por diferentes pessoas e equipes.

Esse atributo é usado para analisar a distribuição da carga de trabalho, identificar gargalos relacionados a usuários específicos e entender a alocação de recursos. O Dashboard 'Carga de trabalho das atividades da equipe de mudanças' usa esses dados para mostrar quais pessoas ou grupos estão cuidando do maior número de atividades.

Isso ajuda a analisar a performance dos recursos e a distribuição da carga de trabalho, identificando gargalos individuais ou da equipe.

Este é o campo padrão assignee de uma issue do Jira.

Este atributo indica o status da solicitação de mudança, como 'Aguardando aprovação', 'Em andamento' ou 'Fechada'. O campo de status do Jira é fundamental para o mecanismo de fluxo de trabalho, e as alterações nesse campo são os principais fatores que determinam o fluxo do processo.

Analisar o status permite acompanhar o andamento das mudanças ativas e entender os resultados das concluídas, por exemplo, 'Fechada: bem-sucedida' ou 'Fechada: malsucedida'. Esse atributo é essencial para criar Dashboards de throughput e analisar ciclos de retrabalho em que o status volta a uma etapa anterior.

Ele oferece uma visão clara do andamento e do resultado final de uma solicitação de mudança, algo essencial para analisar o throughput e o retrabalho.

Este é o campo padrão status de uma issue do Jira. Os status disponíveis são definidos na configuração do fluxo de trabalho do projeto.

Este atributo calculado compara a data real de resolução de uma solicitação de mudança com a 'Data prevista de conclusão'. O resultado é um status simples, como 'Cumprido' ou 'Descumprido'.

Ele oferece um indicador claro e imediato da performance no Dashboard 'Monitor de performance do SLA de mudanças'. Também simplifica a criação de KPIs, como 'Taxa de cumprimento do SLA de mudanças', ao calcular previamente o status de cada caso. Assim, fica fácil filtrar e agregar os dados para identificar quais tipos de mudança, equipes ou serviços estão mais associados ao descumprimento do SLA.

Apresenta um resultado claro, com duas possibilidades, para a performance do SLA em cada caso, simplificando os relatórios e a análise do cumprimento do SLA.

Calculado pela comparação do timestamp da atividade final 'Mudança fechada' com o atributo 'TargetCompletionDate'.

O tipo de mudança classifica a solicitação de acordo com sua natureza, urgência e impacto. Entre os tipos mais comuns estão 'Padrão', para mudanças pré-aprovadas e de baixo risco; 'Normal', para mudanças rotineiras que exigem aprovação completa; e 'Emergencial', para mudanças urgentes destinadas a resolver incidentes.

Esse atributo é essencial para a análise do processo, pois diferentes tipos de mudança costumam seguir caminhos distintos e ter SLAs diferentes. Ele é usado para calcular o KPI 'Taxa de mudanças emergenciais' e filtrar Dashboards, permitindo comparar a performance e os riscos de cada tipo.

Ele permite segmentar o processo para analisar diferentes fluxos de trabalho, como mudanças padrão e emergenciais, que têm expectativas de performance e riscos próprios.

Geralmente, este é um campo personalizado em projetos do Jira Service Management. O nome pode variar, mas costuma ser 'Tipo de mudança'.

Este atributo calculado identifica solicitações de mudança que voltaram a uma etapa anterior para receber ajustes, por exemplo, de 'Aguardando aprovação' para 'Planejamento'. Isso indica que o envio inicial estava incompleto, incorreto ou não atendia aos critérios necessários.

Esse indicador é a base do KPI 'Taxa de retrabalho em mudanças' e do Dashboard 'Análise de retrabalho e rejeição de mudanças'. Ao sinalizar os casos com retrabalho, os analistas podem filtrá-los facilmente e investigar as causas raiz, como planejamento inicial deficiente, requisitos pouco claros ou avaliação de risco insuficiente.

Evidencia ineficiências do processo ao sinalizar os casos que exigiram trabalho extra não planejado, permitindo analisar as causas raiz do retrabalho.

Calculado pela análise da sequência de atividades no Event Log. O retrabalho é identificado quando uma atividade de uma etapa posterior é seguida por uma atividade de uma etapa anterior.

Este atributo identifica a equipe designada para trabalhar na mudança. Embora o Jira tenha o campo 'Responsável' para indicar uma pessoa, o campo 'Equipe' costuma ser usado para atribuir o trabalho a um grupo funcional, como 'Operações de rede' ou 'Administradores de banco de dados'.

Esse atributo é essencial para o Dashboard 'Carga de trabalho das atividades da equipe de mudanças'. Ele permite analisar a performance e os gargalos no nível da equipe, e não apenas de cada pessoa, o que costuma ser mais útil para planejar e gerenciar recursos.

Facilita a análise da carga de trabalho e da performance no nível da equipe ou do departamento, destacando gargalos sistêmicos.

Geralmente, este é um campo personalizado no Jira, pois não há um campo padrão 'Equipe'. Ele pode ser do tipo 'Seletor de grupo' ou uma lista de seleção simples.

Este atributo registra o motivo da mudança, como 'Implementação de novo recurso', 'Correção de bug' ou 'Atualização de infraestrutura'. Ele oferece um contexto importante além do resumo ou da descrição.

Na análise, é possível relacionar o motivo da mudança a outras métricas, como tempo de ciclo, taxa de falha e nível de risco. Isso ajuda a responder perguntas como: 'As mudanças para corrigir bugs são aprovadas mais rápido do que as implementações de novos recursos?' ou 'As atualizações de infraestrutura têm uma taxa de falha maior?'.

Oferece contexto de negócio para aprofundar a análise, relacionando o objetivo da mudança à sua performance e ao resultado.

Geralmente, este é um campo personalizado no Jira Service Management, muitas vezes uma lista de seleção ou um campo de texto.

Este atributo indica se a mudança teve um resultado negativo, como um incidente em produção. Para isso, geralmente é necessário vincular a issue da solicitação de mudança a uma ou mais issues de incidente no Jira.

Esses dados são essenciais para calcular os KPIs 'Taxa de problemas após a implementação' e 'Taxa de falha de mudanças'. Eles medem diretamente a qualidade das mudanças e a eficácia dos processos de planejamento, teste e avaliação de risco. Analisar quais mudanças causam problemas ajuda a aprimorar os controles e evitar falhas futuras.

Mede diretamente a qualidade e o sucesso de uma mudança, acompanhando se ela causou problemas operacionais posteriormente.

Geralmente, esse dado é obtido verificando as issues vinculadas no Jira, especificamente se há links 'é causada por' entre issues de incidente e uma issue de mudança.

Quando uma solicitação de mudança é fechada, o campo de resolução informa o resultado específico. Por exemplo, 'Concluída' indica sucesso, enquanto 'Não será feita' ou 'Duplicada' indicam outros motivos para o fechamento. Assim, ele oferece mais contexto do que o status 'Fechada' por si só.

Esse atributo é essencial para analisar as taxas de sucesso e falha das mudanças. Por exemplo, o KPI 'Taxa de problemas após a implementação' pode ser melhor compreendido filtrando as mudanças com resolução 'Falhou' ou 'Revertida'. Ele ajuda a diferenciar mudanças implementadas com sucesso daquelas que foram canceladas ou rejeitadas após a aprovação.

Oferece contexto detalhado sobre o resultado final de uma mudança, essencial para calcular com precisão as taxas de sucesso e falha.

Este é o campo padrão resolution do Jira, geralmente preenchido quando uma issue passa para uma categoria de status 'Concluído'.

Este atributo vincula a solicitação de mudança a um serviço de negócio específico definido no Banco de Dados de Gerenciamento de Configuração (CMDB), como 'Serviço de e-mail' ou 'CRM de clientes'. Esse conceito é fundamental para entender o impacto da mudança no negócio.

Analisar as mudanças por serviço de negócio ajuda a priorizar esforços e comunicar o impacto às partes interessadas. Assim, é possível identificar quais serviços passam por mais mudanças, quais correm mais riscos e onde se concentram os incidentes relacionados a mudanças. Isso é essencial para gerenciar mudanças técnicas com foco no negócio.

Relaciona as mudanças técnicas ao impacto no negócio, permitindo priorizar e analisar riscos com base na criticidade do serviço afetado.

Geralmente, este é um campo personalizado no JSM, muitas vezes vinculado ao Jira Assets (anteriormente Insight) ou a outro CMDB.

O solicitante é a pessoa que criou a issue da solicitação de mudança no Jira. Muitas vezes, é o responsável pela mudança ou alguém que a inicia em nome de uma equipe.

Analisar quem fez a solicitação ajuda a identificar quais departamentos, equipes ou pessoas estão iniciando mais mudanças. Esses dados podem revelar tendências nas origens das solicitações e orientar o envio de feedback ou treinamentos a grupos que costumam enviar solicitações incompletas ou de baixa qualidade.

Ajuda a identificar a origem das solicitações de mudança e permite analisar como melhorar a qualidade dos envios iniciais.

Este é o campo padrão reporter de uma issue do Jira.