Su Template de datos para el ciclo de vida de desarrollo de software

El elemento de desarrollo es el identificador principal del caso y representa una unidad de trabajo concreta a la que se hace seguimiento. Vincula todas las actividades de ese elemento, desde la concepción y la planificación iniciales hasta el desarrollo, las pruebas y la implementación.

En el análisis de Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada elemento de trabajo. Permite visualizar los flujos del proceso, calcular los tiempos de ciclo totales e identificar variantes del proceso para cada funcionalidad o corrección de errores. Cada evento del registro debe estar asociado a un elemento de desarrollo para crear un mapa de procesos coherente.

Este es el identificador principal que conecta todas las actividades de desarrollo relacionadas en una sola instancia del proceso y permite analizar el ciclo de vida completo de cada elemento de trabajo.

Este identificador suele ser la clave principal de las tablas que gestionan historias, errores o tareas, como las tablas 'rm_story', 'rm_bug' o 'task' de ServiceNow.

Este atributo proporciona la fecha y la hora en que se registró cada actividad del ciclo de vida del desarrollo. Es esencial para ordenar cronológicamente los eventos y realizar todos los análisis basados en el tiempo.

En Process Mining, la hora de inicio se utiliza para calcular la duración entre actividades, detectar tiempos de espera y medir el tiempo de ciclo total del proceso. Es un componente clave de los Dashboards que analizan el rendimiento, como el análisis del tiempo de ciclo de principio a fin del SDLC, y para calcular indicadores clave de rendimiento como el tiempo de entrega de la revisión del código.

Esta marca de tiempo es esencial para ordenar correctamente los eventos y calcular todas las métricas de rendimiento, incluidos los tiempos de ciclo, las duraciones y los tiempos de espera.

Suele encontrarse en campos de marca de tiempo generados por el sistema, como 'sys_updated_on' o 'sys_created_on', en el registro de auditoría o en las tablas de tareas.

Este atributo registra el nombre de cada hito o tarea completada durante el ciclo de vida del desarrollo de software. Estas actividades conforman los pasos secuenciales del proceso, desde la creación hasta la implementación.

Analizar la secuencia y la frecuencia de estas actividades es la función principal de Process Mining. Permite construir el mapa de procesos, ayuda a detectar cuellos de botella entre etapas y pone de manifiesto variaciones ineficientes o que no cumplen los estándares. El conjunto de actividades definido incluye etapas clave como diseño, desarrollo, pruebas e implementación.

Define los pasos del mapa de procesos y permite analizar el flujo del proceso, detectar cuellos de botella y descubrir desviaciones del SDLC estándar.

Por lo general, se obtiene al asignar los cambios de estado, los registros de eventos o las entradas del registro de auditoría a una lista estandarizada de nombres de actividades. Por ejemplo, un cambio del campo 'state' a 'In Progress' podría corresponder a 'Desarrollo iniciado'.

Este atributo especifica el sistema de origen de los datos de eventos. Para este proceso, el valor será siempre 'ServiceNow DevOps'.

Aunque parezca un dato estático, incluir explícitamente el sistema de origen es fundamental para la gobernanza de datos y en entornos donde se combinan datos de varios sistemas, como Jira o Azure DevOps. Aporta claridad sobre la procedencia de los datos y ayuda a diagnosticar problemas de calidad o extracción.

Garantiza la trazabilidad de los datos y es esencial para mantener su integridad, especialmente al integrar datos de varias herramientas de desarrollo.

Es un valor estático que debe añadirse durante el proceso de extracción y transformación de datos.

Este atributo registra cuándo se extrajo o actualizó por última vez el conjunto de datos desde ServiceNow DevOps. Se aplica al conjunto de datos completo, no a eventos individuales.

Esta marca de tiempo es fundamental para conocer la actualidad del análisis. Indica a los usuarios qué tan recientes son las conclusiones sobre el proceso y ayuda a programar las actualizaciones de datos. Mostrar esta información en los Dashboards aporta contexto a todas las métricas y visualizaciones, y permite tomar decisiones con datos actualizados.

