Su Plantilla de Datos para la Gestión de Solicitudes de Servicio

Jira Service Management
Su Plantilla de Datos para la Gestión de Solicitudes de Servicio

Su Plantilla de Datos para la Gestión de Solicitudes de Servicio

Esta plantilla ofrece un enfoque estructurado para recopilar los datos esenciales necesarios para analizar sus procesos de solicitudes de servicio. Describe los atributos cruciales a recolectar, las actividades clave a rastrear y proporciona orientación sobre cómo extraer esta información de su sistema. Utilice este recurso para agilizar la preparación de sus datos y obtener insights más profundos sobre sus operaciones.
  • Atributos recomendados para un análisis integral
  • `Actividades` clave para rastrear en el descubrimiento de procesos
  • Guía de extracción para `Jira Service Management`
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Solicitudes de Servicio

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis integral de la gestión de solicitudes de servicio.
5 Requerido 5 Recomendado 10 Opcional
Nombre Descripción
Actividad
ActivityName
El nombre del evento o tarea específica que ocurrió dentro del ciclo de vida de la solicitud de servicio.
Descripción

Este atributo describe la acción específica o la transición de estado que tuvo lugar en un momento dado para una solicitud de servicio. Los ejemplos incluyen 'Solicitud Creada', 'Solicitud Asignada', 'Solución Implementada' y 'Solicitud Cerrada'.

Analizar la secuencia y frecuencia de estas actividades es el núcleo del Process Mining. Permite la visualización de mapas de procesos, la identificación de cuellos de botella y la detección de desviaciones del flujo de trabajo estándar, lo cual es fundamental para comprender la eficiencia y el cumplimiento del proceso.

Por qué es importante

Define los pasos del proceso, permitiendo la visualización del mapa de proceso y el análisis de patrones y desviaciones del flujo de trabajo.

Dónde obtener

Típicamente derivado del historial de transición de 'status' de un incidente de Jira. Cada entrada en el registro de cambios del incidente para el campo de estado representa una actividad.

Ejemplos
Solicitud en TriajeInformación SolicitadaSolución ImplementadaSolicitud de Servicio Cerrada
Hora de Inicio
EventTime
La fecha y hora exactas en que ocurrió una actividad o evento específico.
Descripción

La Hora de Inicio, o marca de tiempo del event, registra el momento exacto en que ocurrió una actividad. Este es un componente crítico para cualquier análisis de Process Mining, ya que proporciona el contexto temporal para todo el proceso.

Esta marca de tiempo se utiliza para ordenar eventos secuencialmente, calcular la duración entre actividades, medir los tiempos de ciclo totales de los casos y analizar el rendimiento del proceso frente a objetivos basados en el tiempo como los SLA. Sin marcas de tiempo precisas, es imposible comprender el flujo del proceso, identificar retrasos o medir la eficiencia.

Por qué es importante

Esta marca de tiempo es esencial para ordenar eventos, calcular duraciones y tiempos de ciclo, e identificar cuellos de botella en el proceso.

Dónde obtener

Esta es la marca de tiempo asociada con cada transición de estado en el registro de cambios del incidente de Jira. La hora de creación del incidente es el campo 'created'.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
ID de Solicitud de Servicio
ServiceRequestId
El identificador único para cada solicitud de servicio, que sirve como clave primaria para todos los eventos relacionados.
Descripción

El ID de Solicitud de Servicio, a menudo llamado Clave de Incidente en Jira, identifica de forma única cada solicitud de servicio individual enviada por un usuario o sistema. Sirve como el hilo central que vincula todos los eventos posteriores, desde el registro inicial hasta el cierre final, lo que permite un análisis completo de extremo a extremo del recorrido de cada solicitud de servicio.

En Process Mining, este ID es esencial para la correlación de casos. Asegura que cada actividad, cambio de estado y timestamp esté correctamente asociado con la solicitud específica a la que pertenece, formando una instancia de proceso coherente para el análisis.

Por qué es importante

Este ID es el identificador fundamental del caso que conecta todas las actividades relacionadas en un único flujo de proceso de extremo a extremo, lo que hace posible el análisis del proceso.

Dónde obtener

Este es el campo 'key' para un incidente en Jira Service Management.

