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

Este atributo representa un paso o hito distinto en el proceso de desarrollo de software. Estas actividades se derivan de cambios en el campo de estado de un issue de Jira u otros eventos significativos como code commits o revisiones.

En el Process Mining, la secuencia de estas actividades forma el mapa de proceso. El análisis de actividades ayuda a identificar el flujo del proceso, medir la duración de etapas específicas y detectar desviaciones del workflow estándar, como ciclos de retrabajo o saltos de puertas de calidad.

Las actividades definen los pasos del proceso, y su secuencia es esencial para visualizar el flujo del proceso, identificar cuellos de botella y analizar las variaciones del proceso.

Típicamente derivado de las transiciones del campo 'status' en el historial de issues de Jira o en el changelog. También puede enriquecerse con datos de herramientas de desarrollo conectadas.

El Elemento de Desarrollo sirve como identificador principal del case, representando una unidad de trabajo distinta como una característica, corrección de errores o tarea. Vincula todas las actividades desde la concepción y planificación inicial hasta el desarrollo, las pruebas y la implementación para ese elemento específico. En Jira, esto normalmente corresponde a la clave del issue, por ejemplo, 'PROJ-123'.

Analizar este atributo permite rastrear el ciclo de vida completo de principio a fin de cada elemento de trabajo. Es la base para construir mapas de proceso, calcular tiempos de ciclo e identificar variaciones en cómo fluyen los diferentes elementos a través del proceso de desarrollo.

Esta es la clave esencial para vincular todas las actividades de desarrollo relacionadas, haciendo posible rastrear el recorrido de un único elemento de trabajo de principio a fin.

Este es el campo estándar 'key' para un issue en el objeto de la API de Issue de Jira Software.

Event Time es la marca de tiempo que registra cuándo tuvo lugar una actividad. Esta es la base temporal para todo el análisis de Process Mining, proporcionando el orden cronológico de los eventos para cada caso.

Este atributo es crítico para calcular todas las métricas basadas en el tiempo, incluidos los Cycle Times, los tiempos de procesamiento y los tiempos de espera entre actividades. Permite el análisis del rendimiento del proceso a lo largo del tiempo, ayudando a identificar cuándo y dónde ocurren los retrasos en el ciclo de vida de desarrollo.

Esta timestamp es fundamental para secuenciar eventos correctamente y calcular todas las métricas basadas en la duración, que son clave para comprender la eficiencia del proceso e identificar retrasos.

Esto corresponde a la timestamp 'created' para cada entrada en el registro de cambios o historial de un issue.

Este atributo identifica el origen de los datos. Para este proceso, será consistentemente 'Jira Software', pero es útil para distinguir datos si se combinan múltiples sistemas fuente en un análisis más amplio.

En un panorama de TI más amplio, especificar el sistema de origen asegura una clara trazabilidad de los datos y ayuda a gestionar la calidad de los datos y los esfuerzos de integración en diferentes plataformas.

Ofrece una clara trazabilidad de los datos, crucial al integrar datos de múltiples sistemas o para fines de gobernanza y auditoría de datos.

Este es un valor estático que debe agregarse durante el proceso de extracción y transformación de data.

Este atributo registra la fecha y hora de la extracción de datos más reciente de Jira Software. Proporciona contexto sobre la actualidad de los datos que se están analizando.

Conocer la última hora de actualización es importante para comprender la puntualidad de los insights del proceso. Ayuda a los analistas y usuarios de negocio a confirmar que están viendo datos actuales y les informa del punto de corte para los eventos incluidos en el análisis.

Indica la frescura de los datos, lo cual es esencial para asegurar que los análisis y los dashboards reflejen el estado más actual del proceso.

Esta timestamp se genera y registra al final del proceso de extracción, transformación y carga (ETL) de datos.

El Asignado es la persona responsable del elemento de trabajo en su etapa actual. En Jira, este es un campo estándar que cambia a medida que el elemento se mueve entre diferentes personas y equipos.

Analizar el asignado es clave para comprender la asignación de recursos, la distribución de la carga de trabajo y los puntos de traspaso. Ayuda a responder preguntas sobre qué desarrolladores o equipos están involucrados en etapas específicas, quién es un cuello de botella y cómo se distribuye el trabajo en toda la organización.

Identifica al usuario o recurso responsable de una actividad, permitiendo el análisis de la carga de trabajo, la gestión de recursos y la comprensión de los traspasos entre individuos.