Aporta contexto esencial sobre la actualidad de los datos y permite a los usuarios saber qué tan actualizado está el análisis del proceso.

Esta marca de tiempo se genera y se añade durante la extracción de datos para registrar cuándo se realizó.

Este atributo identifica a la persona responsable de realizar una tarea o actividad específica. Es dinámico y puede cambiar a medida que el elemento de desarrollo pasa por distintas etapas y equipos.

Este atributo es clave para analizar la asignación de recursos, la carga de trabajo y los traspasos. Es compatible directamente con el Dashboard 'Carga de trabajo y traspasos entre desarrolladores' y el KPI 'Volumen de actividades por desarrollador'. Al hacer un seguimiento de los cambios en este campo, es posible medir los tiempos de traspaso y detectar cuellos de botella en la colaboración entre desarrolladores o entre los equipos de desarrollo y control de calidad.

Es esencial para el análisis basado en recursos, incluida la distribución de la carga de trabajo, la eficiencia de los traspasos y la detección de patrones de rendimiento específicos de cada equipo.

Esta información suele almacenarse en el campo 'assigned_to' de las tablas de tareas de ServiceNow.

Este atributo derivado identifica las actividades que se producen después de que el proceso retrocede a una etapa anterior. Por ejemplo, si para un mismo elemento se registra la actividad 'Desarrollo iniciado' después de 'Pruebas de control de calidad completadas', se marca como retrabajo.

Este indicador es esencial para cuantificar y visualizar el retrabajo. Respalda directamente el Dashboard 'Análisis del flujo de retrabajo y rechazo' y se utiliza para calcular el KPI 'Tasa de retrabajo después de las pruebas'. Al marcar estos eventos, los analistas pueden filtrar y analizar fácilmente la frecuencia, las causas y el efecto del retrabajo en el tiempo de ciclo general.

Este indicador facilita la cuantificación y el análisis del retrabajo, lo que ayuda a medir la calidad del proceso e identificar las causas raíz de la repetición del trabajo.

Este atributo se calcula en la herramienta de Process Mining mediante el análisis de la secuencia de actividades de cada caso para detectar retrocesos en el flujo del proceso.

Este atributo refleja el estado oficial del elemento de desarrollo en ServiceNow. Las actividades representan pasos derivados del proceso, mientras que el estado indica la etapa formal en el flujo de trabajo del sistema.

A menudo, el estado es el origen del que se derivan las actividades. Puede utilizarse para validar los datos y crear vistas del proceso más sencillas y de alto nivel. Por ejemplo, analizar el tiempo que se permanece en cada estado ofrece una perspectiva distinta de los cuellos de botella que analizar el tiempo entre actividades. También permite identificar elementos estancados o resueltos.

Proporciona el estado oficial del elemento de trabajo en el sistema. A menudo es el origen del que se derivan las actividades y puede utilizarse para validar datos y analizar estados a alto nivel.

Es un campo estándar, normalmente llamado 'state' o 'stage', en las tablas de ServiceNow relacionadas con tareas.

Este atributo identifica al equipo asignado a un elemento de trabajo, por ejemplo, 'Desarrollo frontend', 'Servicios backend' o 'Equipo de control de calidad'. A medida que avanza, el elemento de trabajo suele pasar de un grupo de asignación a otro.

Registrar el grupo de asignación es esencial para comprender la colaboración entre equipos y los traspasos de trabajo. Ayuda a detectar demoras sistémicas que se producen cuando el trabajo pasa de un equipo a otro. Este atributo permite analizar el rendimiento y la carga de trabajo de cada equipo, así como identificar cuáles generan cuellos de botella en el flujo general.

Registra qué equipo es responsable del trabajo y permite analizar su rendimiento, equilibrar la carga de trabajo y evaluar la eficiencia de los traspasos entre equipos.

Esta información se almacena en el campo 'assignment_group', un campo estándar de las tablas de ServiceNow relacionadas con tareas.

Este atributo clasifica el trabajo de desarrollo según la parte del sistema a la que afecta. Puede tratarse de un microservicio, un componente de la interfaz de usuario o una aplicación de backend.