Ejemplos
SR-2023-001IT-45892HELP-105
Source System
SourceSystem
El sistema del que se extrajeron los datos de la solicitud de servicio.
Descripción

Este atributo identifica el origen de los datos, que en este caso es Jira Service Management. Aunque pueda parecer trivial al analizar datos de una sola fuente, se vuelve crucial al fusionar datos de procesos de múltiples sistemas.

Para el análisis, ayuda a rastrear el linaje de los datos y garantizar su calidad. También permite filtrar y comparar procesos que pueden abarcar o interactuar con diferentes plataformas de software.

Por qué es importante

Identifica el origen de los datos, lo cual es crucial para la gobernanza de datos y al combinar datos de procesos de múltiples sistemas empresariales.

Dónde obtener

Este es típicamente un valor estático añadido durante el proceso de extracción y transformación de datos para etiquetar el origen del dataset.

Ejemplos
Jira Service ManagementJiraSM
Última actualización de datos
LastDataUpdate
El `timestamp` que indica la última vez que los `datos` se actualizaron desde el `sistema de origen`.
Descripción

Este atributo registra la fecha y hora de la extracción de datos más reciente de Jira Service Management. Proporciona un contexto crucial para la actualidad del análisis y los datos contenidos en los dashboards y KPI.

En cualquier análisis, conocer la puntualidad de los datos es esencial para tomar decisiones informadas. Esta marca de tiempo ayuda a los usuarios a comprender si están viendo información en tiempo real o una instantánea de un momento anterior, lo que afecta la relevancia de los hallazgos.

Por qué es importante

Indica la actualidad de los datos, asegurando que los análisis se basen en información actualizada.

Dónde obtener

Este es un campo de metadatos generado y almacenado por la herramienta o script de extracción de datos al finalizar su ejecución.

Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Asignado
Assignee
El usuario o agente actualmente asignado para trabajar en la solicitud de servicio.
Descripción

El Asignado es la persona responsable de la siguiente acción o de la resolución de la solicitud de servicio. El valor de este atributo puede cambiar varias veces a lo largo del ciclo de vida de la solicitud, ya que se transfiere entre diferentes agentes o equipos.

Este atributo es fundamental para el análisis de la carga de trabajo, la medición del rendimiento y la gestión de recursos. Permite filtrar el proceso por agente, comparar los tiempos de resolución entre individuos e identificar posibles necesidades de capacitación o desequilibrios de carga de trabajo que causan cuellos de botella.

Por qué es importante

Este atributo es vital para analizar la carga de trabajo de los agentes, medir el rendimiento individual y comprender la asignación de recursos.

Dónde obtener

Esto corresponde al campo 'assignee' en un incidente de Jira.

Ejemplos
Alice JohnsonBob WilliamsSin asignar
Estado de Solicitud
RequestStatus
El estado actual de la solicitud de servicio en su ciclo de vida.
Descripción

Este atributo representa el estado actual de una solicitud de servicio, como 'Abierto', 'En Progreso', 'Esperando Cliente' o 'Resuelto'. Proporciona una instantánea de dónde se encuentra la solicitud en un momento dado.

Aunque el registro de actividad proporciona el flujo histórico, el estado actual es útil para analizar las cargas de trabajo abiertas e identificar elementos que están atascados. Por ejemplo, el análisis puede centrarse en las solicitudes que han estado en estado 'Esperando al proveedor' durante un tiempo inusualmente largo, destacando las dependencias externas y los retrasos.

Por qué es importante

Proporciona una instantánea actual de cada caso, permitiendo el análisis del trabajo en curso e identificando solicitudes estancadas o envejecidas.

Dónde obtener

Este es el campo 'status' en un incidente de Jira.

Ejemplos
AbiertoEn ProgresoPendiente de ClienteResuelto
Fecha de Vencimiento de SLA
SlaDueDate
La fecha y hora objetivo para la resolución de la solicitud de servicio según su SLA.
Descripción

La Fecha de Vencimiento del SLA es una marca de tiempo calculada que representa la fecha límite para resolver una solicitud. Esto se determina por la prioridad de la solicitud, el tipo y las políticas específicas del Acuerdo de Nivel de Servicio (SLA) configuradas en Jira Service Management.

