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

Development Item sirve como identificador principal del caso y representa una unidad de trabajo específica cuyo seguimiento se realiza. Vincula todas las actividades, desde la concepción y planificación iniciales hasta el desarrollo, las pruebas y la implementación de ese elemento.

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 las variantes del proceso para cada funcionalidad o corrección de errores. Cada evento del registro debe asociarse a un Development Item para crear un mapa de proceso coherente.

Es el identificador central que conecta todas las actividades de desarrollo relacionadas en una única instancia del proceso, lo que permite analizar el ciclo de vida completo de cada elemento de trabajo.

Normalmente es 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 las duraciones entre actividades, identificar los tiempos de espera y medir el tiempo de ciclo general del proceso. Es un componente fundamental de los Dashboards que analizan el rendimiento, como el análisis del tiempo de ciclo de extremo a extremo del SDLC, y para calcular indicadores clave de rendimiento como el tiempo de entrega de la revisión de 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.

Normalmente se encuentra en campos de marca de tiempo generados por el sistema, como «sys_updated_on» o «sys_created_on», en la pista 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 forman 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 proceso, ayuda a identificar cuellos de botella entre los pasos y destaca las variantes del proceso que no cumplen las normas o son ineficientes. El conjunto definido de actividades incluye etapas clave como diseño, desarrollo, pruebas e implementación.

Define los pasos del mapa de proceso, lo que permite analizar el flujo del proceso, identificar cuellos de botella y descubrir desviaciones respecto al SDLC estándar.

Normalmente se obtiene asignando los cambios de estado, los registros de eventos o las entradas de la pista de auditoría a una lista estandarizada de nombres de actividades. Por ejemplo, un cambio del campo «state» a «In Progress» podría asignarse a «Development Started».

Este atributo especifica el sistema de origen de los datos de eventos. En este proceso, será siempre «ServiceNow DevOps».

Aunque pueda parecer estático, incluir explícitamente el sistema de origen es fundamental para la gobernanza de datos y en entornos donde los datos pueden combinarse desde varios sistemas, como Jira o Azure DevOps. Garantiza la 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 comprender la actualidad del análisis. Indica a los usuarios qué tan actuales 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 garantiza que las decisiones se basen en datos oportunos.

Proporciona un contexto esencial sobre la actualidad de los datos y garantiza que los usuarios comprendan hasta qué punto está actualizado el análisis del proceso.

Esta marca de tiempo se genera y añade durante el proceso de extracción de datos, y registra cuándo se ejecutó la extracción.

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

Este atributo es fundamental para analizar la asignación de recursos, la carga de trabajo y las transferencias. Es compatible directamente con el panel «Developer Workload and Handoffs» y el KPI «Activity Volume per Developer». El seguimiento de los cambios en este campo permite medir los tiempos de transferencia e identificar cuellos de botella de colaboración entre desarrolladores o entre los equipos de desarrollo y QA.

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

Esta información normalmente se almacena en el campo «assigned_to» de las tablas relacionadas con tareas en ServiceNow.

Este es un atributo derivado que identifica las actividades que tienen lugar después de que el proceso haya retrocedido a una etapa anterior. Por ejemplo, si la actividad «Development Started» ocurre después de «QA Testing Completed» para el mismo elemento, se marca como retrabajo.

Este indicador es esencial para cuantificar y visualizar el retrabajo. Es compatible directamente con el panel «Rework and Rejection Flow Analysis» y se utiliza para calcular el KPI «Rework Rate after Testing». Al marcar estos eventos, los analistas pueden filtrar y analizar fácilmente la frecuencia, las causas y el impacto del retrabajo en el tiempo de ciclo general.

Este indicador facilita la cuantificación y el análisis del retrabajo, 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 Development Item en ServiceNow. Mientras que las actividades representan pasos derivados del proceso, el estado representa la etapa formal en el Workflow del sistema.

El estado suele ser la fuente a partir de la cual se derivan las actividades. Puede utilizarse para validar los datos y crear vistas más sencillas y generales del proceso. Por ejemplo, analizar el tiempo empleado en cada estado puede ofrecer una perspectiva de los cuellos de botella distinta de la que se obtiene al analizar el tiempo entre actividades. También resulta útil para identificar elementos estancados o resueltos.

Proporciona el estado oficial del sistema para un elemento de trabajo. A menudo es la fuente para derivar actividades y puede utilizarse para la validación y el análisis general del estado.

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

Este atributo identifica al equipo asignado a un elemento de trabajo, como «Frontend Developers», «Backend Services» o «QA Team». A medida que avanza, el elemento de trabajo suele transferirse entre distintos grupos de asignación.

El seguimiento del grupo de asignación es esencial para comprender la colaboración entre funciones y las transferencias. Ayuda a identificar retrasos sistémicos que se producen cuando el trabajo pasa de un equipo a otro. Este atributo permite analizar el rendimiento y la carga de trabajo de los equipos, así como identificar qué equipos actúan como cuellos de botella en el flujo general.

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

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

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

Segmentar el proceso por módulo o componente es fundamental para identificar cuellos de botella localizados. El panel «Component-Specific Bottleneck Insights» y el KPI «Avg Stage Duration by Component» utilizan este atributo para determinar si ciertas partes de la base de código se asocian sistemáticamente con ciclos de desarrollo más largos, mayores tasas de retrabajo o fallos de implementación más frecuentes. Esto ayuda a centrar los esfuerzos de mejora donde más se necesitan.