Este es el campo 'assignee' dentro del objeto 'fields' de la respuesta de la API de Issue de Jira.

Este atributo refleja la etapa específica del elemento de desarrollo en un momento dado, como 'En Progreso', 'En Revisión' o 'Hecho'. La secuencia de cambios de estado a lo largo del tiempo es lo que genera las actividades para el Process Mining.

Mientras que el atributo 'Activity' representa el evento de cambio, el 'ItemStatus' proporciona el estado del elemento. Es útil como dimensión para filtrar y analizar, permitiéndole ver cuántos elementos se encuentran actualmente en un estado específico o analizar las características de los elementos que permanecen en un cierto estado durante mucho tiempo.

Proporciona una instantánea de dónde se encuentra un elemento en su ciclo de vida, lo cual es esencial para el análisis basado en el estado y para comprender el estado actual del trabajo en curso.

Este es el campo 'status' dentro del objeto 'fields' de la respuesta de la API de Issue de Jira.

Representa el equipo ágil o de característica específico asignado al elemento de desarrollo. En Jira, esto a menudo se implementa como un campo personalizado, o se puede derivar de otra información como el proyecto o un componente específico.

Este atributo es esencial para el análisis del rendimiento a nivel de equipo. Permite que los dashboards se filtren para mostrar métricas como el tiempo de ciclo, la tasa de retrabajo y el rendimiento para equipos individuales. Esto es crucial para los dashboards de 'Eficiencia de Traspaso entre Fases' y 'Carga de Trabajo del Desarrollador y Progreso del Elemento'.

Permite la medición del rendimiento y la comparación entre diferentes equipos de desarrollo, ayudando a identificar equipos de alto rendimiento y a compartir las mejores prácticas.

Este es a menudo un campo custom en Jira. Consulte a su administrador de Jira para identificar el nombre específico del campo, que podría ser 'Team', 'Squad' o similar.

En Jira, todos los elementos de trabajo se organizan en proyectos. El Nombre del Proyecto proporciona un contexto de alto nivel, a menudo correspondiente a un producto, equipo o iniciativa específicos.

Este atributo es una dimensión poderosa para el filtrado y la comparación. Permite analizar y comparar el proceso SDLC en diferentes proyectos o productos. Esto puede revelar qué proyectos son más eficientes, cuáles tienen más retrabajo y si los diferentes equipos siguen diferentes variantes de proceso.

Permite segmentar el análisis del proceso por proyecto, producto o equipo, lo que posibilita comparaciones de rendimiento e identificación de mejores prácticas.

Este es el campo 'project' dentro del objeto 'fields' de la respuesta de la API de Issue de Jira.

Prioridad del Elemento define la importancia relativa o urgencia de un elemento de trabajo. Jira proporciona un campo estándar de 'priority' con niveles configurables como Máxima, Alta, Media y Baja.

Analizar la prioridad es crucial para verificar la conformidad e identificar cuellos de botella para elementos críticos. Por ejemplo, el dashboard 'Priority Item Conformance Check' se basa en este atributo para verificar si los elementos de alta prioridad se están agilizando como se espera o si se quedan atascados en las mismas colas que los elementos de baja prioridad.

Ayuda a analizar si los elementos de alta prioridad se procesan más rápido que los de baja prioridad y si siguen una ruta más optimizada, asegurando el cumplimiento de los SLA.

Este es el campo 'priority' dentro del objeto 'fields' de la respuesta de la API de Issue de Jira.

Tipo de Elemento clasifica la naturaleza del trabajo que se está realizando. Jira utiliza un campo estándar 'issuetype' para distinguir entre diferentes tipos de elementos de trabajo, que a menudo tienen workflows únicos.

Este atributo es esencial para el análisis comparativo. Le permite filtrar el proceso para tipos específicos de trabajo, por ejemplo, para comparar el ciclo de vida de un 'Bug' versus un 'Story'. Esto ayuda a identificar si ciertos tipos de trabajo son más propensos a retrasos, retrabajos o desviaciones del proceso estándar.

Permite segmentar el análisis del proceso para comparar cómo se manejan diferentes tipos de trabajo, como errores versus nuevas funcionalidades, y dónde difieren sus procesos.

Este es el campo 'issuetype' dentro del objeto 'fields' de la respuesta de la API de Issue de Jira.

Este atributo booleano es verdadero si una actividad representa un paso hacia atrás en el proceso, como regresar a 'Desarrollo Iniciado' después de fallar las pruebas de QA. Se determina analizando la secuencia de actividades para un case.