Este atributo es fundamental para el dashboard de 'Rendimiento del SLA de Solicitudes de Servicio' y el KPI de 'Tasa de Cumplimiento de SLA'. Al comparar el tiempo de resolución real con esta fecha de vencimiento, el sistema puede determinar si cada solicitud se completó a tiempo, se retrasó o está en riesgo de incumplir su SLA.

Por qué es importante

Este es el punto de referencia para medir el rendimiento. Apoya directamente el cálculo del cumplimiento del SLA y ayuda a priorizar el trabajo.

Dónde obtener

La información del SLA es gestionada por Jira Service Management y es accesible a través de la API, a menudo almacenada en campos personalizados que se actualizan dinámicamente.

Ejemplos
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
Prioridad de la Solicitud
RequestPriority
El nivel de prioridad asignado a la solicitud de servicio, como Baja, Media, Alta o Crítica.
Descripción

La Prioridad de la Solicitud indica la urgencia y el impacto comercial de una solicitud de servicio. Esta clasificación determina el orden en que se atienden las solicitudes y, a menudo, establece los tiempos objetivo de resolución y los SLA.

En el análisis de procesos, la prioridad es una dimensión clave para la segmentación. Permite comparar los tiempos de ciclo y el cumplimiento de los SLA en diferentes niveles de prioridad, asegurando que las solicitudes de alta prioridad se procesen más rápido y cumplan sus objetivos. Esto ayuda a validar la eficacia del sistema de priorización.

Por qué es importante

Permite segmentar el análisis para asegurar que las solicitudes de alta prioridad se gestionen más rápidamente y cumplan con niveles de servicio más estrictos.

Dónde obtener

Esto corresponde al campo 'priority' en un incidente de Jira.

Ejemplos
Más AltaAltoMedioBajo
Tipo de Solicitud
RequestType
La clasificación de la solicitud de servicio, como 'Solicitud de Acceso' o 'Problema de Hardware'.
Descripción

El Tipo de Solicitud clasifica la solicitud de servicio según su naturaleza. Esta es una dimensión fundamental para el análisis, ya que los diferentes tipos de solicitudes a menudo tienen procesos de resolución, SLA y requisitos de recursos distintos.

Al segmentar el análisis de procesos por Tipo de Solicitud, las organizaciones pueden adaptar las mejoras a flujos de trabajo específicos. Por ejemplo, el cuello de botella para una solicitud de 'Restablecimiento de contraseña' será muy diferente al de una solicitud de 'Aprovisionamiento de nuevo servidor'. Este atributo es clave para construir dashboards relevantes como 'Calidad de Resolución por Categoría'.

Por qué es importante

Este atributo es esencial para comparar procesos, cargas de trabajo y rendimiento en diferentes categorías de solicitudes de servicio.

Dónde obtener

Esto a menudo corresponde al campo 'issuetype' en Jira o a un campo personalizado 'Request Type' en Jira Service Management.

Ejemplos
Solicitar una nueva cuentaObtener ayuda de TIIncorporar un nuevo empleado
¿Se reabrió?
IsReopened
Un indicador booleano que señala si una solicitud de servicio fue reabierta después de ser resuelta.
Descripción

Este atributo calculado es un indicador booleano (verdadero/falso) que se establece en verdadero si el flujo de trabajo de una solicitud incluye una actividad de 'Solicitud Reabierta'. Se deriva analizando la secuencia de actividades para cada caso.

Este indicador es esencial para calcular el KPI de 'Tasa de Reapertura de Solicitudes de Servicio' y para alimentar el dashboard de 'Volumen de Solicitudes de Servicio Reabiertas'. Una alta tasa de reapertura es un fuerte indicador de una mala calidad de resolución en el primer intento, lo que lleva a retrabajos y una disminución de la satisfacción del cliente. Analizar qué tipos de solicitudes o resoluciones están asociados con este indicador puede señalar áreas de mejora.

Por qué es importante

Mide directamente el retrabajo y la calidad de la resolución en el primer intento, indicadores clave de la efectividad del proceso y la satisfacción del cliente.

Dónde obtener