Permite segmentar el análisis por aplicación o componente y ayuda a aislar cuellos de botella o problemas de calidad específicos de determinadas partes del sistema.

A menudo es un campo personalizado o una referencia a la Configuration Management Database (CMDB) que vincula el elemento de trabajo a un registro «cmdb_ci». Consulte la documentación de ServiceNow DevOps.

Este atributo clasifica los elementos de desarrollo según su urgencia empresarial. 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 proceso para comprobar si los elementos de alta prioridad siguen una ruta más rápida o diferente. Es esencial para el panel y el KPI «High-Priority Feature Delivery Time», ya que ayuda a validar si los elementos críticos realmente reciben un tratamiento prioritario.

Permite filtrar y comparar procesos con distintos niveles de prioridad, y ayuda a comprobar si los elementos de alta prioridad se procesan de forma más rápida y eficiente.

Es un campo estándar, normalmente denominado «priority», en las tablas relacionadas con tareas de ServiceNow.

Este atributo es una métrica calculada que representa la duración de extremo a extremo de un Development Item. Se calcula obteniendo la diferencia entre la marca de tiempo de la primera actividad y la de la última actividad de cada caso.

Es un indicador clave de rendimiento principal para todo el proceso SDLC y respalda directamente el KPI «Average SDLC Cycle Time». Proporciona una medida general de la velocidad y 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 impacto de las iniciativas de mejora del proceso.

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

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

Este atributo distingue entre los distintos tipos de trabajo que avanzan por el proceso SDLC. Por ejemplo, el proceso para corregir un error crítico puede ser diferente y más rápido que el proceso para 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 tienen una tasa de retrabajo mayor que las funcionalidades nuevas?» o «¿Es aceptable nuestro tiempo de ciclo para reducir la deuda técnica?». Esta segmentación proporciona insights más profundos que una vista del proceso igual para todos los casos.

Distingue entre distintos tipos de trabajo, como funcionalidades y errores, que pueden tener rutas de proceso, prioridades y duraciones previstas diferentes.

Puede determinarse a partir de la tabla de origen del registro, por ejemplo, «rm_story» frente a «rm_bug», o mediante un campo «type» en una tabla de tareas genérica.

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

Este atributo es esencial para el panel «Deployment Success and Failure Trends» y el KPI «Deployment Failure Rate». Al analizar la frecuencia y las tendencias de los fallos de implementación, las organizaciones pueden identificar problemas subyacentes en las pruebas, la infraestructura o la coordinación de lanzamientos. Esto ayuda a centrar los esfuerzos en mejorar la calidad y 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 de implementación y analizar la estabilidad de los lanzamientos.

Este estado normalmente se registra en tareas de seguimiento de implementaciones o en registros de ejecución de canalizaciones 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 «Code Review Performed» o «QA Testing».

En Process Mining, disponer de la hora de inicio y de finalización permite calcular con precisión los tiempos de procesamiento de las actividades y distinguirlos del tiempo de espera entre actividades. Esto ayuda a determinar si los retrasos se deben a tareas largas o a esperas prolongadas de recursos. En eventos considerados instantáneos, como «Build Triggered», la hora de finalización puede coincidir con la hora de inicio.

Permite calcular con precisión el tiempo de procesamiento de las actividades, lo que ayuda a diferenciar el tiempo dedicado a trabajar del tiempo dedicado a esperar.

Puede ser necesario derivarlo. Podría ser la marca de tiempo de inicio de la actividad siguiente o proceder de un campo independiente de «end date», si está disponible en el sistema de origen.

Este atributo proporciona un vínculo directo entre un Development Item y el cambio de código específico en el repositorio de código fuente, como Git. Se registra cuando tiene lugar la actividad «Code Committed».

En Process Mining, el Commit ID 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 correlacionar las métricas de complejidad del código con los tiempos de ciclo de desarrollo. Esto proporciona una capa de análisis de causa raíz mucho más profunda y técnica.

Vincula el evento del proceso con un cambio de código específico y permite realizar un análisis de causa raíz más profundo al correlacionar las métricas del proceso con los detalles del código.

ServiceNow DevOps lo captura mediante integraciones con sistemas de gestión de código fuente como Git o SVN. Los datos residen en tablas relacionadas vinculadas al Development Item.

Cuando un elemento no supera QA o UAT, este atributo registra el motivo del fallo. 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 proporciona un contexto esencial para el panel «Rework and Rejection Flow Analysis». En lugar de limitarse a saber que hubo retrabajo, los analistas pueden comprender 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.

Proporciona información cualitativa sobre los motivos del retrabajo y permite aplicar mejoras específicas al proceso para aumentar la calidad y reducir los ciclos de retrabajo.

Puede registrarse en un 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 Development Item a un lanzamiento planificado específico, como «Version 2.3» o «Q4 2023 Release». 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 panel «Release Plan Adherence Monitoring». Al comparar las fechas reales de finalización con las fechas de lanzamiento planificadas, los equipos pueden medir el cumplimiento del calendario, identificar los elementos en riesgo de no llegar a un lanzamiento y analizar las causas de los retrasos. Proporciona un vínculo directo entre el proceso de desarrollo detallado y los objetivos empresariales de alto nivel.

Conecta el trabajo de desarrollo con lanzamientos específicos y permite analizar el cumplimiento del calendario y el impacto de los retrasos del proceso en los plazos de lanzamiento.

Esta información normalmente se almacena en un campo «release» o «planned_release», que suele hacer referencia a una tabla de gestión de lanzamientos en ServiceNow. Consulte la documentación de ServiceNow DevOps.