Hay una escena que se repite en muchas organizaciones tecnológicas.
Se abre un dashboard de Jira.
Se revisan versiones, estados y fechas.
Alguien comenta que “parece que vamos bien”.
Y, sin embargo, nadie sabe responder con claridad a una pregunta muy simple:
¿Cada cuánto estamos entregando valor real en producción?
Sabemos cuántas tareas se cierran.
Sabemos cuántas versiones se planifican.
Sabemos cuántas reuniones se celebran.
Pero no sabemos cómo fluye realmente el trabajo hasta convertirse en valor.
Ahí empieza el problema.
Cuando medir versiones no es medir entregas
Un artículo reciente de nuestro partner Release Management aborda una cuestión aparentemente técnica: cómo construir un reporte de frecuencia de releases en Jira.
A primera vista parece un contenido centrado en reporting. Sin embargo, leído con atención, revela una limitación más profunda.
Jira no dispone de un informe nativo que muestre con claridad cada cuánto se libera a producción. Permite visualizar versiones, pero no tendencias consolidadas. Permite consultar estados, pero no comprender el flujo completo.
El artículo propone soluciones prácticas: gadgets, filtros, workflows específicos e incluso el uso de aplicaciones especializadas.
Pero la cuestión de fondo es otra:
¿Estamos midiendo actividad o estamos midiendo entrega real?
Contar versiones publicadas no equivale a entender cómo fluye el trabajo. Para ello, no basta con un reporte. Es necesario modelar el sistema para que los datos reflejen la realidad operativa.
El concepto de flujo como propiedad del sistema
Este punto conecta directamente con cómo Scaled Agile, Inc. (SAI) está redefiniendo el concepto de Flow dentro del marco SAFe.
El flujo no es una métrica de equipo.
Es una propiedad del sistema completo.
Por eso SAFe propone:
- Mapear el flujo de valor.
- Implantar sistemas Kanban en distintos niveles.
- Medir con métricas de flujo, no de actividad.
- Aplicar aceleradores que reduzcan fricción.
- Desarrollar capacidades de Flow Coaching.
Este último punto resulta determinante.
SAI no habla de dashboards. Habla de personas capaces de interpretar el comportamiento del sistema y acompañar su mejora.
Medir el flujo no es una cuestión de herramientas. Es una cuestión de diseño organizativo.
El síntoma recurrente
En knowmad mood escuchamos con frecuencia frases como:
“Todo es urgente.”
“Tenemos demasiadas iniciativas abiertas.”
“No sabemos qué podríamos detener sin generar riesgo.”
Estos síntomas no revelan una carencia tecnológica. Indican que el flujo del sistema completo no está siendo gestionado.
En muchos casos, el problema no reside en el equipo, ni en el proceso, ni en Jira. Reside en que nadie está observando el portafolio como un sistema interconectado de flujo y valor.
La respuesta estructural: la Oficina de Gestión del Valor
P Para abordar este reto existe la Oficina de Gestión del Valor, VMO.
No se trata de un proyecto puntual, sino de una capacidad organizativa orientada a gobernar decisiones e inversiones desde la perspectiva del flujo y el valor.
La VMO trabaja en lo que SAFe denomina Flow Coaching a nivel de portafolio, y lo articula a través de capacidades específicas:
- Gestión del flujo del portafolio: visualizar el trabajo, limitar el WIP y reducir cuellos de botella.
- Medición de valor y resultados: conectar objetivos estratégicos, flujo operativo e impacto real.
- Formación y acompañamiento: capacitar a roles clave para interpretar métricas de flujo y tomar decisiones basadas en datos.
Dentro de estas capacidades se desarrolla explícitamente el Flow Coaching, ayudando a la organización a:
- Mapear su flujo real.
- Definir métricas adecuadas, incluida la frecuencia de liberación.
- Identificar aceleradores de flujo.
- Implantar sistemas Kanban coherentes.
- Tomar decisiones basadas en flujo y valor, no en urgencias.
El artículo técnico como punto de partida
Desde esta perspectiva, el artículo de Release Management deja de ser un tutorial aislado.
Se convierte en una pieza necesaria para capturar los datos que permiten interpretar y mejorar el sistema.
Primero es necesario disponer de visibilidad fiable.
Después, comprender el comportamiento del flujo.
Finalmente, actuar sobre él.
Herramienta, marco conceptual y acompañamiento forman un conjunto inseparable.
Medir releases como inicio del cambio
Medir la frecuencia de liberaciones en Jira puede ser un buen punto de partida.
Pero no es el objetivo final.
El verdadero propósito es evaluar si la organización está diseñada para que el valor fluya sin fricciones estructurales.
- La tecnología aporta visibilidad.
- El marco metodológico aporta coherencia.
- La gobernanza aporta capacidad de transformación.
Cuando estas tres dimensiones se integran, el flujo deja de ser una aspiración y se convierte en una capacidad organizativa sostenible.
El primer paso puede ser construir el reporte.
El trabajo real comienza cuando surge la pregunta correcta:
¿Qué nos está diciendo este dato sobre cómo funciona nuestro sistema?
William Guevara, Responsable de la Línea de Negocio Culture & Workplace