Calculado durante la transformación de datos al verificar si la secuencia de actividades para un caso contiene una transición 'Reabierta' después de una transición 'Resuelta'.

Ejemplos
truefalse
Channel
Channel
El método de envío utilizado para crear la solicitud de servicio, como correo electrónico, portal o API.
Descripción

El atributo Canal identifica cómo una solicitud de servicio ingresó al sistema. Los canales comunes en Jira Service Management incluyen el portal del cliente, el correo electrónico o la creación directa por parte de un agente.

Analizar el proceso por canal es importante para comprender el comportamiento del usuario y optimizar la prestación del servicio. Puede revelar si las solicitudes de ciertos canales tardan más en resolverse o requieren más aclaraciones, lo que podría indicar la necesidad de mejores formularios en el portal o reglas mejoradas de análisis de correo electrónico. Esto apoya el dashboard de 'Tendencias de Rendimiento de Solicitudes de Servicio'.

Por qué es importante

Ayuda a analizar si el canal de envío impacta los tiempos de resolución, la claridad de la solicitud o la eficiencia general del proceso.

Dónde obtener

Esta información está disponible en Jira Service Management a través del campo 'Request channel type'. Puede requerir acceso específico a la API o estar almacenada en un campo personalizado.

Ejemplos
portalemailapi
Duración del Compromiso con el Proveedor
VendorEngagementDuration
El tiempo total que una solicitud de servicio pasó esperando a un proveedor externo.
Descripción

Esta es una métrica calculada que suma el tiempo total que una solicitud de servicio estuvo en un estado que indica que estaba con un proveedor externo. Se calcula encontrando la duración entre las actividades 'Compromiso con el Proveedor Iniciado' y 'Compromiso con el Proveedor Finalizado', y sumando estas duraciones si ocurren múltiples veces dentro de un mismo caso.

Este atributo es esencial para el dashboard de 'Retrasos en el Compromiso con Proveedores Externos' y el KPI de 'Tiempo Promedio con Proveedor Externo'. Ayuda a cuantificar los retrasos causados por dependencias de terceros, lo cual es crítico para gestionar las relaciones con los proveedores y establecer expectativas realistas con el cliente.

Por qué es importante

Aísla y cuantifica los retrasos causados por dependencias externas, proporcionando datos para gestionar el rendimiento de los proveedores y mejorar la previsión.

Dónde obtener

Calculado durante la transformación de datos midiendo el tiempo entre los eventos 'Compromiso con el Proveedor Iniciado' y 'Compromiso con el Proveedor Finalizado'.

Ejemplos
172800604800259200
Equipo asignado
AssignedTeam
El equipo o grupo responsable de gestionar la solicitud de servicio.
Descripción

Este atributo especifica el equipo asignado a una solicitud, que a menudo es una agrupación de nivel superior que el asignado individual. Esto es útil para analizar el rendimiento a nivel de equipo, como comparar el equipo de Soporte de Primer Nivel con el equipo de Operaciones de Red.

Esta dimensión es crucial para dashboards como 'Carga de Trabajo del Agente y Métricas de Resolución'. Permite agregar métricas de rendimiento a nivel de equipo, facilitando comparaciones justas y comprendiendo cómo los diferentes equipos contribuyen al proceso general de prestación de servicios.

Por qué es importante

Permite el análisis de rendimiento y el equilibrio de la carga de trabajo a nivel de equipo o departamento, en lugar de solo por agente individual.

Dónde obtener

Esto puede ser un campo personalizado en Jira (p. ej., 'Equipo') o derivarse de los atributos del perfil de usuario del asignado.

Ejemplos
Soporte de TI - Nivel 1Equipo de InfraestructuraSoporte de Aplicaciones
Estado del SLA
SlaState
Indica si la solicitud de servicio cumplió, incumplió o está dentro de su SLA definido.
Descripción

El Estado del SLA es un atributo calculado que categoriza cada solicitud de servicio en función de su rendimiento con respecto a su fecha límite de SLA. Los valores posibles incluyen 'Cumplido', 'Incumplido' o 'En Progreso'. Se determina comparando la marca de tiempo de resolución con la 'SlaDueDate'.

