Seu Template de dados para gerenciamento de solicitações de serviço
Seu Template de dados para gerenciamento de solicitações de serviço
- Atributos recomendados para uma análise completa
- Principais atividades a acompanhar para descobrir o processo
- Orientações para extração no Jira Service Management
Atributos do gerenciamento de solicitações de serviço
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
O nome do evento ou da tarefa específica que ocorreu durante o ciclo de vida da solicitação de serviço. | ||
|
Descrição
Este atributo descreve a ação específica ou a transição de status que ocorreu em determinado momento para uma solicitação de serviço. Exemplos incluem 'Solicitação criada', 'Solicitação atribuída', 'Solução implementada' e 'Solicitação encerrada'. Analisar a sequência e a frequência dessas atividades é o núcleo do Process Mining. Isso permite visualizar mapas de processo, identificar gargalos e detectar desvios do Workflow padrão, algo essencial para entender a eficiência e a Conformidade do processo.
Por que isso importa
Ele define as etapas do processo, permitindo visualizar o mapa de processo e analisar padrões e desvios do Workflow.
Onde obter
Normalmente, é derivado do histórico de transições de 'status' de um problema no Jira. Cada entrada no changelog do problema para o campo de status representa uma atividade.
Exemplos
Solicitação triadaInformações solicitadasSolução implementadaSolicitação de serviço fechada
|
|||
|
Hora de início
EventTime
|
A data e a hora exatas em que uma atividade ou evento específico ocorreu. | ||
|
Descrição
A hora de início, ou registro de data e hora do evento, registra o momento exato em que uma atividade ocorreu. Esse é um componente essencial de qualquer análise de Process Mining, pois fornece o contexto temporal de todo o processo. Esse registro é usado para ordenar os eventos em sequência, calcular a duração entre atividades, medir o tempo total do ciclo do caso e analisar a performance do processo em relação a metas baseadas em tempo, como SLAs. Sem registros precisos de data e hora, é impossível entender o fluxo do processo, identificar atrasos ou medir a eficiência.
Por que isso importa
Esse registro de data e hora é essencial para ordenar eventos, calcular durações e tempos de ciclo e identificar gargalos no processo.
Onde obter
Este é o registro de data e hora associado a cada transição de status no changelog do problema no Jira. A hora de criação do problema está no campo 'created'.
Exemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
|
|||
|
ID da solicitação de serviço
ServiceRequestId
|
O identificador exclusivo de cada solicitação de serviço, usado como chave primária para todos os eventos relacionados. | ||
|
Descrição
O ID da solicitação de serviço, geralmente chamado de Issue Key no Jira, identifica exclusivamente cada solicitação de serviço enviada por um usuário ou sistema. Ele funciona como o fio condutor central que conecta todos os eventos seguintes, desde o registro inicial até o encerramento final, permitindo uma análise completa, de ponta a ponta, da jornada de cada solicitação. No Process Mining, esse ID é essencial para correlacionar os casos. Ele garante que cada atividade, mudança de status e registro de data e hora esteja associado corretamente à solicitação específica a que pertence, formando uma instância de processo coerente para análise.
Por que isso importa
Esse ID é o identificador fundamental do caso, conectando todas as atividades relacionadas em um único fluxo de processo de ponta a ponta e tornando a análise do processo possível.
Onde obter
Este é o campo 'key' de um problema no Jira Service Management.
Exemplos
SR-2023-001IT-45892HELP-105
|
|||
|
Sistema de origem
SourceSystem
|
O sistema do qual os dados da solicitação de serviço foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados, que neste caso é o Jira Service Management. Embora possa parecer pouco relevante ao analisar dados de uma única fonte, ele se torna essencial ao combinar dados de processo de vários sistemas. Na análise, ele ajuda a rastrear a linhagem dos dados e garantir sua qualidade. Também permite filtrar e comparar processos que podem abranger ou interagir com diferentes plataformas de software.
Por que isso importa
Identifica a origem dos dados, algo essencial para a governança de dados e para combinar dados de processo de vários sistemas corporativos.
Onde obter
Normalmente, é um valor estático adicionado durante a extração e a transformação dos dados para identificar a origem do conjunto de dados.
Exemplos
Jira Service ManagementJiraSM
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O registro de data e hora que indica quando os dados foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora da extração de dados mais recente do Jira Service Management. Ele fornece um contexto importante sobre a atualização da análise e dos dados contidos nos Dashboards e KPIs. Em qualquer análise, saber quando os dados foram atualizados é essencial para tomar decisões bem fundamentadas. Esse registro ajuda você a entender se está consultando informações em tempo real ou uma fotografia de um momento anterior, o que afeta a relevância dos resultados.
Por que isso importa
Indica o nível de atualização dos dados, garantindo que as análises sejam baseadas em informações atuais.
Onde obter
Este é um campo de metadados gerado e armazenado pela ferramenta ou pelo script de extração de dados ao final da execução.
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Data de vencimento do SLA
SlaDueDate
|
A data e a hora limite em que a solicitação de serviço deve ser resolvida de acordo com seu SLA. | ||
|
Descrição
A data de vencimento do SLA é um registro de data e hora calculado que representa o prazo para resolver uma solicitação. Esse prazo é determinado pela prioridade e pelo tipo da solicitação, além das políticas específicas de Acordo de Nível de Serviço (SLA) configuradas no Jira Service Management. Esse atributo é fundamental para o Dashboard 'Performance de SLA das solicitações de serviço' e para o KPI 'Taxa de cumprimento de SLA'. Ao comparar o tempo real de resolução com essa data limite, o sistema pode determinar se cada solicitação foi concluída no prazo, atrasou ou corre risco de violar o SLA.
Por que isso importa
É a referência usada para medir a performance. Dá suporte direto ao cálculo da conformidade com o SLA e ajuda a priorizar o trabalho.
Onde obter
As informações de SLA são gerenciadas pelo Jira Service Management e podem ser acessadas pela API, geralmente em campos personalizados que são atualizados dinamicamente.
Exemplos
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
|
|||
|
Prioridade da solicitação
RequestPriority
|
O nível de prioridade atribuído à solicitação de serviço, como Baixa, Média, Alta ou Crítica. | ||
|
Descrição
A prioridade da solicitação indica a urgência e o impacto comercial de uma solicitação de serviço. Essa classificação determina a ordem em que as solicitações são tratadas e geralmente define os tempos de resolução esperados e os SLAs. Na análise de processos, a prioridade é uma dimensão importante para a segmentação. Ela permite comparar tempos de ciclo e cumprimento de SLA entre diferentes níveis de prioridade, garantindo que as solicitações de alta prioridade sejam realmente processadas mais rapidamente e atinjam suas metas. Isso ajuda a validar a eficácia do sistema de priorização.
Por que isso importa
Permite segmentar a análise para garantir que solicitações de alta prioridade sejam tratadas mais rapidamente e atendam a níveis de serviço mais rigorosos.
Onde obter
Corresponde ao campo 'priority' de um problema no Jira.
Exemplos
Mais altaAltaMédiaBaixa
|
|||
|
Responsável
Assignee
|
O usuário ou agente atualmente responsável por trabalhar na solicitação de serviço. | ||
|
Descrição
O responsável é a pessoa encarregada da próxima ação ou da resolução da solicitação de serviço. O valor desse atributo pode mudar várias vezes ao longo do ciclo de vida da solicitação, conforme ela é transferida entre diferentes agentes ou equipes. Esse atributo é essencial para analisar a carga de trabalho, medir a performance e gerenciar recursos. Ele permite filtrar o processo por agente, comparar tempos de resolução entre pessoas e identificar possíveis necessidades de treinamento ou desequilíbrios de carga que causam gargalos.
Por que isso importa
Este atributo é fundamental para analisar a carga de trabalho dos agentes, medir a performance individual e entender a alocação de recursos.
Onde obter
Corresponde ao campo 'assignee' de um problema no Jira.
Exemplos
Alice JohnsonBob WilliamsNão atribuído
|
|||
|
Status da solicitação
RequestStatus
|
O status atual da solicitação de serviço em seu ciclo de vida. | ||
|
Descrição
Este atributo representa o estado atual de uma solicitação de serviço, como 'Aberta', 'Em andamento', 'Aguardando o cliente' ou 'Resolvida'. Ele mostra em que ponto a solicitação está em determinado momento. Enquanto o registro de atividades apresenta o fluxo histórico, o status atual é útil para analisar o trabalho em andamento e identificar itens parados. Por exemplo, a análise pode se concentrar em solicitações que permanecem no status 'Aguardando o fornecedor' por tempo excessivo, destacando dependências externas e atrasos.
Por que isso importa
Fornece uma visão atual de cada caso, permitindo analisar o trabalho em andamento e identificar solicitações paradas ou antigas.
Onde obter
Este é o campo 'status' de um problema no Jira.
Exemplos
AbertaEm andamentoAguardando o clienteResolvida
|
|||
|
Tipo de solicitação
RequestType
|
A classificação da solicitação de serviço, como 'Solicitação de acesso' ou 'Problema de hardware'. | ||
|
Descrição
O tipo de solicitação categoriza a solicitação de serviço com base em sua natureza. Essa é uma dimensão fundamental para a análise, pois diferentes tipos de solicitação geralmente têm processos de resolução, SLAs e necessidades de recursos distintos. Ao segmentar a análise do processo por tipo de solicitação, as organizações podem adaptar as melhorias a Workflows específicos. Por exemplo, o gargalo de uma solicitação de 'Redefinição de senha' será muito diferente do gargalo de uma solicitação de 'Provisionamento de novo servidor'. Esse atributo é essencial para criar Dashboards relevantes, como 'Qualidade da resolução por categoria'.
Por que isso importa
Este atributo é essencial para comparar processos, cargas de trabalho e performance entre diferentes categorias de solicitações de serviço.
Onde obter
Geralmente, corresponde ao campo 'issuetype' no Jira ou a um campo personalizado 'Request Type' no Jira Service Management.
Exemplos
Solicitar uma nova contaObter ajuda de TIIntegrar um novo funcionário
|
|||
|
Canal
Channel
|
O método de envio usado para criar a solicitação de serviço, como e-mail, portal ou API. | ||
|
Descrição
O atributo Canal identifica como uma solicitação de serviço entrou no sistema. Os canais comuns no Jira Service Management incluem o portal do cliente, e-mail ou criação direta por um agente. Analisar o processo por canal é importante para entender o comportamento dos usuários e otimizar a prestação de serviços. Isso pode revelar se as solicitações de determinados canais demoram mais para ser resolvidas ou exigem mais esclarecimentos, indicando uma possível necessidade de melhorar os formulários do portal ou as regras de interpretação de e-mails. Esse atributo dá suporte ao Dashboard 'Tendências de volume de solicitações de serviço'.
Por que isso importa
Ajuda a analisar se o canal de envio afeta os tempos de resolução, a clareza das solicitações ou a eficiência geral do processo.
Onde obter
Essas informações estão disponíveis no Jira Service Management por meio do campo 'Request channel type'. Pode ser necessário ter acesso específico à API, ou o dado pode estar armazenado em um campo personalizado.
Exemplos
portale-mailapi
|
|||
|
Equipe responsável
AssignedTeam
|
A equipe ou o grupo responsável por tratar a solicitação de serviço. | ||
|
Descrição
Este atributo especifica a equipe atribuída a uma solicitação, que geralmente representa um agrupamento de nível mais alto do que o responsável individual. Isso é útil para analisar a performance no nível da equipe, como comparar a equipe de Suporte de primeiro nível com a equipe de Operações de rede. Essa dimensão é essencial para Dashboards como 'Carga de trabalho dos agentes e métricas de resolução'. Ela permite agregar métricas de performance no nível da equipe, facilitando comparações justas e ajudando a entender como diferentes equipes contribuem para o processo geral de prestação de serviços.
Por que isso importa
Permite analisar a performance e equilibrar a carga de trabalho no nível da equipe ou do departamento, em vez de considerar apenas o agente individual.
Onde obter
Pode ser um campo personalizado no Jira, como 'Team', ou ser derivado dos atributos do perfil de usuário do responsável.
Exemplos
Suporte de TI - nível 1Equipe de infraestruturaSuporte de aplicações
|
|||
|
Foi reaberta
IsReopened
|
Um indicador booleano que informa se uma solicitação de serviço foi reaberta depois de ser resolvida. | ||
|
Descrição
Este atributo calculado é um indicador verdadeiro/falso definido como verdadeiro quando o Workflow de uma solicitação inclui a atividade 'Solicitação reaberta'. Ele é derivado da análise da sequência de atividades de cada caso. Esse indicador é essencial para calcular o KPI 'Taxa de reabertura de solicitações de serviço' e alimentar o Dashboard 'Volume de solicitações de serviço reabertas'. Uma taxa elevada de reabertura é um forte sinal de baixa qualidade na resolução na primeira tentativa, levando a retrabalho e menor satisfação do cliente. Analisar quais tipos de solicitação ou resoluções estão associados a esse indicador pode apontar áreas de melhoria.
Por que isso importa
Mede diretamente o retrabalho e a qualidade da resolução na primeira tentativa, indicadores importantes da eficácia do processo e da satisfação do cliente.
Onde obter
É calculado durante a transformação dos dados, verificando se a sequência de atividades de um caso contém uma transição 'Reaberto' depois de uma transição 'Resolvido'.
Exemplos
truefalse
|
|||
|
Organização
Organization
|
A organização do cliente ou o departamento interno ao qual o solicitante pertence. | ||
|
Descrição
Este atributo agrupa os solicitantes por organização ou departamento. O Jira Service Management tem um recurso integrado de 'Organizations' que permite aos agentes gerenciar solicitações de vários clientes ou equipes internas. Analisar por organização fornece um contexto comercial valioso. Isso pode ajudar a identificar quais clientes ou departamentos consomem mais recursos de suporte, se algum grupo específico enfrenta problemas recorrentes e se os SLAs estão sendo cumpridos de forma consistente entre diferentes unidades de negócio.
Por que isso importa
Facilita a análise da demanda e da performance dos serviços por cliente ou departamento interno, fornecendo insights importantes para o negócio.
Onde obter
Esses dados vêm do campo 'Organizations' associado à solicitação de serviço no Jira Service Management.
Exemplos
Acme CorporationDepartamento financeiroGlobal Tech Inc.
|
|||
|
Resolução
Resolution
|
O resultado ou a conclusão final de uma solicitação de serviço resolvida. | ||
|
Descrição
O campo de resolução indica por que uma solicitação de serviço foi encerrada. Os valores comuns incluem 'Concluído', 'Não será feito', 'Duplicado' ou 'Não é possível reproduzir'. Ele fornece detalhes sobre o encerramento além de um simples status 'Resolvido' ou 'Encerrado'. Analisar as resoluções ajuda a entender a qualidade e a natureza dos resultados. Por exemplo, um número elevado de resoluções 'Duplicado' pode indicar um problema no processo de envio das solicitações, enquanto acompanhar quais resoluções levam à reabertura pode revelar soluções ineficazes.
Por que isso importa
Fornece contexto sobre o resultado de uma solicitação, ajudando a analisar a qualidade da resolução e identificar tendências nos motivos pelos quais as solicitações são encerradas.
Onde obter
Corresponde ao campo 'resolution' de um problema no Jira, que normalmente é preenchido quando o problema passa para uma categoria de status 'done'.
Exemplos
ConcluídoNão será feitoDuplicadoCorrigido
|
|||
|
Solicitante
Reporter
|
O usuário que criou ou registrou inicialmente a solicitação de serviço. | ||
|
Descrição
O solicitante é a pessoa, geralmente um usuário final ou cliente, que enviou a solicitação de serviço. Esse atributo identifica a parte interessada que iniciou o processo. Na análise, o solicitante pode ser usado para entender padrões de solicitação de diferentes usuários, departamentos ou segmentos de clientes. Ele ajuda a responder perguntas como 'Quais departamentos enviam mais solicitações?' ou 'Alguns usuários enfrentam repetidamente os mesmos problemas?'. Essas informações são valiosas para o gerenciamento proativo de problemas e para melhorar o treinamento dos usuários.
Por que isso importa
Identifica quem originou a solicitação, permitindo analisar volumes e tipos de solicitação por usuário, departamento ou cliente.
Onde obter
Corresponde ao campo 'reporter' de um problema no Jira.
Exemplos
Charles DarwinMarie CurieIsaac Newton
|
|||
|
Status do SLA
SlaState
|
Indica se a solicitação de serviço cumpriu, violou ou ainda está dentro do SLA definido. | ||
|
Descrição
O status do SLA é um atributo calculado que categoriza cada solicitação de serviço com base em sua performance em relação ao prazo do SLA. Os valores possíveis incluem 'Cumprido', 'Violado' ou 'Em andamento'. Ele é determinado comparando o registro de data e hora da resolução com 'SlaDueDate'. Esse é o atributo central do Dashboard 'Performance de SLA das solicitações de serviço' e é usado para calcular o KPI 'Taxa de cumprimento de SLA'. Ele fornece uma visão clara e imediata da conformidade com o nível de serviço, algo essencial para relatórios, gestão de contratos e manutenção da qualidade do serviço.
Por que isso importa
Fornece um indicador claro e imediato da performance do SLA, uma medida essencial da qualidade do serviço e da conformidade contratual.
Onde obter
É calculado durante a transformação dos dados. Se o horário da resolução for anterior a 'SlaDueDate', o status será 'Cumprido'; caso contrário, será 'Violado'.
Exemplos
AtendidoVioladoEm andamento
|
|||
Atividades do gerenciamento de solicitações de serviço
| Atividade | Descrição | ||
|---|---|---|---|
|
Resolução proposta
|
Em muitos Workflows de central de serviços, esta é uma etapa distinta em que uma solução é oferecida ao solicitante para aprovação. Isso é inferido quando o status do item muda para um estado como 'Pending Customer Acceptance' ou 'Awaiting Confirmation'. | ||
|
Por que isso importa
Esta atividade isola o tempo gasto aguardando o feedback do cliente após o fornecimento de uma solução, ajudando a diferenciá-lo do tempo de trabalho interno.
Onde obter
Inferido do histórico do item, capturado no carimbo de data e hora em que o status muda para um estado que indica que a solução aguarda a validação do cliente.
Captura
Identifique o carimbo de data e hora da alteração de status para 'Pending Customer Acceptance' ou equivalente.
Tipo de evento
inferred
|
|||
|
Solicitação atribuída
|
Esta atividade ocorre quando uma solicitação de serviço é atribuída a um agente ou equipe específica para resolução. O Jira acompanha explicitamente as alterações no campo 'Assignee', fornecendo um carimbo de data e hora claro para o momento da atribuição. | ||
|
Por que isso importa
Este é um marco importante para medir o tempo entre triagem e atribuição e a distribuição da carga de trabalho dos agentes. Ele marca a transição da fila para o atendimento ativo.
Onde obter
Capturado no histórico do item, identificando a primeira ocorrência em que o campo 'Assignee' é preenchido ou alterado de sem responsável.
Captura
Use o carimbo de data e hora da primeira alteração no campo 'Assignee' do histórico do item.
Tipo de evento
explicit
|
|||
|
Solicitação de serviço criada
|
Esta atividade marca o início do ciclo de vida da solicitação de serviço, quando um usuário envia formalmente uma solicitação por meio de um portal, e-mail ou outro canal. Esse evento é capturado explicitamente no Jira quando um novo item do tipo 'Service Request' é criado, registrando o carimbo de data e hora da criação. | ||
|
Por que isso importa
Este é o principal evento de início do processo. Ele é essencial para calcular o tempo total de ciclo e compreender o volume e os padrões de chegada das solicitações.
Onde obter
Este é um evento explícito capturado na tabela de histórico do item. O carimbo de data e hora da atividade corresponde ao campo 'created' do item no Jira.
Captura
Use o carimbo de data e hora da criação do item na tabela 'issues' ou no histórico.
Tipo de evento
explicit
|
|||
|
Solicitação de serviço fechada
|
Representa o encerramento administrativo final da solicitação de serviço, geralmente ocorrendo automaticamente após um período definido no estado 'Resolved'. Este é o ponto terminal do ciclo de vida do item no Jira. | ||
|
Por que isso importa
Este é o evento definitivo de encerramento do processo. O tempo entre 'Resolved' e 'Closed' pode ser analisado para compreender a sobrecarga administrativa ou as políticas de encerramento automático.
Onde obter
Inferido do histórico do item. O carimbo de data e hora corresponde à alteração final de status para 'Closed' ou para um status terminal equivalente.
Captura
Identifique o carimbo de data e hora da alteração final de status para 'Closed'.
Tipo de evento
inferred
|
|||
|
Solicitação de serviço resolvida
|
Marca o momento oficial em que a solicitação é considerada atendida e a solução é registrada. O Jira preenche o campo 'Resolution Date' quando um item entra pela primeira vez em um status da categoria 'Done'. | ||
|
Por que isso importa
Este é um dos principais marcos de encerramento do processo, essencial para calcular o tempo de resolução e a conformidade com o SLA. Ele representa o fim do trabalho ativo.
Onde obter
Este é um evento explícito. O carimbo de data e hora corresponde ao valor do campo 'Resolution Date' do item no Jira, definido na primeira transição para um status da categoria 'Done'.
Captura
Use o campo 'resolutiondate' do item no Jira. Esse campo é preenchido automaticamente.
Tipo de evento
explicit
|
|||
|
Fim do atendimento do fornecedor
|
Representa o momento em que o fornecedor externo conclui sua ação e a solicitação de serviço retorna para a equipe interna. Isso é inferido quando o item sai do status 'Waiting for vendor'. | ||
|
Por que isso importa
Medir a duração do envolvimento do fornecedor ajuda a gerenciar sua performance e compreender o impacto de terceiros nos tempos gerais de resolução.
Onde obter
Inferido do histórico do item. O carimbo de data e hora corresponde ao momento em que o status do item muda de um status de 'vendor' de volta para um estado 'In Progress'.
Captura
Identifique o carimbo de data e hora em que o campo 'status' muda de um estado de 'vendor' de volta para um estado ativo.
Tipo de evento
inferred
|
|||
|
Informações fornecidas
|
Ocorre quando o solicitante responde com as informações necessárias, permitindo que o agente retome o trabalho. Isso é inferido quando o item sai do status 'Waiting for customer', geralmente após o solicitante adicionar um comentário. | ||
|
Por que isso importa
Esta atividade conclui o ciclo de solicitação e resposta com o cliente. O tempo entre solicitar e receber as informações é um componente importante do tempo de espera do processo.
Onde obter
Inferido do histórico do item. O carimbo de data e hora corresponde ao momento em que o status do item muda de 'Waiting for customer' de volta para um estado 'In Progress'.
Captura
Identifique o carimbo de data e hora em que o campo 'status' muda de um estado de espera de volta para um estado ativo.
Tipo de evento
inferred
|
|||
|
Informações solicitadas
|
Marca o momento em que um agente precisa de mais informações do solicitante para prosseguir com a resolução. Isso normalmente é inferido quando o item muda para um status como 'Waiting for customer' ou 'Pending Input'. | ||
|
Por que isso importa
Ciclos frequentes ou longos de 'Information Requested' podem indicar envios iniciais pouco claros ou comunicação ineficiente, representando uma fonte significativa de atrasos.
Onde obter
Inferido do histórico do item. O carimbo de data e hora corresponde ao momento em que o status do item muda para 'Waiting for customer' ou para um status equivalente.
Captura
Identifique o carimbo de data e hora em que o campo 'status' muda para um valor que indica que o processo está aguardando o cliente.
Tipo de evento
inferred
|
|||
|
Início do atendimento do fornecedor
|
Esta atividade indica que a solicitação de serviço foi escalonada para um fornecedor externo ou terceiro, ou exige uma ação dele. Isso é inferido quando o item muda para um status como 'Waiting for vendor' ou 'With Third Party'. | ||
|
Por que isso importa
Acompanhar o envolvimento de fornecedores é essencial para identificar dependências externas e atrasos que estão fora do controle direto da central de serviços interna.
Onde obter
Inferido do histórico do item. O carimbo de data e hora corresponde ao momento em que o status do item muda para um status designado de 'vendor'.
Captura
Identifique o carimbo de data e hora em que o campo 'status' muda para um valor como 'Waiting for Vendor'.
Tipo de evento
inferred
|
|||
|
Resolução confirmada
|
Ocorre quando o solicitante aceita formalmente a solução proposta, geralmente acionando uma transição automática para o status 'Resolved'. Esse evento normalmente é inferido a partir dessa alteração de status. | ||
|
Por que isso importa
Este marco valida a eficácia da solução e aciona a interrupção do relógio do SLA. Ele ajuda a medir quanto tempo os clientes levam para confirmar as correções.
Onde obter
Inferido do histórico do item. O carimbo de data e hora corresponde ao momento em que o status muda de 'Pending Customer Acceptance' para 'Resolved' ou 'Closed'.
Captura
Identifique o carimbo de data e hora da alteração de status de 'Pending Customer Acceptance' para um status 'Resolved' ou 'Closed'.
Tipo de evento
inferred
|
|||
|
Solicitação reaberta
|
Esta atividade captura os casos em que uma solicitação de serviço anteriormente resolvida retorna a um estado ativo. Isso é inferido por uma alteração de status de um estado resolvido ou fechado para um estado aberto ou em andamento. | ||
|
Por que isso importa
Acompanhar solicitações reabertas é essencial para medir a qualidade da resolução e a taxa de resolução no primeiro contato. Uma taxa elevada de reabertura indica soluções ineficazes ou problemas recorrentes.
Onde obter
Inferido do histórico do item pela identificação de uma transição de status de uma categoria 'Resolved' ou 'Closed' para uma categoria 'Open' ou 'In Progress'.
Captura
Procure uma alteração de status de uma categoria 'Done' para uma categoria 'To Do' ou 'In Progress'.
Tipo de evento
inferred
|
|||
|
Solicitação triada
|
Representa a avaliação inicial de uma solicitação de serviço, na qual sua prioridade, categoria e impacto são determinados. Essa atividade normalmente é inferida a partir de uma alteração de status, como a mudança de 'New' para 'In Progress' ou para um status específico de 'Triaged'. | ||
|
Por que isso importa
Analisar o tempo até a triagem ajuda a avaliar a eficiência do processo inicial de atendimento das solicitações. Atrasos nessa etapa podem afetar significativamente os tempos gerais de resolução e a conformidade com o SLA.
Onde obter
Inferido do histórico do item pela identificação do primeiro carimbo de data e hora de uma alteração de status de um estado inicial 'New' ou 'Open' para um estado ativo, como 'In Progress'.
Captura
Identifique a primeira alteração de status de 'New' ou de um status inicial equivalente, com base no Workflow do projeto.
Tipo de evento
inferred
|
|||
|
Solução implementada
|
Indica que o agente realizou as ações necessárias ou desenvolveu uma solução para atender à solicitação de serviço. Isso geralmente é inferido a partir de uma alteração de status para 'Pending Review' ou diretamente para 'Resolved'. | ||
|
Por que isso importa
Este marco indica a conclusão do trabalho principal de resolução. O tempo até essa atividade geralmente representa a parte do processo que gera valor diretamente.
Onde obter
Inferido do histórico do item, correspondendo ao carimbo de data e hora da alteração de status para 'Resolved', 'Pending Acceptance' ou um status semelhante anterior ao encerramento.
Captura
Identifique o carimbo de data e hora em que o campo 'status' muda para um valor que indica que o trabalho foi concluído.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para dar o primeiro passo na sua jornada de Process Mining e gerar melhorias significativas no gerenciamento de solicitações de serviço. Comece a otimizar suas operações hoje.
Otimize agora o gerenciamento de solicitações de serviço no Jira
Alcance 70% de automação e elimine o atendimento lento. Aumente a eficiência agora!
Não é necessário cartão de crédito. A configuração leva poucos minutos.