Plantilla de Datos para su Ciclo de Vida de Desarrollo de Software

El Tiempo de Inicio del Evento marca la fecha y hora exactas en que comenzó una actividad. Proporciona el orden cronológico para todos los eventos dentro de un solo caso, lo cual es esencial para reconstruir el flujo del proceso con precisión.

Los timestamps son la base de todo análisis de Process Mining basado en el tiempo. Se utilizan para calcular indicadores clave de rendimiento como tiempos de ciclo, tiempos de espera y tiempos de procesamiento entre actividades. Analizar los timestamps ayuda a identificar cuellos de botella, medir la eficiencia del proceso y comprender la duración de diferentes etapas en el ciclo de vida del desarrollo. Por ejemplo, el tiempo entre 'Código Enviado para 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 los eventos correctamente y calcular todas las métricas basadas en el tiempo, como el tiempo de ciclo y los cuellos de botella.

Disponible en registros de eventos, pistas de auditoría o tablas de historial que registran 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 a lo largo del ciclo de vida del desarrollo de software. Cada ID representa una pieza de trabajo distinta, como una historia de usuario, tarea o corrección de bug, desde su creación hasta su resolución final o despliegue.

En el análisis de Process Mining, este atributo es esencial para reconstruir el recorrido de principio a fin de cada elemento de trabajo. Permite a la herramienta vincular todas las actividades relacionadas, como 'Desarrollo Iniciado', 'Revisión de Código Completada' y 'Desplegado a Producción', en un flujo de proceso coherente. Analizar el ciclo de vida de los elementos de desarrollo individuales ayuda a identificar variaciones, retrasos y ciclos de retrabajo asociados con piezas de trabajo específicas.

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

Típicamente encontrado en las tablas principales de elementos de trabajo o seguimiento de incidencias de un sistema de gestión de 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 en el mapa de procesos, representando hitos clave como 'Elemento Aprobado para Desarrollo', 'Código Enviado para Revisión' o 'Pruebas de QA Completadas'.

Este atributo es crucial para visualizar el flujo del proceso y comprender la secuencia de eventos. Al analizar las diferentes actividades, los equipos pueden identificar las rutas más comunes, descubrir desviaciones del proceso y medir el tiempo dedicado en varias etapas. Forma la base para el análisis de cuellos de botella, la detección de retrabajo y la verificación de conformidad frente a un modelo de proceso objetivo.

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

A menudo derivado de logs de cambios de estado, streams de eventos o tablas de historial de auditoría asociadas con elementos de trabajo de desarrollo.

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

En el análisis, especificar el sistema de origen ayuda en la validación de datos y proporciona contexto para los datos del proceso. Permite el análisis comparativo entre procesos gestionados en diferentes sistemas y asegura que la interpretación de los datos sea correcta, ya que los nombres de campo y las convenciones del proceso pueden variar entre sistemas. También se puede utilizar para filtrar el análisis a un conjunto de datos de una herramienta específica.

Proporciona contexto sobre el origen de los datos, lo cual es crucial para la validación de datos y para análisis que involucran múltiples sistemas integrados.

Este es generalmente un valor estático añadido durante el proceso de extracción de datos para identificar el origen de los registros.

El atributo Última Actualización de Datos registra la fecha y hora en que los datos fueron extraídos o actualizados más recientemente del sistema de origen. Esto proporciona una clara indicación de la frescura y relevancia de los datos.

Esta información es vital para asegurar que los análisis y dashboards se basen en información actual. Los stakeholders pueden ver de un vistazo qué tan actualizada está la vista del proceso, lo que genera confianza en los insights derivados. Es una pieza clave de metadatos para gestionar pipelines de datos y programar actualizaciones de datos.

Indica la frescura de los datos, asegurando que el análisis sea oportuno y relevante para la toma de decisiones.

Este valor se genera y almacena típicamente por el pipeline de extracción, transformación y carga (ETL) de datos.

Este atributo identifica al individuo o grupo responsable de completar el paso actual o el elemento de trabajo general. El asignado puede cambiar varias veces a lo largo del ciclo de vida, reflejando traspasos entre diferentes roles como desarrolladores, testers de QA y revisores.

Analizar el atributo Asignado A es clave 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 equipo específico, ayudando a identificar cuellos de botella específicos de recursos. El análisis de redes sociales basado en traspasos entre asignados puede revelar brechas de comunicación o estructuras de colaboración excesivamente complejas.

Permite el análisis de la carga de trabajo de los recursos, la frecuencia de transferencia y los patrones de colaboración, ayudando a optimizar la eficiencia del equipo.

Encontrado en el registro del elemento de trabajo o incidencia, a menudo rastreado en el historial o log de auditoría del elemento.