Segmentar el proceso por módulo o componente es fundamental para detectar cuellos de botella localizados. El Dashboard 'Información sobre cuellos de botella por componente' y el KPI 'Duración media de la etapa por componente' utilizan este atributo para determinar si ciertas partes del código se asocian sistemáticamente con ciclos de desarrollo más largos, más retrabajo o más fallos de implementación. Así, es posible centrar las mejoras donde más se necesitan.

Permite segmentar el análisis por aplicación o componente para detectar cuellos de botella o problemas de calidad en partes específicas del sistema.

A menudo se trata de un campo personalizado o una referencia a la base de datos de gestión de la configuración (CMDB), que vincula el elemento de trabajo con un registro 'cmdb_ci'. Consulte la documentación de ServiceNow DevOps.

Este atributo clasifica los elementos de desarrollo según su urgencia para el negocio. Los niveles de prioridad ayudan a los equipos a centrarse en las tareas más críticas y suelen utilizarse para gestionar los SLA y las expectativas de las partes interesadas.

En Process Mining, la prioridad es una dimensión clave para el análisis comparativo. Permite filtrar el mapa de procesos para comprobar si los elementos de alta prioridad siguen una ruta más rápida o diferente. Es esencial para el Dashboard y el KPI 'Tiempo de entrega de funcionalidades de alta prioridad', que permiten comprobar si los elementos críticos reciben realmente un tratamiento prioritario.

Permite filtrar y comparar los procesos según el nivel de prioridad, y comprobar si los elementos de alta prioridad se procesan con mayor rapidez y eficiencia.

Es un campo estándar, a menudo llamado 'priority', en las tablas de ServiceNow relacionadas con tareas.

Este atributo es una métrica calculada que representa la duración integral de un elemento de desarrollo. Se calcula restando la marca de tiempo de la primera actividad a la de la última para cada caso.

Es un indicador clave de rendimiento para todo el proceso SDLC y respalda directamente el KPI 'Tiempo de ciclo medio de SDLC'. Ofrece una medida general de la velocidad y la eficiencia del proceso. Analizar esta métrica a lo largo del tiempo y según distintas dimensiones, como la prioridad o el equipo, ayuda a evaluar el efecto de las iniciativas de mejora.

Representa la duración total del proceso de un elemento de trabajo, una métrica clave para medir la eficiencia y la velocidad generales del proceso.

No es un campo del sistema de origen. Se calcula en la herramienta de Process Mining restando el StartTime mínimo del StartTime máximo de cada CaseId.

Este atributo distingue los distintos tipos de trabajo que avanzan por el proceso SDLC. Por ejemplo, el proceso para corregir un error crítico puede ser distinto y más rápido que el de desarrollar una nueva funcionalidad.

Analizar el proceso según el tipo de elemento de trabajo permite comprender mejor el rendimiento. Ayuda a responder preguntas como: '¿Los errores requieren más retrabajo que las nuevas funcionalidades?' o '¿Es aceptable el tiempo de ciclo para reducir la deuda técnica?'. Esta segmentación ofrece conclusiones más detalladas que una única vista del proceso para todos los casos.

Distingue los distintos tipos de trabajo, como las funcionalidades y los errores, que pueden seguir rutas de proceso, tener prioridades y requerir tiempos diferentes.

Puede determinarse a partir de la tabla de origen del registro (por ejemplo, 'rm_story' o 'rm_bug') o de un campo 'type' en una tabla genérica de tareas.

Este atributo registra el resultado de una implementación en un entorno específico. Es un dato fundamental para comprender la fiabilidad y estabilidad del proceso de lanzamiento.

Este atributo es esencial para el Dashboard 'Tendencias de éxito y fallos de implementación' y el KPI 'Tasa de fallos de implementación'. Al analizar la frecuencia y las tendencias de los fallos, las organizaciones pueden detectar problemas subyacentes en las pruebas, la infraestructura o la coordinación de los lanzamientos. Esto ayuda a centrar los esfuerzos en mejorar la calidad y la fiabilidad de la entrega de software.

