Su Template de datos del ciclo de vida del desarrollo de software

La hora de inicio del evento indica la fecha y hora exactas en que comenzó una actividad. Establece el orden cronológico de todos los eventos de un mismo caso, algo esencial para reconstruir correctamente el flujo del proceso.

Las marcas de tiempo son la base de todos los análisis de Process Mining relacionados con el tiempo. Se utilizan para calcular indicadores clave de rendimiento, como los tiempos de ciclo, de espera y de procesamiento entre actividades. Analizarlas ayuda a localizar cuellos de botella, medir la eficiencia del proceso y comprender la duración de las distintas etapas del ciclo de vida de desarrollo. Por ejemplo, el tiempo entre «Código enviado a revisión» y «Revisión de código completada» puede revelar retrasos en el proceso de revisión.

Esta marca de tiempo es esencial para ordenar correctamente los eventos y calcular todas las métricas temporales, como el tiempo de ciclo y los cuellos de botella.

Está disponible en los registros de eventos, las pistas de auditoría o las tablas del historial que registran los cambios en los elementos de trabajo de desarrollo.

El ID del elemento de desarrollo es la clave principal que identifica de forma única cada instancia de caso durante todo el ciclo de vida del desarrollo de software. Cada ID representa una unidad de trabajo distinta, como una historia de usuario, una tarea o la corrección de un error, desde su creación hasta su resolución o implementación final.

En el análisis de Process Mining, este atributo es esencial para reconstruir el recorrido completo de cada elemento de trabajo. Permite vincular todas las actividades relacionadas, como «Desarrollo iniciado», «Revisión de código completada» e «Implementado en producción», en un flujo de proceso coherente. Analizar el ciclo de vida de cada elemento de desarrollo ayuda a detectar variaciones, retrasos y ciclos de retrabajo asociados a unidades de trabajo específicas.

Este es el identificador de caso fundamental para seguir el ciclo de vida completo de cada elemento de trabajo de desarrollo, de principio a fin.

Suele encontrarse en las tablas principales de elementos de trabajo o de seguimiento de incidencias de un sistema de gestión del desarrollo de software.

El nombre de la actividad describe un paso específico o un cambio de estado en el proceso de desarrollo. Estas actividades forman los nodos del mapa de procesos y representan hitos clave, como «Elemento aprobado para desarrollo», «Código enviado a revisión» o «Pruebas de control de calidad completadas».

Este atributo es fundamental para visualizar el flujo del proceso y comprender la secuencia de eventos. Al analizar las distintas actividades, los equipos pueden identificar las rutas más habituales, detectar desviaciones del proceso y medir el tiempo dedicado a cada etapa. También sirve de base para analizar cuellos de botella, detectar retrabajos y comprobar la conformidad con un modelo de proceso objetivo.

Define los pasos del proceso y permite visualizar y analizar el flujo de trabajo de desarrollo.

A menudo se obtiene de los registros de cambios de estado, los flujos de eventos o las tablas del historial de auditoría asociadas a los elementos de trabajo de desarrollo.

El atributo Sistema de origen identifica la aplicación o plataforma donde se registraron los datos del ciclo de vida de desarrollo. Resulta especialmente útil en entornos que utilizan varias herramientas de desarrollo, por ejemplo, Jira para el seguimiento de incidencias y GitLab para la gestión del código fuente.

En el análisis, especificar el sistema de origen ayuda a validar los datos y aporta contexto. Permite comparar procesos gestionados en distintos sistemas y garantiza una interpretación correcta de los datos, ya que los nombres de los campos y las convenciones del proceso pueden variar. También permite filtrar el análisis para centrarse en los datos de una herramienta específica.

Aporta contexto sobre el origen de los datos, algo fundamental para validarlos y realizar análisis que incluyan varios sistemas integrados.

Por lo general, es un valor estático que se añade durante la extracción de datos para identificar el origen de los registros.

El atributo Última actualización de los datos registra la fecha y hora de la extracción o actualización más reciente de los datos desde el sistema de origen. Así se indica con claridad si los datos están actualizados y siguen siendo pertinentes.

Esta información es fundamental para garantizar que los análisis y los Dashboards se basen en datos actuales. Las partes interesadas pueden comprobar de un vistazo cuándo se actualizó la vista del proceso, lo que refuerza la confianza en la información obtenida. También son metadatos clave para gestionar las canalizaciones de datos y programar sus actualizaciones.

Indica si los datos están actualizados y permite que el análisis sea oportuno y pertinente para la toma de decisiones.

Este valor suele generarse y almacenarse en el proceso de extracción, transformación y carga de datos (ETL).

Este atributo identifica a la persona o al grupo responsable de completar el paso actual o el elemento de trabajo en su conjunto. La persona asignada puede cambiar varias veces durante el ciclo de vida, lo que refleja los traspasos entre distintos roles, como desarrollo, pruebas de control de calidad y revisión.

