Su Template de datos para el ciclo de vida del desarrollo de software
Su Template de datos para el ciclo de vida del desarrollo de software
- Atributos recomendados para recopilar
- Actividades clave que debe seguir
- Guía para extraer datos de Jira Software
Atributos del ciclo de vida del desarrollo de software
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
Activity
|
Nombre de un evento específico o de un cambio de estado ocurrido durante el ciclo de vida de desarrollo de un elemento. | ||
|
Descripción
Este atributo representa un paso o hito concreto del proceso de desarrollo de software. Las actividades se obtienen de los cambios en el campo de estado de la incidencia de Jira o de otros eventos importantes, como las confirmaciones de código o las revisiones. En Process Mining, la secuencia de estas actividades forma el mapa del proceso. Analizarlas ayuda a identificar el flujo del proceso, medir la duración de etapas específicas y detectar desviaciones del flujo de trabajo estándar, como ciclos de retrabajo o controles de calidad omitidos.
Por qué es importante
Las actividades definen los pasos del proceso y su secuencia es esencial para visualizar el flujo, identificar cuellos de botella y analizar las variaciones del proceso.
Dónde obtenerlo
Por lo general, se obtiene de las transiciones del campo 'status' en el historial o el registro de cambios de la incidencia de Jira. También puede complementarse con datos de herramientas de desarrollo conectadas.
Ejemplos
Inicio del desarrolloRevisión de código realizadaPruebas de control de calidad completadasDesplegado en producción
|
|||
|
Elemento de desarrollo
DevelopmentItem
|
Identificador único de una unidad de trabajo, como una historia, un error o una tarea, en Jira Software. | ||
|
Descripción
El elemento de desarrollo funciona como identificador principal del caso y representa una unidad de trabajo concreta, como una funcionalidad, una corrección de errores o una tarea. Vincula todas las actividades de ese elemento, desde la concepción y planificación iniciales hasta el desarrollo, las pruebas y el despliegue. En Jira, suele corresponder a la clave de la incidencia, por ejemplo, 'PROJ-123'. El análisis de este atributo permite seguir el ciclo de vida completo de cada elemento de trabajo. Es la base para crear mapas de procesos, calcular tiempos de ciclo e identificar variaciones en el flujo de los distintos elementos a lo largo del proceso de desarrollo.
Por qué es importante
Esta es la clave esencial para vincular todas las actividades de desarrollo relacionadas y seguir el recorrido de un elemento de trabajo desde el inicio hasta el final.
Dónde obtenerlo
Este es el campo estándar 'key' de un objeto de incidencia en la API de incidencias de Jira Software.
Ejemplos
PROJ-101CORE-5432API-789
|
|||
|
Hora del evento
EventTime
|
Fecha y hora exactas en que ocurrió una actividad o evento de desarrollo específico. | ||
|
Descripción
La hora del evento es la marca de tiempo que registra cuándo tuvo lugar una actividad. Es la base temporal de todos los análisis de Process Mining, ya que establece el orden cronológico de los eventos de cada caso. Este atributo es fundamental para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo, de procesamiento y de espera entre actividades. Permite analizar el rendimiento del proceso a lo largo del tiempo y ayuda a identificar cuándo y dónde se producen demoras en el ciclo de vida del desarrollo.
Por qué es importante
Esta marca de tiempo es fundamental para ordenar correctamente los eventos y calcular todas las métricas de duración, claves para comprender la eficiencia del proceso e identificar demoras.
Dónde obtenerlo
Corresponde a la marca de tiempo 'created' de cada entrada del historial o registro de cambios de una incidencia.
Ejemplos
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
|
|||
|
Sistema de origen
SourceSystem
|
Sistema del que se extrajeron los datos del ciclo de vida del desarrollo. | ||
|
Descripción
Este atributo identifica el origen de los datos. En este proceso, siempre será 'Jira Software', pero resulta útil para distinguir los datos cuando se combinan varios sistemas de origen en un análisis más amplio. En un entorno de TI más amplio, especificar el sistema de origen permite mantener clara la trazabilidad de los datos y facilita la gestión de su calidad y de las tareas de integración entre distintas plataformas.
Por qué es importante
Proporciona una trazabilidad clara del origen de los datos, algo fundamental al integrar datos de varios sistemas o para fines de gobernanza y auditoría.
Dónde obtenerlo
Es un valor estático que debe añadirse durante el proceso de extracción y transformación de datos.
Ejemplos
Jira Software
|
|||
|
Última actualización de los datos
LastDataUpdate
|
Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este proceso desde el sistema de origen. | ||
|
Descripción
Este atributo registra la fecha y hora de la extracción de datos más reciente de Jira Software. Permite conocer la actualidad de los datos analizados. Conocer la hora de la última actualización es importante para entender si la información sobre el proceso está al día. Ayuda a analistas y usuarios de negocio a confirmar que consultan datos actuales y les indica hasta qué momento se incluyen eventos en el análisis.
Por qué es importante
Indica la actualidad de los datos, algo esencial para garantizar que los análisis y los Dashboards reflejen el estado más reciente del proceso.
Dónde obtenerlo
Esta marca de tiempo se genera y registra al final del proceso de extracción, transformación y carga (ETL) de datos.
Ejemplos
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Estado del elemento
ItemStatus
|
Estado actual del elemento de desarrollo dentro de su flujo de trabajo. | ||
|
Descripción
Este atributo refleja la etapa específica en la que se encuentra el elemento de desarrollo en un momento determinado, como 'En curso', 'En revisión' o 'Hecho'. La secuencia de cambios de estado a lo largo del tiempo genera las actividades para Process Mining. Mientras que el atributo 'Actividad' representa el evento de cambio, 'ItemStatus' indica el estado del elemento. Sirve como dimensión para filtrar y analizar, por ejemplo, para ver cuántos elementos se encuentran actualmente en un estado específico o analizar las características de los que permanecen mucho tiempo en un mismo estado.
Por qué es importante
Ofrece una instantánea de la etapa del ciclo de vida en la que se encuentra un elemento, esencial para el análisis por estado y para comprender la situación actual del trabajo en curso.
Dónde obtenerlo
Este es el campo 'status' dentro del objeto 'fields' de la respuesta de la API de incidencias de Jira.
Ejemplos
Por hacerEn cursoEn revisiónHecho
|
|||
|
Nombre del equipo
TeamName
|
Equipo de desarrollo responsable del elemento de trabajo. | ||
|
Descripción
Representa al equipo ágil o de funcionalidades asignado al elemento de desarrollo. En Jira, suele implementarse como un campo personalizado o puede deducirse de otra información, como el proyecto o un componente específico. Este atributo es esencial para analizar el rendimiento de cada equipo. Permite filtrar los Dashboards para mostrar métricas como el tiempo de ciclo, la tasa de retrabajo y el rendimiento de cada equipo. Es fundamental para los Dashboards 'Eficiencia de los traspasos entre etapas' y 'Carga de trabajo de desarrollo y progreso de los elementos'.
Por qué es importante
Permite medir y comparar el rendimiento de distintos equipos de desarrollo, identificar los de alto rendimiento y compartir buenas prácticas.
Dónde obtenerlo
A menudo, se trata de un campo personalizado de Jira. Consulte con el administrador de Jira para identificar el nombre específico del campo, que podría ser 'Team', 'Squad' o similar.
Ejemplos
Equipo PhoenixServicios centralesVengadores de UI/UX
|
|||
|
Nombre del proyecto
ProjectName
|
Nombre del proyecto de Jira al que pertenece el elemento de desarrollo. | ||
|
Descripción
En Jira, todos los elementos de trabajo se organizan en proyectos. El nombre del proyecto aporta contexto general y suele corresponder a un producto, equipo o iniciativa específicos. Este atributo es una dimensión útil para filtrar y comparar. Permite analizar y comparar el proceso del ciclo de vida del desarrollo de software (SDLC) entre distintos proyectos o productos. Así se puede descubrir qué proyectos son más eficientes, cuáles requieren más retrabajo y si los equipos siguen distintas variantes del proceso.
Por qué es importante
Permite segmentar el análisis del proceso por proyecto, producto o equipo, comparar el rendimiento e identificar buenas prácticas.
Dónde obtenerlo
Este es el campo 'project' dentro del objeto 'fields' de la respuesta de la API de incidencias de Jira.
Ejemplos
Desarrollo de aplicaciones móvilesPlataforma centralCiencia de datos
|
|||
|
Persona asignada
Assignee
|
Usuario asignado actualmente para gestionar el elemento de desarrollo. | ||
|
Descripción
La persona asignada es responsable del elemento de trabajo en su etapa actual. En Jira, este es un campo estándar que cambia cuando el elemento pasa de una persona o equipo a otro. Analizar a quién se asigna el trabajo es clave para comprender la asignación de recursos, la distribución de la carga de trabajo y los puntos de traspaso. Permite saber qué desarrolladores o equipos participan en etapas específicas, quién genera cuellos de botella y cómo se distribuye el trabajo en la organización.
Por qué es importante
Identifica al usuario o recurso responsable de una actividad y permite analizar la carga de trabajo, gestionar los recursos y comprender los traspasos entre personas.
Dónde obtenerlo
Este es el campo 'assignee' dentro del objeto 'fields' de la respuesta de la API de incidencias de Jira.
Ejemplos
Alice SmithBob JohnsonSin asignar
|
|||
|
Prioridad del elemento
ItemPriority
|
Nivel de prioridad asignado al elemento de desarrollo, que indica su urgencia. | ||
|
Descripción
La prioridad del elemento define la importancia o urgencia relativa de un elemento de trabajo. Jira ofrece un campo estándar 'priority' con niveles configurables, como máxima, alta, media y baja. Analizar la prioridad es fundamental para comprobar la conformidad e identificar cuellos de botella en los elementos críticos. Por ejemplo, el Dashboard 'Comprobación de conformidad de elementos prioritarios' utiliza este atributo para verificar si los elementos de alta prioridad avanzan más rápido, como se espera, o si se quedan atascados en las mismas colas que los de baja prioridad.
Por qué es importante
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 directa, para comprobar que se cumplan los SLA.
Dónde obtenerlo
Este es el campo 'priority' dentro del objeto 'fields' de la respuesta de la API de incidencias de Jira.
Ejemplos
MáximaAltaMediaBaja
|
|||
|
Tipo de elemento
ItemType
|
Clasificación del elemento de desarrollo, como error, historia, tarea o épica. | ||
|
Descripción
El tipo de elemento clasifica la naturaleza del trabajo realizado. Jira utiliza el campo estándar 'issuetype' para distinguir entre diferentes tipos de elementos de trabajo, que a menudo tienen flujos de trabajo propios. Este atributo es esencial para el análisis comparativo. Permite filtrar el proceso por tipo de trabajo, por ejemplo, para comparar el ciclo de vida de un error con el de una historia. Así se puede identificar si ciertos tipos de trabajo son más propensos a sufrir demoras, retrabajos o desviaciones del proceso estándar.
Por qué es importante
Permite segmentar el análisis del proceso para comparar cómo se gestionan distintos tipos de trabajo, como los errores y las nuevas funcionalidades, y detectar en qué se diferencian sus procesos.
Dónde obtenerlo
Este es el campo 'issuetype' dentro del objeto 'fields' de la respuesta de la API de incidencias de Jira.
Ejemplos
HistoriaErrorTareaÉpica
|
|||
|
Componente
Component
|
Subsección o área funcional de un proyecto a la que pertenece el elemento. | ||
|
Descripción
En Jira, los componentes permiten agrupar las incidencias de un proyecto en partes más pequeñas y manejables. Pueden representar un área funcional, como 'Autenticación de usuarios'; una capa técnica, como 'API de backend'; o un módulo, como 'Informes'. Analizar los datos por componente ofrece una visión más detallada 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 requieren más retrabajo, lo que puede señalar áreas con deuda técnica o complejidad.
Por qué es importante
Permite segmentar el proceso por áreas funcionales o técnicas del producto y ayuda a identificar qué componentes generan demoras o problemas de calidad.
Dónde obtenerlo
Este es el campo estándar 'components' dentro del objeto 'fields' de la respuesta de la API de incidencias de Jira.
Ejemplos
Interfaz de usuarioBase de datosGateway de APIAutenticación
|
|||
|
Es retrabajo
IsRework
|
Indicador que señala si una actividad forma parte de un ciclo de retrabajo. | ||
|
Descripción
Este atributo booleano es verdadero si una actividad representa un paso hacia atrás en el proceso, como volver a «Desarrollo iniciado» después de no superar las pruebas de control de calidad. Se determina analizando la secuencia de actividades de un caso. Identificar el retrabajo es fundamental para mejorar la eficiencia y la calidad del proceso. Este atributo permite calcular directamente el KPI «Tasa de actividades de retrabajo» y alimentar el Dashboard «Frecuencia y rutas de los ciclos de retrabajo». Permite cuantificar el esfuerzo desperdiciado y localizar las causas fundamentales de los problemas de calidad que generan retrabajo.
Por qué es importante
Señala explícitamente las actividades que forman parte de ciclos de retrabajo ineficientes, lo que permite medir y analizar con precisión el desperdicio y los problemas de calidad del proceso.
Dónde obtenerlo
Esta es un atributo calculado. Para obtenerlo, se debe definir el flujo de proceso esperado y señalar las actividades que se desvían al retroceder a una etapa anterior.
Ejemplos
truefalse
|
|||
|
Hora de finalización del evento
EventEndTime
|
Marca de tiempo en que se completó una actividad o cambió un estado. | ||
|
Descripción
Este atributo indica cuándo finaliza una actividad. Corresponde a la marca de tiempo de la actividad siguiente en la secuencia de un caso. Mientras que 'EventTime' (StartTime) marca el inicio de una actividad, EventEndTime marca su final. La diferencia entre ambas marcas de tiempo corresponde al tiempo de procesamiento de esa actividad. Este dato es fundamental para calcular el KPI 'Tiempo promedio de procesamiento por etapa' y crear Dashboards que analicen la duración de las actividades.
Por qué es importante
Define el punto final de una actividad y permite calcular la duración de cada paso del proceso, algo esencial para analizar cuellos de botella.
Dónde obtenerlo
Este es un atributo derivado. Para un evento determinado, su hora de finalización corresponde a la hora de inicio del siguiente evento del mismo caso.
Ejemplos
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
|
|||
|
Informante
Reporter
|
Usuario que creó o reportó originalmente el elemento de desarrollo. | ||
|
Descripción
El informante es la persona que creó la incidencia en Jira. Puede ser un desarrollador, una persona encargada de QA, un gerente de producto o incluso un cliente a través de una integración con una mesa de ayuda. Analizar quién informa permite conocer el origen del trabajo. Por ejemplo, puede comparar el ciclo de vida de los errores reportados por el equipo de QA con el de los reportados por clientes. También ayuda a comprender los patrones de comunicación y el flujo de información al inicio del proceso.
Por qué es importante
Identifica el origen del elemento de trabajo y permite analizar patrones según quién crea las tareas o reporta los errores.
Dónde obtenerlo
Este es el campo 'reporter' dentro del objeto 'fields' de la respuesta de la API de incidencias de Jira.
Ejemplos
Charles DarwinMarie CurieIsaac Newton
|
|||
|
Nombre del sprint
SprintName
|
Nombre del sprint ágil al que se asigna el elemento de desarrollo. | ||
|
Descripción
En los equipos que utilizan Scrum, el sprint es un periodo de duración fija durante el cual se completa un conjunto de tareas. Este atributo registra el nombre o identificador del sprint al que pertenece un elemento. Analizar los datos por sprint es fundamental para aplicar Process Mining a los métodos ágiles. Ayuda a evaluar el rendimiento de cada sprint, comprender el trabajo pendiente que pasa al siguiente y hacer un seguimiento del avance respecto a los objetivos del sprint. Aporta un contexto temporal más específico que los intervalos de fechas generales.
Por qué es importante
Aporta un contexto esencial para los equipos ágiles y permite analizar la eficiencia del proceso y el rendimiento sprint por sprint.
Dónde obtenerlo
Esta información suele almacenarse en un campo personalizado 'Sprint', gestionado por Jira Software (Agile). Se puede acceder a los datos mediante la API de incidencias.
Ejemplos
Sprint 1 de PROJSprint 3 del cuarto trimestre de 2023Sprint 2 de PI de noviembre
|
|||
|
Publicación planificada
PlannedReleaseVersion
|
Versión del software o publicación de destino en la que se prevé desplegar el elemento. | ||
|
Descripción
Este atributo, que suele corresponder al campo 'Affects Version/s' de Jira, indica la publicación prevista para una funcionalidad o corrección. Sirve como fecha objetivo para completar el trabajo. Es un atributo clave para el KPI 'Tasa de entregas de publicaciones a tiempo'. Al comparar la fecha real de despliegue con la fecha prevista asociada a esta versión, puede medir el cumplimiento del calendario y la previsibilidad del proceso de publicación.
Por qué es importante
Define la fecha o publicación de destino y permite calcular las tasas de entrega a tiempo y analizar el cumplimiento del calendario.
Dónde obtenerlo
Corresponde a los campos 'versions' o 'fixVersions' de la API de incidencias de Jira. El campo utilizado para la planificación puede variar.
Ejemplos
Versión 2.1Publicación del primer trimestre de 2024Lanzamiento del proyecto Phoenix
|
|||
|
Resolución del elemento
ItemResolution
|
Resultado final o motivo del cierre de un elemento de desarrollo. | ||
|
Descripción
La resolución explica por qué un elemento pasó a un estado cerrado. Aunque su estado sea 'Cerrado', la resolución puede ser 'Hecho', 'No se hará', 'Duplicado' o 'No se puede reproducir'. Esto aporta un contexto esencial sobre el resultado del trabajo. Analizar la resolución ayuda a distinguir el trabajo completado con éxito de los elementos cancelados o rechazados. Esto es importante para el análisis de calidad y para comprender el rendimiento real del trabajo valioso frente al esfuerzo dedicado a elementos que finalmente se descartaron.
Por qué es importante
Distingue los elementos completados con éxito de los cerrados por otros motivos, algo fundamental para analizar con precisión la productividad y la calidad.
Dónde obtenerlo
Este es el campo 'resolution' dentro del objeto 'fields' de la respuesta de la API de incidencias de Jira. Por lo general, solo se completa cuando se cierra una incidencia.
Ejemplos
HechoNo se haráDuplicadoNo se puede reproducir
|
|||
|
Tiempo de ciclo total
CycleTime
|
Duración total de principio a fin de un elemento de desarrollo. | ||
|
Descripción
El tiempo de ciclo mide el tiempo total transcurrido desde la creación de un elemento de desarrollo hasta su resolución final, por ejemplo, su implementación en producción. Se calcula para cada caso como la diferencia entre la marca de tiempo del primer evento y la del último. Es un KPI fundamental para medir la velocidad y la eficiencia generales del proceso. El KPI «Tiempo de ciclo promedio de principio a fin» y el Dashboard «Análisis general del tiempo de ciclo del ciclo de vida del desarrollo de software» se basan directamente en este cálculo. Reducir el tiempo de ciclo suele ser uno de los objetivos principales de las iniciativas de mejora de procesos.
Por qué es importante
Mide la velocidad de principio a fin del proceso de desarrollo y ofrece un indicador clave del rendimiento general y la velocidad de entrega.
Dónde obtenerlo
Este atributo se calcula para cada caso. Es la diferencia entre la marca de tiempo del último evento y la del primero para un «DevelopmentItem» determinado.
Ejemplos
12096002592000604800
|
|||
|
Tiempo de espera entre traspasos
HandoffWaitTime
|
Tiempo de inactividad entre dos actividades consecutivas. | ||
|
Descripción
Esta métrica calcula el tiempo de espera entre la finalización de una actividad y el inicio de la siguiente. Representa el tiempo durante el que el trabajo permanece inactivo, a la espera de que alguien se haga cargo. Es una métrica clave para el KPI «Tiempo de espera promedio entre traspasos» y el Dashboard «Eficiencia de los traspasos entre fases». Los tiempos de traspaso prolongados suelen indicar problemas de coordinación, limitaciones de recursos o una comunicación ineficiente entre equipos, por ejemplo, entre desarrollo y control de calidad. Reducir este tiempo de inactividad es una de las principales formas de acortar el tiempo de ciclo total.
Por qué es importante
Pone de manifiesto los tiempos de inactividad o de espera en el proceso, revela ineficiencias en los traspasos entre equipos o personas y ayuda a detectar problemas de coordinación.
Dónde obtenerlo
Esta es una métrica calculada. Corresponde a la diferencia entre la hora de inicio de una actividad y la hora de finalización de la actividad anterior del mismo caso.
Ejemplos
017280043200
|
|||
|
Versión de corrección
FixVersion
|
Versión del software en la que el elemento de desarrollo se resolvió y publicó. | ||
|
Descripción
En Jira, 'Fix Version' indica la publicación que incluye el trabajo completado de un elemento. Representa el resultado concreto del esfuerzo de desarrollo. Este atributo aporta el contexto de la publicación real, que puede compararse con 'PlannedReleaseVersion' para analizar el rendimiento de las entregas. También permite agrupar todos los elementos incluidos en una publicación específica y obtener una visión consolidada del trabajo realizado.
Por qué es importante
Confirma en qué publicación se incluyó un trabajo y proporciona la fuente de verdad para analizar las publicaciones y hacer un seguimiento de las funcionalidades entregadas.
Dónde obtenerlo
Corresponde al campo 'fixVersions' de la respuesta de la API de incidencias de Jira.
Ejemplos
v2.1.1 Corrección urgentev3.0.0 Publicación principalv2.2.0
|
|||
Actividades del ciclo de vida del desarrollo de software
| Actividad | Descripción | ||
|---|---|---|---|
|
Desplegado en producción
|
Este evento marca el momento en que los cambios de código asociados al elemento de desarrollo están disponibles en el entorno de producción. Puede inferirse a partir de un cambio final de estado a 'Hecho' o 'Publicado', o registrarse mediante un evento explícito de una herramienta de CI/CD integrada. | ||
|
Por qué es importante
Este es el principal punto de éxito del proceso. Es esencial para calcular el tiempo de ciclo total de principio a fin y medir la frecuencia de despliegue y el rendimiento.
Dónde obtenerlo
Puede inferirse del registro de cambios de la incidencia de Jira cuando el estado cambia a 'Publicado' o 'Hecho'. Para obtener mayor precisión, puede registrarse a partir de eventos de despliegue enviados por herramientas de CI/CD como Jenkins o Bamboo, o mediante la función Deployments de Jira.
Capturar
Fecha y hora del cambio de estado a 'Hecho' o 'Publicado'.
Tipo de evento
inferred
|
|||
|
Elemento de desarrollo creado
|
Este evento marca el inicio del ciclo de vida, cuando se registra formalmente en Jira un nuevo elemento de desarrollo, como una historia, un error o una tarea. El sistema registra explícitamente este evento con una marca de tiempo de creación para cada incidencia. | ||
|
Por qué es importante
Esta actividad marca el inicio definitivo del proceso, un dato esencial para calcular los tiempos de ciclo de principio a fin y hacer un seguimiento del volumen total de trabajo entrante.
Dónde obtenerlo
Este es un evento fundamental para cada incidencia de Jira. La marca de tiempo de creación se guarda en el campo «created» del registro de la incidencia y se puede consultar mediante la API de Jira.
Capturar
El campo de marca de tiempo «created» del objeto de incidencia de Jira.
Tipo de evento
explicit
|
|||
|
Inicio de las pruebas de control de calidad
|
Este evento marca el inicio de la fase formal de pruebas de control de calidad del elemento de desarrollo. Se deduce de un cambio de estado en Jira cuando la incidencia pasa a un estado como «En control de calidad», «En pruebas» o «Lista para pruebas». | ||
|
Por qué es importante
Este es un hito clave que da inicio al ciclo de validación de calidad. Medir el tiempo desde «Desarrollo completado» hasta este momento permite detectar demoras en los traspasos entre los equipos de desarrollo y control de calidad.
Dónde obtenerlo
Se deduce del registro de cambios de la incidencia de Jira. Corresponde a la marca de tiempo en que el campo «status» cambia a un estado de pruebas de control de calidad, como «En control de calidad».
Capturar
Marca de tiempo del cambio de estado a «En control de calidad» o «En pruebas».
Tipo de evento
inferred
|
|||
|
Inicio del desarrollo
|
Representa el momento en que un desarrollador empieza a trabajar activamente en el elemento de desarrollo. Casi siempre se deduce de un cambio de estado en el flujo de trabajo de Jira, por ejemplo, cuando el estado de la incidencia pasa a «En curso». | ||
|
Por qué es importante
Este es un hito clave para medir el tiempo de desarrollo activo. Permite distinguir el tiempo de espera del trabajo que aporta valor, una métrica importante para identificar cuellos de botella.
Dónde obtenerlo
Se deduce del registro de cambios de la incidencia de Jira. Corresponde a la marca de tiempo en que el campo «status» cambia por primera vez a «En curso», «En desarrollo» o un estado activo similar.
Capturar
Marca de tiempo del cambio de estado a «En curso».
Tipo de evento
inferred
|
|||
|
Pruebas de control de calidad completadas
|
Indica que el elemento de desarrollo ha superado todas las comprobaciones de control de calidad y está listo para la siguiente etapa, como las pruebas de aceptación del usuario o el lanzamiento. Se deduce de un cambio de estado que lo saca del estado principal de pruebas. | ||
|
Por qué es importante
Este momento marca la finalización de un control de calidad importante. Analizar la duración de esta fase ayuda a optimizar los procesos de pruebas y la asignación de recursos.
Dónde obtenerlo
Se deduce del registro de cambios de la incidencia de Jira. Corresponde a la marca de tiempo en que el campo «status» pasa de «En control de calidad» a un estado posterior, como «Listo para UAT» o «Listo para la versión».
Capturar
Marca de tiempo del cambio de estado de «En control de calidad» a «Listo para UAT».
Tipo de evento
inferred
|
|||
|
UAT aprobada
|
Representa la finalización satisfactoria de las pruebas de aceptación del usuario e indica que las partes interesadas han aprobado el lanzamiento. Se deduce de un cambio de estado de «En UAT» a un estado como «Listo para la versión» o «Hecho». | ||
|
Por qué es importante
Este hito confirma la aceptación por parte del negocio y autoriza el paso del elemento a producción. Es un punto de control crítico para garantizar que el trabajo entregado cumpla las expectativas de las personas usuarias.
Dónde obtenerlo
Se infiere del registro de cambios de la incidencia de Jira. Corresponde a la fecha y hora en que el estado cambia de 'En UAT' al siguiente estado del flujo de trabajo, lo que indica su aprobación.
Capturar
Fecha y hora del cambio de estado de 'En UAT' a 'Listo para la publicación'.
Tipo de evento
inferred
|
|||
|
Desarrollo completado
|
Esta actividad indica que el desarrollador ha terminado de programar y que el elemento está listo para la siguiente etapa, como la revisión de código o las pruebas. Se deduce de un cambio de estado en Jira, por ejemplo, al pasar de «En curso» a «En revisión» o «Listo para control de calidad». | ||
|
Por qué es importante
Este momento marca el final de la fase principal de desarrollo y permite analizar la duración de la programación y la eficiencia de los traspasos al equipo de control de calidad.
Dónde obtenerlo
Se deduce del registro de cambios de la incidencia de Jira, a partir de la marca de tiempo en que el campo «status» cambia de un estado de desarrollo activo a otro posterior, como «En revisión» o «Listo para control de calidad».
Capturar
Marca de tiempo del cambio de estado de «En curso» a «En revisión» o «Listo para control de calidad».
Tipo de evento
inferred
|
|||
|
Elemento de desarrollo cancelado
|
Representa la finalización de un elemento de desarrollo antes de completarse. Se infiere cuando el estado cambia a uno final, como 'Cancelado', 'Rechazado' o 'No se hará', y suele ir acompañado de una resolución específica. | ||
|
Por qué es importante
Esta actividad permite hacer un seguimiento de los resultados no satisfactorios del proceso. Analizar por qué se cancelan los elementos puede revelar problemas de planificación, priorización o definición de requisitos.
Dónde obtenerlo
Se infiere del registro de cambios de la incidencia de Jira. Corresponde a la fecha y hora en que el 'status' de la incidencia cambia a 'Cancelado' o 'No se hará' y se asigna la resolución correspondiente.
Capturar
Fecha y hora del cambio de estado a 'Cancelado', 'Rechazado' o 'No se hará'.
Tipo de evento
inferred
|
|||
|
Elemento de desarrollo cerrado
|
Esta es la acción administrativa final, que confirma que no se espera más trabajo sobre el elemento. Suele inferirse cuando el estado cambia a 'Cerrado' y se asigna un valor al campo 'Resolución'. | ||
|
Por qué es importante
Representa el final absoluto del recorrido de un elemento. Compararlo con 'Desplegado en producción' puede revelar demoras administrativas o periodos de supervisión posteriores al despliegue.
Dónde obtenerlo
Se infiere del registro de cambios de la incidencia de Jira. Corresponde a la fecha y hora en que el campo 'status' cambia a 'Cerrado' y se asigna una resolución.
Capturar
Fecha y hora del cambio de estado a 'Cerrado'.
Tipo de evento
inferred
|
|||
|
Elemento listo para el desarrollo
|
Indica que un elemento de desarrollo ya tiene todos los detalles, se ha revisado y priorizado, y está listo para que un desarrollador empiece a trabajar. Por lo general, se deduce de un cambio de estado en el flujo de trabajo, por ejemplo, al pasar de «Backlog» a «Por hacer» o «Listo para desarrollo». | ||
|
Por qué es importante
El seguimiento de este momento permite medir si el backlog está listo y cuánto esperan los elementos antes de que comience el desarrollo. También permite separar el tiempo de planificación y perfeccionamiento del tiempo de desarrollo activo.
Dónde obtenerlo
Se deduce del registro de cambios de la incidencia de Jira. Busque la marca de tiempo en que el campo «status» cambia a un valor como «Listo para desarrollo», «Por hacer» o «Seleccionado para desarrollo».
Capturar
Marca de tiempo del cambio de estado a un estado de preparación previo al desarrollo.
Tipo de evento
inferred
|
|||
|
Inicio de UAT
|
Marca el inicio de las pruebas de aceptación del usuario, en las que las partes interesadas del negocio o los usuarios finales validan la nueva funcionalidad. Se deduce de un cambio de estado en Jira a un estado como «En UAT» o «Pruebas de aceptación del usuario». | ||
|
Por qué es importante
Esta actividad registra el inicio de la fase de validación final antes del lanzamiento. Analizar su duración es clave para comprender y reducir las demoras causadas por la disponibilidad de las partes interesadas o los ciclos de retroalimentación.
Dónde obtenerlo
Se deduce del registro de cambios de la incidencia de Jira. Corresponde a la marca de tiempo en que el campo «status» se actualiza a «En UAT» o a un estado similar.
Capturar
Marca de tiempo del cambio de estado a «En UAT».
Tipo de evento
inferred
|
|||
|
Preparado para la publicación
|
Indica que el elemento de desarrollo superó todas las comprobaciones y se incluyó en una versión específica del software, a la espera de su despliegue. Suele inferirse cuando el estado de una incidencia cambia a 'Listo para la publicación' o cuando se completa el campo 'Versión de corrección'. | ||
|
Por qué es importante
Esta actividad permite hacer un seguimiento de la preparación de la publicación y del tiempo que los elementos esperan una ventana de despliegue una vez finalizados el desarrollo y las pruebas.
Dónde obtenerlo
Por lo general, se infiere del registro de cambios de la incidencia de Jira cuando el estado cambia a 'Listo para la publicación'. También puede inferirse a partir de la fecha y hora en que se completa el campo 'Versiones de corrección'.
Capturar
Fecha y hora del cambio de estado a 'Listo para la publicación' o del momento en que se completa el campo 'Versión de corrección'.
Tipo de evento
inferred
|
|||
|
Pruebas de control de calidad fallidas
|
Indica que el equipo de control de calidad encontró un defecto y devolvió el elemento de desarrollo a los desarrolladores para que lo corrijan. Se deduce de una transición a un estado anterior, por ejemplo, de «En control de calidad» a «En curso» o «Por hacer». | ||
|
Por qué es importante
Esta actividad es esencial para identificar ciclos de retrabajo. Hacer un seguimiento de su frecuencia permite cuantificar el coste de la mala calidad y detectar oportunidades de mejora en el desarrollo o los requisitos.
Dónde obtenerlo
Se deduce del registro de cambios de la incidencia de Jira. Se registra cuando el campo «status» pasa de un estado de pruebas, como «En control de calidad», a un estado de desarrollo anterior, como «En curso».
Capturar
Marca de tiempo del cambio de estado de un estado de pruebas a uno de desarrollo.
Tipo de evento
inferred
|
|||
|
Revisión de código realizada
|
Indica que una persona del equipo o responsable ha revisado el código para comprobar su calidad, el cumplimiento de los estándares y su funcionalidad. Puede deducirse de un cambio de estado, por ejemplo, al pasar de «En revisión» a «Listo para control de calidad», o registrarse explícitamente mediante herramientas de desarrollo integradas. | ||
|
Por qué es importante
Esta actividad es un control de calidad esencial. Analizar su duración y sus resultados, como el retrabajo, ayuda a mejorar la calidad del código y a reducir los errores detectados en etapas posteriores.
Dónde obtenerlo
Suele deducirse del registro de cambios de la incidencia de Jira cuando el estado deja de ser «Revisión de código». También puede registrarse como un evento explícito si se integran herramientas de repositorio de código como Bitbucket o GitHub.
Capturar
Marca de tiempo del cambio de estado de «En revisión» al estado siguiente.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para empezar?
Empiece hoy mismo a optimizar el ciclo de vida del desarrollo de software preparando sus datos con este Template. Obtenga información que le ayude a acelerar las entregas y mejorar la calidad.
Optimice hoy mismo el SDLC en Jira Software. ¡Empiece ya!
Localice ineficiencias y reduzca un 30 % el tiempo de ciclo del ciclo de vida del desarrollo de software.
No se requiere tarjeta de crédito. Empiece a optimizar en cuestión de minutos.