El Estado del Elemento de Desarrollo representa el estado de un elemento de trabajo en un punto específico en el tiempo. Mientras que el Nombre de la Actividad captura el evento de cambio de estado, este atributo captura el estado en sí. Esto puede ser útil para analizar el estado del trabajo en el momento en que ocurrió un evento.

Este atributo a menudo se utiliza para crear el Nombre de la Actividad, pero puede proporcionar contexto adicional. Por ejemplo, analizar el campo de estado permite el análisis de la duración de cuánto tiempo pasan los elementos en un estado particular, como 'Bloqueado' o 'Esperando Revisión'. Comprender el tiempo dedicado en estados no productivos es crucial para identificar retrasos sistémicos y mejorar la eficiencia del flujo.

Permite el análisis del tiempo dedicado en diferentes estados, ayudando a identificar retrasos y tiempo dedicado en estados que no añaden valor, como 'Bloqueado'.

Disponible como un campo principal en el registro del elemento de trabajo o incidencia y es rastreado en su log de historial.

El Tiempo de Finalización del Evento marca la conclusión de una actividad. Si bien muchos pasos del proceso se registran como eventos instantáneos donde los tiempos de inicio y fin son idénticos, algunas actividades tienen una duración medible. Por ejemplo, una actividad de 'Revisión de Código' podría tener un tiempo de inicio y fin distintos.

Este atributo es esencial para calcular el tiempo de procesamiento activo de tareas específicas, distinguiéndolo del tiempo de inactividad o espera. Al comparar la duración entre el Tiempo de Inicio del Evento y el Tiempo de Finalización del Evento, los analistas pueden medir el esfuerzo dedicado a actividades que añaden valor. Esto permite un análisis más granular de la utilización de recursos y ayuda a identificar qué tareas consumen la mayor parte del tiempo de trabajo activo.

Permite el cálculo del tiempo de procesamiento activo para actividades individuales, separándolo del tiempo de espera y proporcionando una visión más clara del esfuerzo.

Se puede encontrar en registros de eventos o se puede derivar tomando el timestamp de la siguiente actividad en la secuencia para el mismo elemento de trabajo.

Este atributo identifica al equipo, escuadrón o grupo específico responsable de entregar el elemento de desarrollo. En organizaciones más grandes, el trabajo a menudo se distribuye entre múltiples equipos especializados como 'Frontend', 'Backend', 'Móvil' o 'Plataforma'.

Analizar por Nombre de Equipo permite la comparación de rendimiento y el intercambio de mejores prácticas entre equipos. Ayuda a responder preguntas como '¿Qué equipo tiene el tiempo de ciclo más corto?' o '¿Un equipo experimenta más retrabajo que otros?'. Este análisis puede descubrir diferencias en flujos de trabajo, conjuntos de habilidades o disponibilidad de recursos que impactan el rendimiento general de la entrega, ofreciendo oportunidades para mejoras de proceso dirigidas.

Permite la evaluación comparativa del rendimiento entre diferentes equipos, ayudando a identificar las mejores prácticas y áreas de mejora.

A menudo asociado con el usuario asignado o como un campo directo en el registro del proyecto o elemento de trabajo.

El Nombre del Proyecto proporciona contexto al agrupar elementos de trabajo que pertenecen a un producto, iniciativa o base de código específico. Las prácticas de desarrollo y los tiempos de ciclo pueden variar significativamente entre proyectos, por ejemplo, un sistema heredado frente a una nueva aplicación desde cero.

Este atributo permite una agregación y comparación de alto nivel de los procesos de desarrollo en diferentes partes de la organización. Al filtrar el análisis por proyecto, los gerentes pueden evaluar la salud y eficiencia de cada esfuerzo de desarrollo. También es esencial para comprender cómo el rendimiento del proceso se relaciona con el contexto específico y el entorno técnico de un proyecto.

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

Un campo estándar en el registro del elemento de trabajo o incidencia, o el nombre del repositorio en sistemas como Git.

El atributo Prioridad indica la urgencia empresarial o técnica de un elemento de trabajo. Normalmente se establece en 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 potente para el análisis. Permite a los equipos verificar si los elementos de alta prioridad se procesan realmente más rápido que los de baja prioridad. Comparar los tiempos de ciclo en diferentes niveles de prioridad puede revelar si el proceso respeta las prioridades del negocio. Si los elementos de alta prioridad se retrasan con frecuencia, puede señalar problemas en la planificación, la asignación de recursos o el diseño del flujo de trabajo.

Ayuda a verificar si el trabajo de alta prioridad avanza más rápido a través del proceso e identifica cuellos de botella que afectan desproporcionadamente a los elementos críticos.

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