Analizar el atributo «Asignado a» es fundamental para comprender la carga de trabajo del equipo, la eficiencia de los traspasos y los patrones de colaboración. Permite filtrar el mapa de procesos para ver el trabajo de una persona o un equipo específicos y ayuda a identificar cuellos de botella relacionados con determinados recursos. El análisis de redes sociales basado en los traspasos entre las personas asignadas puede revelar brechas de comunicación o estructuras de colaboración demasiado complejas.

Permite analizar la carga de trabajo de los recursos, la frecuencia de los traspasos y los patrones de colaboración para ayudar a optimizar la eficiencia del equipo.

Se encuentra en el registro del elemento de trabajo o de la incidencia; suele figurar en el historial o en el registro de auditoría del elemento.

El estado del elemento de desarrollo representa la situación de un elemento de trabajo en un momento determinado. Mientras que el nombre de la actividad registra el evento de cambio de estado, este atributo refleja el estado en sí. Puede ser útil para analizar la situación del trabajo cuando se produjo un evento.

Este atributo suele utilizarse para crear el nombre de la actividad, pero también aporta contexto adicional. Por ejemplo, el análisis del campo de estado permite medir cuánto tiempo permanecen los elementos en una situación concreta, como «Bloqueado» o «En espera de revisión». Comprender el tiempo que se pasa en estados improductivos es fundamental para identificar demoras sistémicas y mejorar la eficiencia del flujo.

Permite analizar el tiempo que se pasa en distintos estados y ayuda a identificar demoras y estados que no aportan valor, como «Bloqueado».

Está disponible como campo principal en el registro del elemento de trabajo o de la incidencia, y se conserva en su historial.

La hora de finalización del evento marca el cierre de una actividad. Aunque muchos pasos del proceso se registran como eventos instantáneos, con la misma hora de inicio y de finalización, algunas actividades tienen una duración medible. Por ejemplo, una actividad de «Revisión de código» puede tener una hora de inicio y otra de finalización.

Este atributo es esencial para calcular el tiempo de procesamiento activo de tareas específicas y distinguirlo del tiempo de inactividad o de espera. Al comparar el tiempo transcurrido entre la hora de inicio y la hora de finalización del evento, los analistas pueden medir el esfuerzo dedicado a actividades que aportan valor. Esto permite analizar con más detalle el uso de los recursos y ayuda a identificar qué tareas consumen más tiempo de trabajo activo.

Permite calcular el tiempo de procesamiento activo de cada actividad, separarlo del tiempo de espera y obtener una visión más clara del esfuerzo dedicado.

Puede encontrarse en los registros de eventos o calcularse a partir de la marca de tiempo de la siguiente actividad de la secuencia para el mismo elemento de trabajo.

Este atributo identifica al equipo, grupo o unidad responsable de entregar el elemento de desarrollo. En las organizaciones grandes, el trabajo suele repartirse entre varios equipos especializados, como «Frontend», «Backend», «Móviles» o «Plataformas».

El análisis por nombre del equipo permite comparar el rendimiento y compartir buenas prácticas entre equipos. Ayuda a responder preguntas como «¿Qué equipo tiene el menor tiempo de ciclo?» o «¿Algún equipo requiere más trabajo repetido que los demás?». Este análisis puede revelar diferencias en los flujos de trabajo, las habilidades o la disponibilidad de recursos que afectan al rendimiento general de las entregas y ofrece oportunidades para mejorar procesos específicos.

Permite comparar el rendimiento de distintos equipos y ayuda a identificar buenas prácticas y aspectos que se pueden mejorar.

Suele estar asociado al usuario asignado o figurar como campo directo en el registro del proyecto o del elemento de trabajo.

El nombre del proyecto aporta contexto al agrupar los elementos de trabajo que pertenecen a un producto, iniciativa o base de código específicos. Las prácticas de desarrollo y los tiempos de ciclo pueden variar mucho entre proyectos, por ejemplo, entre un sistema heredado y una aplicación nueva.

Este atributo permite agregar y comparar, a alto nivel, los procesos de desarrollo de distintas áreas de la organización. Al filtrar el análisis por proyecto, los responsables pueden evaluar la salud y la eficiencia de cada iniciativa de desarrollo. También es esencial para comprender cómo se relaciona el rendimiento del proceso con el contexto y el entorno técnico específicos de un proyecto.

Permite segmentar el análisis de procesos por producto o iniciativa y descubrir diferencias de rendimiento relacionadas con el contexto del proyecto.

Campo estándar del registro del elemento de trabajo o de la incidencia, o nombre del repositorio en sistemas como Git.

El atributo de prioridad indica la urgencia comercial o técnica de un elemento de trabajo. Suele tener valores como «Alta», «Media» o «Baja» y ayuda a los equipos a decidir en qué trabajar a continuación.

En Process Mining, la prioridad es una dimensión de análisis muy útil. Permite comprobar si los elementos de prioridad alta se procesan realmente más rápido que los de prioridad baja. Comparar los tiempos de ciclo de los distintos niveles de prioridad puede revelar si el proceso respeta las prioridades del negocio. Si los elementos de prioridad alta sufren demoras frecuentes, puede haber problemas de planificación, asignación de recursos o diseño del flujo de trabajo.