Identificar el retrabajo es fundamental para mejorar la eficiencia y la calidad del proceso. Este atributo apoya directamente el KPI 'Tasa de Actividad de Retrabajo' y el dashboard 'Frecuencia y Rutas de Bucles de Retrabajo'. Permite cuantificar la cantidad de esfuerzo desperdiciado y señalar las causas raíz de los problemas de calidad que conducen al retrabajo.

Marca explícitamente las actividades que forman parte de ciclos de retrabajo ineficientes, permitiendo una medición precisa y un análisis del desperdicio del proceso y los problemas de calidad.

Este es un atributo calculado. Requiere definir el flujo de proceso esperado y luego señalar cualquier actividad que se desvíe al moverse a una etapa anterior.

Los componentes se utilizan en Jira para agrupar issues dentro de un proyecto en partes más pequeñas y manejables. Esto podría representar un área de funcionalidad como 'Autenticación de Usuario', una capa técnica como 'API de Backend' o un módulo como 'Informes'.

Analizar por componente permite una vista más granular del proceso de desarrollo. Puede ayudar a identificar si ciertas partes de la aplicación generan más errores, tienen ciclos de desarrollo más largos o experimentan más retrabajos, lo que apunta a áreas de deuda técnica o complejidad.

Permite segmentar el proceso por áreas funcionales o técnicas del producto, ayudando a identificar qué componentes son fuentes de retraso o problemas de calidad.

Este es el campo estándar 'components' dentro del objeto 'fields' de la respuesta de la API de Issue de Jira.

Este atributo marca la hora de finalización de una actividad. Es la timestamp de la siguiente actividad en la secuencia para un case dado.

Mientras que 'EventTime' (StartTime) marca el inicio de una actividad, el EventEndTime marca su fin. La diferencia entre estas dos timestamps es el tiempo de procesamiento para esa actividad. Esto es crucial para calcular el KPI 'Tiempo Promedio de Procesamiento por Etapa' y para construir dashboards que analicen las duraciones de las actividades.

Define el punto final de una actividad, lo que permite calcular la duración de cada paso en el proceso, esencial para el análisis de cuellos de botella.

Este es un atributo derivado. Para un evento dado, su hora de finalización es la hora de inicio del evento posterior para el mismo case.

Este atributo, a menudo el campo 'Afecta la versión/es' en Jira, indica el lanzamiento previsto para una característica o corrección. Sirve como fecha límite o objetivo para la finalización del trabajo.

Este es un atributo crítico para el KPI 'Tasa de entrega de versiones a tiempo'. Al comparar la fecha de implementación real con la fecha de lanzamiento planificada asociada con esta versión, puede medir la adherencia al cronograma y la previsibilidad de su proceso de lanzamiento.

Define la fecha de entrega o lanzamiento objetivo, permitiendo el cálculo de las tasas de entrega a tiempo y el análisis del cumplimiento del cronograma.

Esto corresponde a los campos 'versions' o 'fixVersions' en la API de Issue de Jira. El campo específico utilizado para la planificación puede variar.

Para los equipos que utilizan Scrum, el Sprint es un período de tiempo definido durante el cual se completa un conjunto de trabajo. Este atributo captura el nombre o identificador del Sprint al que pertenece un elemento.

Analizar por Sprint es fundamental para el Process Mining enfocado en metodologías ágiles. Ayuda a evaluar el rendimiento de los Sprints individuales, a comprender el trabajo pendiente y a seguir el progreso hacia los objetivos del Sprint. Proporciona un contexto basado en el tiempo que es más específico que los rangos de fechas generales.

Proporciona un contexto crítico para los equipos ágiles, permitiendo el análisis de la eficiencia del proceso y el rendimiento sprint a sprint.

Esta información se almacena típicamente en un campo personalizado 'Sprint', gestionado por Jira Software (Agile). Los datos son accesibles a través de la API de Issue.

El Reporter es la persona que creó el issue en Jira. Podría ser un desarrollador, un QA tester, un gerente de producto, o incluso un cliente a través de una integración de service desk.

Analizar el reporter puede proporcionar insights sobre el origen del trabajo. Por ejemplo, puede analizar si los bugs reportados por el equipo de QA tienen un ciclo de vida diferente a los reportados por los clientes. También puede ayudar a comprender los patrones de comunicación y el flujo de información al inicio del proceso.