Este es el atributo principal para el dashboard de 'Rendimiento del SLA de Solicitudes de Servicio' y se utiliza para calcular el KPI de 'Tasa de Cumplimiento de SLA'. Proporciona una vista clara y rápida del cumplimiento del nivel de servicio, lo cual es fundamental para la elaboración de informes, la gestión de contratos y el mantenimiento de la calidad del servicio.

Por qué es importante

Proporciona un indicador claro e inmediato del rendimiento del SLA, que es una medida crítica de la calidad del servicio y el Cumplimiento contractual.

Dónde obtener

Calculado durante la transformación de datos. Si el tiempo de resolución es anterior a la 'SlaDueDate', el estado es 'Cumplido'; de lo contrario, es 'Incumplido'.

Ejemplos
CumplidoIncumplidoEn Progreso
Organization
Organization
La organización del cliente o el departamento interno al que pertenece el informador.
Descripción

Este atributo agrupa a los solicitantes en organizaciones o departamentos. Jira Service Management tiene una función integrada de 'Organizaciones' que permite a los agentes gestionar solicitudes de múltiples clientes o equipos internos.

El análisis por organización proporciona un valioso contexto empresarial. Puede ayudar a identificar qué clientes o departamentos consumen la mayoría de los recursos de soporte, si algún grupo específico está experimentando problemas recurrentes y si los SLA se cumplen consistentemente en diferentes unidades de negocio.

Por qué es importante

Facilita el análisis de la demanda y el rendimiento del servicio por cliente o departamento interno, proporcionando insights empresariales clave.

Dónde obtener

Estos datos provienen del campo 'Organizations' asociado a la solicitud de servicio en Jira Service Management.

Ejemplos
Acme CorporationDepartamento de Finanzas`Global Tech Inc.`
Reportador
Reporter
El usuario que creó o informó inicialmente la solicitud de servicio.
Descripción

El Solicitante es la persona, a menudo un usuario final o cliente, que presentó la solicitud de servicio. Este atributo identifica al interesado que inició el proceso.

En el análisis, el Solicitante puede utilizarse para comprender los patrones de solicitud de diferentes usuarios, departamentos o segmentos de clientes. Ayuda a responder preguntas como "¿Qué departamentos presentan la mayoría de las solicitudes?" o "¿Ciertos usuarios se enfrentan repetidamente a los mismos problemas?". Esta información es valiosa para la gestión proactiva de problemas y la mejora de la capacitación del usuario.

Por qué es importante

Identifica al originador de la solicitud, permitiendo el análisis de volúmenes y tipos de solicitudes por usuario, departamento o cliente.

Dónde obtener

Esto corresponde al campo 'reporter' en un incidente de Jira.

Ejemplos
Charles DarwinMarie CurieIsaac Newton
Resolución
Resolution
El resultado final o la conclusión de una solicitud de servicio resuelta.
Descripción

El campo Resolución indica por qué se cerró una solicitud de servicio. Los valores comunes incluyen 'Hecho', 'No se hará', 'Duplicado' o 'No se puede reproducir'. Proporciona detalles de cierre más allá de un estado "Resuelto" o "Cerrado".

Analizar las resoluciones ayuda a comprender la calidad y la naturaleza de los resultados. Por ejemplo, un gran número de resoluciones "Duplicado" podría indicar un problema con el proceso de envío de solicitudes, mientras que el seguimiento de qué resoluciones conducen a solicitudes reabiertas puede resaltar soluciones ineficaces.

Por qué es importante

Proporciona contexto sobre el resultado de una solicitud, ayudando a analizar la calidad de la resolución e identificar tendencias en por qué se cierran las solicitudes.

Dónde obtener

Esto corresponde al campo 'resolution' en un incidente de Jira, que normalmente se establece cuando el incidente pasa a una categoría de estado 'done'.

Ejemplos
HechoNo se realizará`Duplicado`Solucionado
Tiempo de Ciclo del Caso
CaseCycleTime
El tiempo total transcurrido desde la creación hasta el cierre final de una solicitud de servicio.
Descripción

El Tiempo de Ciclo de Caso es una métrica calculada que mide la duración total del ciclo de vida de una solicitud de servicio. Se calcula típicamente como la diferencia entre la marca de tiempo de 'Solicitud de Servicio Cerrada' y la marca de tiempo de 'Solicitud de Servicio Creada'.