Ayuda a comprobar si el trabajo de prioridad alta avanza más rápido por el proceso e identifica cuellos de botella que afectan de forma desproporcionada a los elementos críticos.

Campo estándar del registro del elemento de trabajo o de la incidencia en la mayoría de los sistemas de gestión del desarrollo.

Este atributo clasifica la naturaleza del trabajo realizado. Los distintos tipos de elementos de trabajo suelen seguir rutas de proceso diferentes y tener expectativas de rendimiento distintas. Por ejemplo, un error puede requerir un proceso rápido de corrección urgente, mientras que una funcionalidad sigue un ciclo estándar de desarrollo y pruebas.

Con este atributo, los analistas pueden comparar los flujos de proceso y el rendimiento de los distintos tipos de trabajo. Esto ayuda a responder preguntas como «¿Nuestro proceso de corrección de errores es más rápido que el de desarrollo de funcionalidades?» o «¿Los elementos de deuda técnica requieren más trabajo repetido?». Es una dimensión fundamental para segmentar los datos y obtener información más específica y útil para la acción.

Permite comparar los procesos y el rendimiento de distintas categorías de trabajo, y descubrir ineficiencias propias de determinados tipos de desarrollo.

Campo estándar del registro del elemento de trabajo o de la incidencia en la mayoría de los sistemas de gestión del desarrollo.

El atributo de creador identifica a la persona que inició el elemento de trabajo. Puede ser un responsable de producto que crea una historia de usuario, una persona de control de calidad que registra un error o un agente de atención al cliente que notifica un problema de un cliente.

Analizar quién crea los elementos de trabajo puede aportar información sobre el origen del trabajo. Por ejemplo, un gran volumen de errores notificados por usuarios finales podría indicar problemas de calidad en las versiones recientes. También permite analizar la claridad y la calidad de los requisitos iniciales al relacionar quién los creó con el trabajo repetido o las demoras posteriores.

Ayuda a identificar quién inicia el trabajo y permite analizar el origen de la demanda, los errores o las solicitudes de funcionalidades.

Campo estándar, como «Informante» o «Autor», en el registro de creación inicial de un elemento de trabajo.

La gravedad es distinta de la prioridad: mide el impacto técnico de un problema, mientras que la prioridad mide la urgencia de corregirlo. Por ejemplo, un error tipográfico en una página que se visita poco puede tener una gravedad y una prioridad bajas, mientras que un problema crítico de corrupción de datos tendría una gravedad y una prioridad altas.

Este atributo es fundamental para el análisis de calidad, especialmente al analizar los procesos de corrección de errores. Permite a los equipos evaluar si están resolviendo primero los problemas más graves. Al analizar el tiempo de ciclo según el nivel de gravedad, las organizaciones pueden asegurarse de que los problemas críticos del sistema se resuelvan rápidamente para reducir al mínimo el impacto en los clientes.

Permite analizar la eficacia con la que el equipo aborda los problemas según su impacto técnico y ayuda a garantizar que los problemas críticos se resuelvan con rapidez.

Campo estándar, especialmente para elementos de trabajo de tipo «Error» o «Incidente», en los sistemas de gestión del desarrollo.

El indicador de trabajo repetido es un atributo booleano o categórico derivado que señala los eventos que forman parte de un ciclo de trabajo repetido. Suele identificarse cuando el flujo del proceso retrocede, por ejemplo, de «Pruebas de control de calidad» a «Desarrollo en curso», o cuando se producen actividades específicas, como «Trabajo repetido identificado en control de calidad».

Este atributo es muy valioso para analizar la calidad y la eficiencia. Permite calcular directamente las tasas de trabajo repetido y destaca las partes del proceso que más lo generan. Al filtrar las actividades de trabajo repetido, los equipos pueden analizar las causas raíz y comprender por qué los problemas de calidad no se detectan antes. Reducir el trabajo repetido es una medida clave para mejorar tanto la velocidad de desarrollo como la calidad del producto.

Cuantifica directamente el trabajo repetido y permite a los equipos medir su frecuencia, analizar sus causas y hacer un seguimiento de las mejoras de calidad a lo largo del tiempo.

Suele calcularse durante la transformación de datos, al identificar retrocesos en el flujo del proceso o nombres de actividades relacionados con fallos específicos.

El atributo de versión planificada vincula un elemento de desarrollo con un calendario de entrega o una versión específicos. Suele utilizarse en la planificación de versiones para agrupar funcionalidades y correcciones en una implementación coordinada.

El análisis por versión planificada ayuda a evaluar la previsibilidad y la fiabilidad del proceso de lanzamiento. Permite hacer un seguimiento de las entregas a tiempo al comparar la versión planificada con la fecha real de implementación. Además, ayuda a gestionar el alcance y a comprender el flujo de trabajo previsto para una versión específica, y pone de relieve posibles riesgos o demoras que podrían afectar al calendario de entrega.

Vincula el trabajo de desarrollo con los calendarios de entrega y permite analizar las entregas a tiempo y la previsibilidad de los lanzamientos.

Campo estándar, como «Versión de corrección», «Versión objetivo» o «Ruta de iteración», en las herramientas de planificación ágil y desarrollo.