Mide directamente el éxito de las actividades de implementación, un dato fundamental para calcular la tasa de fallos y analizar la estabilidad de los lanzamientos.

Este estado suele registrarse en tareas de seguimiento de implementaciones o en registros de ejecución de pipelines de CI/CD integrados con ServiceNow DevOps.

Este atributo proporciona la fecha y la hora en que se completó cada actividad del ciclo de vida del desarrollo. Es especialmente útil para actividades con una duración medible, como 'Revisión de código realizada' o 'Pruebas de control de calidad'.

En Process Mining, disponer de las horas de inicio y finalización permite calcular con precisión el tiempo de procesamiento de las actividades y distinguirlo del tiempo de espera entre ellas. Así se puede determinar si las demoras se deben a tareas largas o a la espera de recursos. En eventos considerados instantáneos, como 'Compilación iniciada', la hora de finalización puede coincidir con la hora de inicio.

Permite calcular con precisión el tiempo de procesamiento de las actividades y distinguir el tiempo dedicado al trabajo del tiempo de espera.

Es posible que haya que calcularlo. Puede corresponder a la marca de tiempo de inicio de la actividad siguiente o proceder de un campo independiente de 'fecha de finalización', si el sistema de origen lo incluye.

Este atributo vincula directamente un elemento de desarrollo con un cambio de código específico del repositorio de código fuente, como Git. Se registra cuando se produce la actividad 'Código confirmado'.

En Process Mining, el ID de confirmación enriquece el análisis al conectar los datos del proceso con los datos de ingeniería. Permite rastrear una implementación problemática hasta el cambio de código exacto o relacionar las métricas de complejidad del código con los tiempos de ciclo de desarrollo. Esto aporta un nivel de análisis de causas raíz mucho más detallado y técnico.

Vincula el evento del proceso con un cambio de código específico y permite profundizar en el análisis de causas raíz al relacionar las métricas del proceso con detalles del código.

Este dato se captura mediante las integraciones de ServiceNow DevOps con sistemas de gestión de código fuente como Git o SVN. Los datos se encuentran en tablas relacionadas con el elemento de desarrollo.

Cuando un elemento no supera el control de calidad o las pruebas de aceptación del usuario (UAT), este atributo registra el motivo. Puede tratarse de una categoría de error específica, una interpretación incorrecta de los requisitos o un problema del entorno.

Esta información aporta un contexto fundamental al Dashboard 'Análisis del flujo de retrabajo y rechazo'. Además de saber que hubo retrabajo, los analistas pueden entender por qué ocurrió. Esto permite aplicar mejoras específicas, como definir mejor los requisitos, reforzar las pruebas unitarias o estabilizar los entornos de prueba, para reducir la tasa general de retrabajo.

Aporta información cualitativa sobre los motivos del retrabajo y permite introducir mejoras específicas en el proceso para elevar la calidad y reducir los ciclos de repetición.

Puede registrarse en el campo 'close_notes' cuando falla una prueba o en un campo personalizado específico 'rework_reason'. Consulte la documentación de ServiceNow DevOps.

Este atributo vincula un elemento de desarrollo con un lanzamiento previsto específico, como 'Versión 2.3' o 'Lanzamiento del cuarto trimestre de 2023'. Es un elemento clave para la gestión de proyectos y la planificación de lanzamientos.

En Process Mining, este atributo es fundamental para el Dashboard 'Seguimiento del cumplimiento del plan de lanzamientos'. Al comparar las fechas reales de finalización con las fechas previstas, los equipos pueden medir el cumplimiento del calendario, detectar elementos que podrían quedar fuera de un lanzamiento y analizar las causas de las demoras. Así se establece un vínculo directo entre el proceso de desarrollo detallado y los objetivos generales del negocio.

Vincula el trabajo de desarrollo con lanzamientos específicos y permite analizar el cumplimiento del calendario y el efecto de las demoras del proceso en las fechas de lanzamiento.

Esta información suele almacenarse en un campo 'release' o 'planned_release', que a menudo hace referencia a una tabla de gestión de lanzamientos de ServiceNow. Consulte la documentación de ServiceNow DevOps.