Este atributo categoriza la naturaleza del trabajo que se realiza. Diferentes tipos de elementos de trabajo suelen seguir diferentes rutas de proceso y tienen distintas expectativas de rendimiento. Por ejemplo, un 'Error' podría requerir un proceso de hotfix rápido, mientras que una 'Funcionalidad' sigue un ciclo de desarrollo y pruebas estándar.

Utilizando este atributo, los analistas pueden comparar los flujos de proceso y el rendimiento para diferentes tipos de trabajo. Esto ayuda a responder preguntas como '¿Es nuestro proceso de corrección de errores más rápido que nuestro proceso de desarrollo de funcionalidades?' o '¿Los elementos de deuda técnica experimentan más retrabajo?'. Es una dimensión fundamental para segmentar los datos y obtener conocimientos más específicos y accionables.

Permite comparar procesos y rendimiento entre diferentes categorías de trabajo, revelando ineficiencias específicas de ciertos tipos de desarrollo.

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

El atributo Creador identifica a la persona que inició el elemento de trabajo. Esto podría ser un gerente de producto creando una historia de usuario, un tester de QA registrando un bug o un agente de servicio al cliente reportando una incidencia del cliente.

Analizar el creador de los elementos de trabajo puede proporcionar insights sobre las fuentes de trabajo. Por ejemplo, un alto volumen de bugs reportados por los usuarios finales podría indicar problemas de calidad en lanzamientos recientes. También puede utilizarse para analizar la claridad y calidad de los requisitos iniciales correlacionando al creador con el retrabajo o los retrasos posteriores.

Ayuda a identificar a los originadores del trabajo, lo que puede analizarse para comprender las fuentes de demanda, bugs o solicitudes de funcionalidades.

Un campo estándar como 'Reportero' o 'Autor' en el registro de creación inicial de un elemento de trabajo.

El Indicador de Retrabajo es un atributo booleano o categórico derivado que marca los eventos como parte de un ciclo de retrabajo. Esto se identifica típicamente cuando el flujo del proceso retrocede, por ejemplo, de 'Pruebas de QA' a 'Desarrollo en Progreso', o cuando ocurren actividades de retrabajo específicas como 'Retrabajo Identificado en QA'.

Este atributo es extremadamente valioso para el análisis de calidad y eficiencia. Permite el cálculo directo de las tasas de retrabajo y destaca las partes del proceso que generan más retrabajo. Al filtrar por actividades de retrabajo, los equipos pueden realizar un análisis de causa raíz para comprender por qué los problemas de calidad no se detectan antes. Reducir el retrabajo es una palanca clave para mejorar tanto la velocidad de desarrollo como la calidad del producto.

Cuantifica directamente el retrabajo, permitiendo a los equipos medir su frecuencia, analizar sus causas y rastrear las mejoras en la calidad a lo largo del tiempo.

Típicamente derivado durante la transformación de datos al identificar bucles hacia atrás en el flujo del proceso o nombres de actividad específicos relacionados con fallos.

El atributo Versión Planeada vincula un elemento de desarrollo a un cronograma de entrega o versión específica. Esto se utiliza con frecuencia en la planificación de lanzamientos para agrupar funcionalidades y correcciones para un despliegue coordinado.

El análisis por Versión Planeada ayuda a evaluar la previsibilidad y fiabilidad del proceso de lanzamiento. Permite el seguimiento de las tasas de entrega a tiempo al comparar el lanzamiento planeado con la fecha de despliegue real. Además, ayuda a gestionar el alcance y a comprender el flujo de trabajo destinado a un lanzamiento específico, destacando posibles riesgos o retrasos que podrían afectar el cronograma de entrega.

Conecta el trabajo de desarrollo con los cronogramas de entrega, permitiendo el análisis de las tasas de entrega a tiempo y la predictibilidad del lanzamiento.

Un campo estándar como 'Fix Version', 'Target Release' o 'Iteration Path' en herramientas de planificación y desarrollo ágiles.

La severidad es distinta de la prioridad, mide el impacto técnico de una incidencia, mientras que la prioridad mide la urgencia de su solución. Por ejemplo, un error tipográfico en una página raramente visitada podría ser de baja severidad y baja prioridad, mientras que un problema crítico de corrupción de datos sería de alta severidad y alta prioridad.

Este atributo es crucial para el análisis de calidad, especialmente al analizar los procesos de corrección de bugs. Permite a los equipos evaluar si están abordando eficazmente los problemas más graves primero. Al analizar el tiempo de ciclo para diferentes niveles de severidad, las organizaciones pueden asegurar que los problemas críticos del sistema se resuelvan rápidamente para minimizar el impacto en el cliente.

Permite analizar la eficacia con la que el equipo aborda los problemas basándose en su impacto técnico, asegurando que los problemas críticos se resuelvan con prontitud.

Un campo estándar, particularmente para elementos de trabajo de tipo 'Bug' o 'Incidencia', en sistemas de gestión de desarrollo.