Este es uno de los KPIs más importantes en process mining, apoyando directamente el KPI de 'Tiempo de Ciclo Promedio de Solicitudes de Servicio' y el dashboard de 'Tiempo de Ciclo de Solicitudes de Servicio de Extremo a Extremo'. Proporciona una medida de alto nivel de la eficiencia general del proceso y el tiempo de espera del cliente.

Por qué es importante

Este es un KPI principal para medir la eficiencia general del proceso y la experiencia del cliente de extremo a extremo.

Dónde obtener

Calculado durante la transformación de datos restando la marca de tiempo de creación de la marca de tiempo de cierre final para cada caso.

Ejemplos
864003600007200
Tiempo de Clasificación a Asignación
TriageToAssignmentTime
La duración entre el momento en que se clasificó una solicitud y el momento en que se asignó a un agente.
Descripción

Esta es una métrica de duración calculada que mide la eficiencia de la fase inicial de manejo y enrutamiento de una solicitud de servicio. Se calcula como la diferencia de tiempo entre la actividad 'Solicitud Asignada' y la actividad 'Solicitud Clasificada'.

Esta métrica es la base para el KPI de 'Tiempo Promedio de Clasificación a Asignación' y el dashboard de 'Eficiencia de Clasificación y Asignación'. Una duración prolongada aquí puede indicar un cuello de botella en el proceso de entrada del service desk, como personal insuficiente para la clasificación o retrasos en la determinación del equipo correcto para la asignación.

Por qué es importante

Mide la eficiencia de los primeros pasos cruciales de la gestión de solicitudes, destacando los retrasos antes de que el trabajo pueda siquiera comenzar.

Dónde obtener

Calculado durante la transformación de datos restando la marca de tiempo del evento 'Solicitud Clasificada' del evento 'Solicitud Asignada'.

Ejemplos
3009001800
Requerido Recomendado Opcional

Actividades de Gestión de Solicitudes de Servicio

Estos son los pasos y hitos clave del proceso que debe capturar en su registro de eventos para un descubrimiento y optimización de procesos precisos.
5 Recomendado 8 Opcional
Actividad Descripción
Resolución Propuesta
En muchos flujos de trabajo de service desk, este es un paso distinto donde se ofrece una solución al solicitante para su aprobación. Esto se infiere cuando el estado del problema cambia a un estado como 'Pendiente de Aceptación del Cliente' o 'Esperando Confirmación'.
Por qué es importante

Esta actividad aísla el tiempo de espera de los comentarios del cliente después de que se ha proporcionado una solución, lo que ayuda a diferenciarlo del tiempo de trabajo interno.

Dónde obtener

Inferido del historial de problemas, capturado en la marca de tiempo cuando el estado cambia a un estado que indica que la solución está pendiente de validación del cliente.

Capturar

Identificar la marca de tiempo del cambio de estado a 'Pendiente de Aceptación del Cliente' o equivalente.

Tipo de evento inferred
Solicitud Asignada
Esta actividad ocurre cuando una solicitud de servicio se asigna a un agente o equipo específico para su resolución. Jira rastrea explícitamente los cambios en el campo 'Assignee', proporcionando una marca de tiempo clara de cuándo se realizó la asignación.
Por qué es importante

Este es un hito clave para medir el tiempo de Clasificación a Asignación y la distribución de la carga de trabajo del agente. Marca la transición de la cola al manejo activo.

Dónde obtener

Capturado del historial de problemas buscando la primera instancia en que el campo 'Responsable' fue establecido o cambiado de no asignado.

Capturar

Utilice la marca de tiempo del primer cambio en el campo 'Assignee' en el historial del incidente.

Tipo de evento explicit
Solicitud de Servicio Cerrada
Representa el cierre administrativo final de la solicitud de servicio, que a menudo ocurre automáticamente después de un período establecido en estado 'Resuelto'. Este es el punto final del ciclo de vida del incidente en Jira.
Por qué es importante

Este es el evento final definitivo del proceso. El tiempo entre 'Resuelto' y 'Cerrado' se puede analizar para comprender la sobrecarga administrativa o las políticas de cierre automático.

