Su Plantilla de Datos para la Gestión de Solicitudes de Servicio
Su Plantilla de Datos para la Gestión de Solicitudes de Servicio
- 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`
Atributos de Gestión de Solicitudes de Servicio
| 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
|
|||
Actividades de Gestión de Solicitudes de Servicio
| 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
|
|||