Identifica el origen del elemento de trabajo, lo cual puede utilizarse para analizar patrones basados en quién crea las tareas o reporta los errores.

Este es el campo 'reporter' dentro del objeto 'fields' de la respuesta de la API de Issue de Jira.

La Resolución explica por qué un elemento fue movido a un estado cerrado. Si bien un estado podría ser 'Cerrado', la resolución podría ser 'Hecho', 'No se hará', 'Duplicado' o 'No se puede reproducir'. Esto proporciona un contexto crucial sobre el resultado del trabajo.

Analizar la resolución ayuda a diferenciar entre el trabajo completado con éxito y los elementos que fueron cancelados o rechazados. Esto es importante para el análisis de calidad y para comprender el verdadero rendimiento del trabajo valioso frente al esfuerzo gastado en elementos que finalmente fueron descartados.

Distingue entre elementos completados con éxito y aquellos cerrados por otras razones, lo cual es vital para un análisis preciso de la productividad y la calidad.

Este es el campo 'resolution' dentro del objeto 'fields' de la respuesta de la API de Issue de Jira. Típicamente se llena solo cuando un issue está cerrado.

El Cycle Time mide el tiempo total transcurrido desde la creación de un elemento de desarrollo hasta su resolución final, como la implementación en producción. Se calcula a nivel de caso como la diferencia entre la marca de tiempo del primer evento y el último evento.

Este es un KPI principal para medir la velocidad y eficiencia general del proceso. El KPI 'Average End-to-End Cycle Time' y el dashboard 'Overall SDLC Cycle Time Analysis' se basan directamente en este cálculo. Reducir el Cycle Time es a menudo un objetivo clave de las iniciativas de mejora de procesos.

Mide la velocidad de principio a fin del proceso de desarrollo, proporcionando un indicador clave de rendimiento para la eficiencia general y la velocidad de entrega.

Este es un atributo calculado a nivel de case. Es la timestamp del último evento menos la timestamp del primer evento para un 'DevelopmentItem' dado.

Esta métrica calcula el tiempo de espera o tiempo en cola entre la finalización de una actividad y el inicio de la siguiente. Representa el tiempo que el trabajo está inactivo esperando a que alguien lo retome.

Esta es una métrica crítica para el KPI 'Tiempo Promedio de Espera de Traspaso' y el dashboard 'Eficiencia de Traspaso entre Fases'. Los tiempos de traspaso altos a menudo indican problemas de coordinación, limitaciones de recursos o comunicación ineficiente entre equipos, como entre desarrollo y QA. Minimizar este tiempo de inactividad es una palanca clave para reducir el tiempo de ciclo general.

Destaca el tiempo de inactividad o de cola en el proceso, exponiendo ineficiencias en los traspasos entre equipos o individuos y revelando problemas de coordinación.

Esta es una métrica calculada. Es el tiempo de inicio de una actividad menos el tiempo de finalización de la actividad anterior para el mismo case.

El Tiempo de Procesamiento es la duración que un elemento pasa en un estado o actividad particular. Se calcula como la diferencia entre EventEndTime y EventTime para un solo evento en el registro de eventos.

Esta métrica es un componente central del análisis de cuellos de botella y se utiliza directamente en el KPI 'Tiempo Promedio de Procesamiento por Etapa'. Al agregar el tiempo de procesamiento para cada actividad, puede ver claramente qué etapas del ciclo de vida de desarrollo consumen más tiempo, ayudando a enfocar los esfuerzos de mejora.

Mide directamente la duración de cada actividad, convirtiéndola en una métrica principal para identificar qué pasos del proceso son los cuellos de botella más lentos.

Esta es una métrica calculada, derivada restando 'EventTime' de 'EventEndTime' para cada fila en el registro de eventos.

La 'Versión de Corrección' en Jira indica el lanzamiento que contiene el trabajo completado para un elemento. Marca el resultado concreto del esfuerzo de desarrollo.

Este atributo proporciona el contexto real del lanzamiento, que puede compararse con la 'PlannedReleaseVersion' para analizar el rendimiento de la entrega. También se utiliza para agrupar todos los elementos entregados en un lanzamiento específico para una vista consolidada de lo que se logró.

Confirma en qué lanzamiento se incluyó una pieza de trabajo, proporcionando la verdad fundamental para el análisis de lanzamientos y el seguimiento de las funcionalidades entregadas.

Esto corresponde al campo 'fixVersions' en la respuesta de la API de Issue de Jira.