Dónde obtener

Inferido del historial de problemas. La marca de tiempo corresponde al cambio de estado final a 'Cerrado' o un estado terminal equivalente.

Capturar

Identificar la marca de tiempo del cambio de estado final a un estado 'Cerrado'.

Tipo de evento inferred
Solicitud de Servicio Creada
Esta actividad marca el inicio del ciclo de vida de la solicitud de servicio cuando un usuario envía formalmente una solicitud a través de un portal, correo electrónico u otro canal. Este evento se captura explícitamente en Jira cuando se crea un nuevo incidente del tipo 'Solicitud de Servicio', registrando la marca de tiempo de creación.
Por qué es importante

Este es el evento de inicio principal para el proceso. Es esencial para calcular el tiempo total del ciclo y comprender el volumen de solicitudes y los patrones de llegada.

Dónde obtener

Este es un evento explícito capturado en la tabla del historial del incidente. La marca de tiempo de la actividad es el campo 'created' en el incidente de Jira.

Capturar

Utilice la marca de tiempo de creación del incidente de la tabla 'issues' o del historial.

Tipo de evento explicit
Solicitud de Servicio Resuelta
Marca el momento oficial en que la solicitud se considera cumplida y la solución se registra. Jira rellena el campo 'Fecha de Resolución' cuando un problema entra por primera vez en un estado de la categoría 'Hecho'.
Por qué es importante

Este es un hito final primario para el proceso, crítico para calcular el tiempo de resolución y el cumplimiento del SLA. Significa el final del trabajo activo.

Dónde obtener

Este es un evento explícito. La marca de tiempo es el valor en el campo 'Resolution Date' del incidente de Jira, que se establece en la primera transición a un estado de categoría 'Done'.

Capturar

Utilice el campo 'resolutiondate' del incidente de Jira. Este campo se completa automáticamente.

Tipo de evento explicit
Compromiso con el Proveedor Finalizado
Representa el momento en que el proveedor externo ha completado su acción y la solicitud de servicio se devuelve al equipo interno. Esto se infiere cuando el incidente sale del estado 'Esperando al proveedor'.
Por qué es importante

Medir la duración del compromiso con el proveedor ayuda a gestionar el rendimiento del proveedor y a comprender el impacto de terceros en los tiempos de resolución generales.

Dónde obtener

Inferido del historial de problemas. La marca de tiempo corresponde a cuando el estado del problema cambia de un estado de 'proveedor' de nuevo a un estado 'En Progreso'.

Capturar

Identificar la marca de tiempo cuando el campo 'estado' cambia de un estado de 'proveedor' a un estado 'activo'.

Tipo de evento inferred
Compromiso con el Proveedor Iniciado
Esta actividad significa que la solicitud de servicio ha sido escalada o requiere acción de un proveedor externo o tercero. Se infiere de la transición del incidente a un estado como 'Esperando al proveedor' o 'Con tercero'.
Por qué es importante

El seguimiento del compromiso con proveedores es crucial para identificar dependencias externas y retrasos que están fuera del control directo del service desk interno.

Dónde obtener

Inferido del historial de problemas. La marca de tiempo corresponde a cuando el estado del problema cambia a un estado de 'proveedor' designado.

Capturar

Identificar la marca de tiempo cuando el campo 'estado' cambia a un valor como 'Esperando al Proveedor'.

Tipo de evento inferred
Información Proporcionada
Ocurre cuando el solicitante responde con la información necesaria, permitiendo al agente reanudar el trabajo. Esto se infiere cuando el problema sale de un estado 'Esperando al cliente', a menudo provocado por la adición de un comentario por parte del solicitante.
Por qué es importante

Esta actividad completa el ciclo de solicitud-respuesta con el cliente. El tiempo entre solicitar y recibir información es un componente clave del tiempo de espera del proceso.

Dónde obtener

Inferido del historial de problemas. La marca de tiempo corresponde a cuando el estado del problema cambia de 'Esperando al cliente' de nuevo a un estado 'En Progreso'.

Capturar

Identificar la marca de tiempo cuando el campo 'estado' cambia de un estado de 'espera' a un estado 'activo'.

Tipo de evento inferred
Información Solicitada
Marca el punto en que un agente requiere más información del solicitante para proceder con la resolución. Esto se infiere típicamente por la transición del problema a un estado como 'Esperando al cliente' o 'Entrada Pendiente'.
Por qué es importante

Los ciclos frecuentes o prolongados de 'Información Solicitada' pueden indicar envíos iniciales poco claros o una comunicación ineficiente, lo que representa una fuente significativa de retrasos.

Dónde obtener

Inferido del historial de problemas. La marca de tiempo corresponde a cuando el estado del problema cambia a 'Esperando al cliente' o un estado equivalente.

Capturar

Identificar la marca de tiempo cuando el campo 'estado' cambia a un valor que indica que el proceso está esperando al cliente.

Tipo de evento inferred
Resolución Confirmada
Ocurre cuando el solicitante acepta formalmente la solución propuesta, a menudo desencadenando una transición automatizada al estado 'Resuelto'. Este evento se infiere típicamente de este cambio de estado.
Por qué es importante

Este hito valida la eficacia de la solución y es el disparador para detener el reloj del SLA. Ayuda a medir el tiempo que tardan los clientes en confirmar las soluciones.

Dónde obtener

Inferido del historial de problemas. La marca de tiempo corresponde a cuando el estado del problema cambia de 'Pendiente de Aceptación del Cliente' a 'Resuelto' o 'Cerrado'.

Capturar

Identificar la marca de tiempo del cambio de estado de 'Pendiente de Aceptación del Cliente' a un estado 'Resuelto' o 'Cerrado'.

Tipo de evento inferred
Solicitud en Triaje
Representa la evaluación inicial de una solicitud de servicio, donde se determina su prioridad, categoría e impacto. Esta actividad se infiere típicamente de un cambio de estado, como pasar de 'Nuevo' a 'En Progreso' o a un estado dedicado de 'Clasificado'.
Por qué es importante

Analizar el tiempo de triaje ayuda a evaluar la eficiencia del proceso inicial de gestión de solicitudes. Los retrasos en esta fase pueden impactar significativamente los tiempos de resolución generales y el cumplimiento de los SLA.

Dónde obtener

Inferido del historial de problemas al identificar la primera marca de tiempo de un cambio de estado de un estado inicial 'Nuevo' o 'Abierto' a un estado activo como 'En Progreso'.

Capturar

Identificar el primer cambio de estado de 'Nuevo' o un estado inicial equivalente basado en el flujo de trabajo del proyecto.

Tipo de evento inferred
Solicitud Reabierta
Esta actividad captura las instancias en las que una solicitud de servicio previamente resuelta vuelve a un estado activo. Se infiere por un cambio de estado de resuelto o cerrado a un estado abierto o en progreso.
Por qué es importante

El seguimiento de las solicitudes reabiertas es fundamental para medir la calidad de la resolución y la Tasa de Resolución en el Primer Contacto. Una alta tasa de reapertura indica soluciones ineficaces o problemas recurrentes.

Dónde obtener

Inferido del historial de problemas al identificar una transición de estado de un estado de categoría 'Resuelto' o 'Cerrado' a un estado de categoría 'Abierto' o 'En Progreso'.

Capturar

Busque un cambio de estado de una categoría de estado 'Hecho' a una categoría de estado 'Por Hacer' o 'En Progreso'.

Tipo de evento inferred
Solución Implementada
Indica que el agente ha realizado las acciones necesarias o ha desarrollado una solución para atender la solicitud de servicio. Esto a menudo se infiere de un cambio de estado a 'Pendiente de Revisión' o directamente a 'Resuelto'.
Por qué es importante

Este hito marca la finalización del trabajo central de resolución. El tiempo previo a esta actividad a menudo representa la porción principal de valor añadido del proceso.

Dónde obtener

Inferido del historial de problemas, correspondiente a la marca de tiempo del cambio de estado a 'Resuelto', 'Pendiente de Aceptación', o un estado similar previo al cierre.

Capturar

Identificar la marca de tiempo cuando el campo 'estado' cambia a un valor que indica que el trabajo está completo.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus `datos` de `Jira Service Management`