25 KPI Ágiles de un vistazo - ¡1 simple KPI es suficiente!
Hay muchos métricas ágiles (Indicadores clave de rendimiento o en Inglés: “KPI” Key Performance Indicators) y métodos de medición. Pero siempre tienes que tener en cuenta una cosa:
Dime cómo me mides y te diré cómo me comportaré.
Dr. Eli Goldratt
Por tanto, hay que plantearse una pregunta: ¿Son relevantes todos estos KPI ágiles? Y luego está esta otra cita:
La sencillez es el alma de la eficiencia.
Austin Freeman
Así que la siguiente pregunta es: si quisiéramos medir la agilidad de la forma más sencilla posible, ¿cómo la mediríamos? ¿Qué métricas y mediciones ágiles son más importantes? O si tuviéramos que medir una sola cosa, ¿cuál sería?
Resumen: Métricas ágiles y KPIs típicos
Existen demasiadas formas de recopilar métricas ágiles y KPIs. Aquí tienes un resumen de las posibilidades (no exhaustivo):
| KPI ágil | Explicación | Basado en… | Correlación con el beneficio para el cliente | Sencillez de medición | Se dirige a… |
|---|---|---|---|---|---|
| Sprint Burndown Chart | Muestra el progreso dentro del Sprint para alcanzar el objetivo del Sprint | Esfuerzo estimado subjetivamente | Bajo 🔴 | Parcialmente manual ⚠️ | Productividad 🏃 |
| Velocidad | Indicador de cuánto trabajo se ha realizado durante un Sprint | Suma de los Story Points estimados subjetivamente (User Stories completas) | Bajo 🔴 | Parcialmente manual ⚠️ | Productividad 🏃 |
| Epic y Release Burndown | Monitoreo del progreso a través de muchas tareas hacia un Epic | Esfuerzo estimado subjetivamente | Medio ⚠️ | Parcialmente manual ⚠️ | Productividad 🏃 |
| Control Chart | Duración temporal desde el estado “En curso” hasta “Terminado” de las tareas | Medición objetiva del tiempo | Bajo 🔴 | Automatizado ✅ | Productividad 🏃 |
| Cumulative Flow Diagram | Número de tareas en el Backlog en relación con el tiempo restante | Número objetivo de tareas vs. tiempo | Medio ⚠️ | Automatizado ✅ | Productividad 🏃 |
| Lead Time | Periodo de tiempo entre el encargo de un producto hasta su entrega | Medición objetiva del tiempo | Medio ⚠️ | Automatizado ✅ | Productividad 🏃 |
| Value Delivered o Valor entregado al cliente | Beneficio para el cliente de un requerimiento en € o puntos | Estimado subjetivamente y asignado por el Product Owner | Medio ⚠️ | Parcialmente manual ⚠️ | Beneficio para el cliente 🔍 |
| Puntuación del promotor neto | Disposición a recomendar el producto | Subjetivo por parte del cliente | Alto ✅ | Parcialmente manual y requiere herramientas 🔴 | Beneficio para el cliente 🔍 |
| Work Item Age | Indicación de cuánto tiempo transcurre desde el inicio hasta la finalización de una tarea | Objetivo mediante una herramienta | Bajo 🔴 | Automatizado ✅ | Productividad 🏃 |
| Throughput | Promedio de tareas finalizadas en un tiempo determinado | Objetivo mediante una herramienta | Medio ⚠️ | Automatizado ✅ | Productividad 🏃 |
| Blocked Time | Número y duración de las tareas que no pueden seguir procesándose debido a dependencias internas | Objetivo mediante una herramienta | Medio ⚠️ | Automatizado ✅ | Previsibilidad 🎲 |
| Defectos escapados | Indicación del número de errores de software cuando se publica un lanzamiento | Objetivo mediante una herramienta | Medio ⚠️ | Automatizado ✅ | Calidad 🏆 |
| Failed Deployments | Número de despliegues | Objetivo mediante una herramienta | Medio ⚠️ | Automatizado ✅ | Calidad 🏆 |
| Code Coverage | Grado en el que se ejecuta el código fuente de un programa (indica la calidad del software) | Objetivo mediante una herramienta | Medio ⚠️ | Automatizado ✅ | Calidad 🏆 |
| Quality Intelligence | Ayuda a identificar cambios recientes en el código (indica la calidad del software) | Objetivo mediante una herramienta | Medio ⚠️ | Automatizado ✅ | Calidad 🏆 |
| Cycle Time | ”Work in progress” dividido por la tasa promedio de finalización de tareas (indica qué tan bien funciona el flujo de trabajo) | Objetivo mediante una herramienta | Medio ⚠️ | Automatizado ✅ | Productividad 🏃 |
| Satisfacción del cliente | Satisfacción del cliente o usuario con el producto o servicio | Subjetivo por parte del cliente | Alto ✅ | Parcialmente manual y requiere herramientas 🔴 | Beneficio para el cliente 🔍 |
| Planned-to-done-ratio | Relación entre las User Stories planificadas y las finalizadas | Objetivo mediante una herramienta | Medio ⚠️ | Automatizado ✅ | Previsibilidad 🎲 |
| Índice de utilización | Muestra qué funciones utilizan realmente los clientes y con qué intensidad | Objetivo mediante una herramienta | Alto ✅ | Parcialmente manual ⚠️ | Beneficio para el cliente 🔍 |
| Tasa de innovación | Capacidad de los equipos para desarrollar funciones valiosas frente a subsanar el trabajo “malo” (corrección de errores y solicitudes de soporte) | Objetivo mediante una herramienta | Medio ⚠️ | Parcialmente manual y requiere herramientas 🔴 | Calidad 🏆 |
| Valor de la empresa | El valor de la empresa (o área de negocio) | Objetivo o subjetivo por parte de los stakeholders | Medio ⚠️ | Parcialmente manual ⚠️ | Beneficio para el cliente 🔍 |
| seguridad psicologica | Probabilidad de que los empleados compartan abiertamente sus opiniones e ideas | Subjetivo a través de una herramienta (de encuesta) | Alto ✅ | Parcialmente manual y se necesitan herramientas 🔴 | Cultura 🧑🤝🧑 |
| Propósito | Una razón emocional de por qué existe tu empresa o departamento | Subjetivo a través de una herramienta (de encuesta) | Alto ✅ | Parcialmente manual y se necesitan herramientas 🔴 | Cultura 🧑🤝🧑 |
| Visión | Una imagen emocional de cómo se verá tu empresa o departamento en el futuro | Subjetivo a través de una herramienta (de encuesta) | Alto ✅ | Parcialmente manual y se necesitan herramientas 🔴 | Cultura 🧑🤝🧑 |
| Satisfacción / Felicidad de los empleados | Satisfacción de los empleados con su trabajo | Subjetivo a través de una herramienta (de encuesta) | Alto ✅ | Parcialmente manual y se necesitan herramientas 🔴 | Cultura 🧑🤝🧑 |
No me malinterpretes: por supuesto que puedes tener modelos de madurez ágiles o métricas ágiles más complicados, como el Agilómetro. Pero el experimento mental de querer medir sólo un KPI me parece bastante emocionante. Por eso este artículo explora este objetivo.
Utilizamos los KPI ágiles anteriores como base para este texto.
Una nota previa: Una métrica ágil simple, pragmática pero muy útil es la que se muestra en el video aquí. Agustina incluso comparte públicamente los datos del equipo de todo el año pasado:
¿Rechazar las métricas y los KPI ágiles?
¿Queremos métricas ágiles?
Antes de profundizar, una cosa que oigo o leo regularmente en LinkedIn cuando hablo con entrenadores ágiles, scrum masters o consultores de Scaled Agile Frameworks: ¿quieres siquiera medir la agilidad?
Hay mentiras, hay malditas mentiras y luego están las estadísticas.
Mark Twain
Mark Twain es un poco dramático al respecto. Pero tiene razón. Un punto que Albert Einstein expuso en pocas palabras.
No todo lo que se puede contar cuenta.
Albert Einstein
¿Cuáles son las buenas “KPIs” en Agile - ¿Velocity, Burndown-Charts, número de implementaciones fallidas? ¿Son estas métricas ágiles cruciales para el éxito ágil? Lo dudo.
¿Pero renunciar a todas las métricas? Eso también sería un error.
Ventajas de los KPIs y métricas ágiles
En el mundo actual, el entorno empresarial cambia rápidamente. En tiempos de bonanza, los responsables piensan en una transformación ágil porque tienen los recursos y la seguridad. ¿Y en los malos tiempos?
En los malos tiempos económicos, los líderes volverán a caer en el pensamiento tradicional. Volverán a caer en viejas pautas de comportamiento: por ejemplo, decisiones de arriba abajo que no son realmente compatibles con el pensamiento ágil moderno.
"¡Muchos miembros del equipo no se atreven a hablar!"
Resuelve este reto"¡Descubrimos demasiados problemas y fallos inesperados en una fase tardía!"
Resuelve este reto"¿Por qué a veces tardo horas en preparar una simple retrospectiva?"
Resuelve este retoAsí que si los líderes no tienen unos KPI claros con los que dirigir el barco en los malos tiempos, ni siquiera empieces una transformación ágil. Porque entonces cualquier progreso realizado dentro de esta transformación se destruiría en la crisis económica.
Así que probablemente la única posibilidad de que los métodos ágiles sobrevivan a tiempos difíciles en el entorno escalado sea vencer al sistema con sus propias armas: proporcionando métricas. Métricas que ayudan a gestionar en tiempos de incertidumbre.
Y estoy seguro: hay métricas ágiles que añaden valor.
En retrospectiva, creo que uno de mis mayores errores fue siempre categorizar las métricas para la transformación ágil **haber rechazado.
Marcus Raitner
Einstein también lo dice en su cita: Hay cosas que cuentan. De esto trata este artículo.
Medir la agilidad: ¿Qué hace que una métrica ágil sea buena?
Supongamos que la pregunta que haces en tu Daily Stand-up es típicamente: ¿Qué has logrado hoy? Así que esta es la forma en que “mides” el progreso en tu equipo.
Buena pregunta, ¿verdad? No, no es correcto. Esta pregunta empuja al equipo a demostrar que está trabajando duro. La pregunta presiona al equipo para que complete la “lista de tareas pendientes” para que pueda referirse con orgullo a la métrica: ¡Sí, he estado bastante ocupado en las últimas 24 horas!
Pero, ¿completar la “lista de tareas pendientes” es bueno o no? Bueno, depende. Algo más es mucho más importante: A saber, alcanzar el objetivo del equipo. Esto es típicamente - en el caso de los equipos ágiles - la entrega de valor al cliente o en inglés “delivering value”.
KPIs ágiles: cómo medir la agilidad
Por lo tanto, una mejor pregunta (o métrica) en tu Daily Stand-up sería: “¿Cómo has ayudado a tu equipo u organización a alcanzar nuestro objetivo (de Sprint) en las últimas 24 horas?”
Cambia tu pregunta (o la métrica), cambia la forma en que la gente piensa y actúa: primero eficaz, luego eficiente - parafraseando a Peter Drucker decir.
Cambia la métrica, cambia la forma en que la gente piensa y actúa.
Parafraseando a Einstein: Tenemos que encontrar la única cosa que se puede contar - y que realmente cuenta.
Entonces, ¿qué es lo que realmente cuenta en una transformación ágil?
La mirada correcta a los métricas ágiles
El objetivo de vuestra transformación ágil no es definitivamente una transformación ágil. ¿Por qué estáis haciendo la transformación ágil? Apliquemos la “técnica de los 3 porqués” para entenderlo:

La razón central de tu transformación ágil: no quieres acabar como la empresa Blockbuster, que ignoró las tendencias del sector y las necesidades de los clientes, no estaba abierta al cambio y acabó quedándose sin dinero.
Quieres acabar como Netflix, que evoluciona constantemente su modelo de negocio en torno a las necesidades básicas de sus clientes. Basta con mirar el Estudio de caso Blockbuster vs. Netflix.
¿Cómo puedes traducir eso en una métrica en una transformación ágil? Eso va a ser difícil.
Lo que hacen las empresas en su lugar: Utiliza métricas porque son fáciles de medir. Porque las herramientas que hay ahí fuera las escupen de todos modos. La probabilidad de que éstas sean las métricas correctas es bastante baja.
Por ejemplo, no se trata de mejorar la velocidad o la rapidez del sprint. Éste es un error común: controlar y medir el esfuerzo o la eficacia. Por el contrario, se trata de satisfacer las necesidades de los clientes.
KPIs ágiles y medición de la agilidad: una conclusión importante
Una vez establecido todo esto, tenemos que medir la validez de nuestra “única métrica” con respecto a algo o encontrar un correlato.
Tenemos que medir los resultados, no los productos. Tenemos que medir nuestra transformación ágil en función de lo mucho que nos ayuda a alcanzar nuestro objetivo. No tenemos que medir a las personas por el tiempo que dedican, sino por su contribución a una visión o un objetivo común: ¡tenemos que medir el valor que se ha creado para el cliente!
Si queremos medir por el valor del cliente, tenemos que comprender muy bien sus necesidades.
Por ejemplo, una empresa ferroviaria tiene que entender que no está en el negocio ferroviario. Tiene que entender que está en el negocio del transporte. Porque a los clientes les da igual ser transportados en tren o en avión.
Una breve digresión: lo importante con las métricas ágiles es, por supuesto, reflexionar sobre ellas. Como por ejemplo con el Salud de Spotify con la retrospectiva correspondiente.
Puedes hacer exactamente eso (también entre equipos si es necesario) a través de nuestra herramienta de Health Check & Retrospectiva. Puedes encontrar más información al respecto en “Cómo funciona”. También puedes echar un vistazo a una retrospectiva de Health Check aquí. En este caso, es una retro con respecto a Scrum.
Scrum Health Check: Así es como funciona la retroalimentación
-
Rompehielos aleatorio (2-5 minutos)
Echometer os proporciona un generador de preguntas aleatorias para el registro.
-
Revisión de las medidas abiertas (2-5 minutos)
Antes de empezar con nuevos temas, debéis hablar una vez sobre el control de eficacia de lo que ha sido de las medidas de las retrospectivas pasadas. Echometer enumera automáticamente todos los elementos de acción abiertos de las retrospectivas pasadas.
-
Chequeo médico
Todos los miembros del equipo pueden responder a los Health Checks de forma anónima en una escala. A continuación, revisad juntos los resultados de los Health Checks y, si es necesario, registrad comentarios adicionales. Si utilizáis los mismos Health Checks en varias retrospectivas, también podéis realizar un seguimiento de las tendencias a lo largo del tiempo en Echometer.
- Planificación: el refinamiento de la cartera de pedidos en nuestro equipo se ejecuta de manera eficiente y efectiva.
- Orientación al cliente: La planificación de nuestros sprints se basa siempre en conseguir el mayor beneficio posible para el cliente en el tiempo dado.
- Educación ágil: los miembros del equipo, los propietarios de productos y los maestros de scrum comparten la misma comprensión de sus respectivos roles en el equipo.
- Eventos de Scrum: Últimamente, cada Daily en el equipo ha valido la pena.
-
Discutir temas de retroalimentación
Utilizad las siguientes preguntas abiertas para recopilar vuestras conclusiones más importantes. Primero, cada uno por su cuenta de forma encubierta. Echometer permite revelar cada columna del tablero de retroalimentación individualmente para luego presentar y agrupar los comentarios.
-
Pregunta comodín (recomendada)
Para que también haya un lugar para otros temas:
- ¿De qué más te gustaría hablar en la retroalimentación?
-
Priorización / Votación (5 minutos)
En el tablero de retroalimentación de Echometer podéis priorizar fácilmente los comentarios con la votación. La votación es, por supuesto, anónima.
-
Definir medidas (10-20 minutos)
Se puede crear una medida enlazada a través del símbolo más en un comentario. ¿Aún no estás seguro de qué medida sería la correcta? Entonces, abrid una pizarra blanca sobre el tema a través del símbolo más para hacer una lluvia de ideas sobre las causas raíz y las posibles medidas.
-
Checkout / Cierre (5 minutos)
Echometer os permite recopilar comentarios anónimos del equipo sobre lo útil que fue la retroalimentación. Esto crea la puntuación ROTI ("Retrun On Time Invested"), que podéis seguir a lo largo del tiempo.
Scrum Health Check
Preguntas de Health Check (escala)
Por tanto, la medición de las métricas de cultura (como la seguridad psicológica) puede tener lugar en retrospectivas ágiles, en las que las medidas también pueden derivarse inmediatamente.
Una alternativa son las reuniones individuales entre directivos y empleados.
Incluso en esta rutina, unas breves encuestas y reflexiones periódicas sobre el pulso pueden ayudar a recopilar métricas significativas de la cultura y, al mismo tiempo, implantar un proceso de mejora continua.
Nuestra herramienta Echometer también puede ayudarte con esto. La siguiente plantilla contiene algunas preguntas sobre salud sobre las que puedes reflexionar individualmente con los miembros de tu equipo. Puedes responderlas en una escala del 1 al 7.
Pruébalo sin iniciar sesión utilizando el botón :
⁉️ Chequeo del estado de ánimo en la reunión individual: Desarrollo personal
- "Mis tareas laborales suelen avanzar muy rápido, incluso cuando es necesario un feedback externo".
- "Cuando observo un comportamiento subóptimo, sé cómo llamar la atención de mis compañeros de forma constructiva".
- "Recibo feedback constructivo tanto sobre mi trabajo como sobre mi desarrollo personal".
- "Veo un camino profesional atractivo en la empresa". #Growth
- "En las últimas semanas, he podido utilizar muy a menudo mis puntos fuertes en el trabajo".
Así es como se ve esta encuesta en Echometer:
Otra visión de las métricas ágiles: Temporización
Aquí es importante otra reflexión. En el mejor de los casos, las métricas dependen del momento y/o de la fase en que te encuentres en tu transformación ágil.
Supongamos que ya sabes que una transformación ágil con el Marco Ágil Escalado (SAFe®) u otros marcos ágiles es el paso adecuado para ti (por cierto, esto es lo primero que deberías plantearte como empresa).
En este caso, debes centrarte en Comienza de la transformación ágil radican en una cosa: La mentalidad ágil del equipo directivo.
¿Está realmente dispuesto el equipo directivo a cambiar? ¿Comprende las implicaciones de una transformación? ¿Está dispuesto a ser el primer equipo de la empresa en introducir seriamente métodos ágiles, incluyendo Kanban, retrospectivas ágiles y autorreflexión continua?
En teoría, una primera métrica ágil debería centrarse en la “disposición de la dirección o del equipo directivo”. Mi colega Jean da en su artículo 7 consejos sobre el papel de los líderes en las transformaciones ágiles .
La siguiente pregunta importante que debes hacerte en tu transformación: ¿Disponemos de los procesos adecuados para comprender y controlar continuamente las necesidades de nuestros clientes? Ésta podría ser la próxima métrica ágil.
Pero espera. Esto no nos ayuda a alcanzar el objetivo de este texto, solo a cosa a medir.
No. Sirve para darte un poco de inspiración para tu transformación ágil respecto a un modelo de madurez ágil significativo.
Así que echemos un vistazo a las métricas ágiles típicas y cómo se correlacionan con los resultados más importantes de tu transformación ágil: el valor para el cliente.
Las métricas ágiles más importantes: un ranking
Arriba encontrarás una tabla con los Métricas ágiles más comunesEstos son los objetivos que desempeñan un papel en los marcos ágiles a escala y en las transformaciones ágiles. Los he agrupado según cinco áreas, cinco objetivos que puedes en general con una transformación ágil:
- Beneficios para el cliente¿Las métricas satisfacen las necesidades del cliente?
- Previsibilidad: ¿Realizamos las entregas a tiempo y con procesos fluidos?
- Productividad¿Hacemos cada vez más tareas en el mismo tiempo y con los mismos recursos?
- CalidadEntregamos un producto libre de defectos y otros problemas?
- Cultura¿Están satisfechos los empleados de nuestra organización, aprenden continuamente y pueden ser innovadores para mantener a largo plazo la velocidad de entrega prevista?
KPIs ágiles: cómo medir el éxito ágil
El cuadro también da una indicación de
- lo fácil que es medir la métrica (según mi experiencia personal)
- En qué medida esta métrica se correlaciona con nuestro objetivo central a largo plazo: Valor futuro para el cliente (basado en mi experiencia).
Entonces, ¿cuál es de la tabla anterior el ¿métrica ágil? ¿Qué es un buen KPI en agile?
Es interesante que no parezca haber ninguna métrica ágil que sea fácil de medir y que al mismo tiempo aporte el máximo valor al cliente. Pero eso también es una pena.
Yo diría que la “simplicidad de la medición” no es tan importante como la “correlación con el futuro valor para el cliente”. Por lo tanto, las métricas más válidas parecen ser el “Índice de uso”, la “Satisfacción del cliente” o el “Net Promoter Score”.
Por cierto, puedes empezar hoy mismo a recopilar 11 KPI en tu equipo llevando a cabo el llamado Spotify Health Check con tu equipo. Echa un vistazo a este vídeo y a los otros vídeos mencionados para ver cómo funciona:
Scaled agile Frameworks - ¿el KPI ágil más importante es…?
No importa si utilizas el Marco Ágil Escalado (SAFe®) u otro modelo para aumentar tu madurez ágil.
Dadas estas tres métricas, lo que más se correlaciona con el valor futuro del cliente es probablemente la satisfacción del cliente. O, para ser más precisos, la satisfacción del cliente de primera categoría. Puedes encontrar más información sobre este tema con este enlace.
La satisfacción del cliente también tiene probablemente la mayor correlación de todas estas métricas con el ROI de tu transformación ágil. Te dice si debes cambiar algo o mantener el rumbo.
KPIs ágiles: ¿basta con una métrica sencilla, o no?
Pero ¡para! Si sólo te centras en la satisfacción del cliente, ¿cómo te aseguras de que puedes superar a tus competidores? a largo plazo ¿por delante? ¿Cómo hacéis posible que las ideas innovadoras y disruptivas crezcan y prosperen en vuestra empresa? Lo que finalmente es vuestro objetivo a largo plazo…
Ante estas preguntas, creo que deberíamos volver a lo básico: Para crear continuamente valor para el cliente e innovar, necesitas otras dos cosas: procesos ágiles y fluidos y una cultura corporativa sana.
Tu cultura corporativa garantiza que los empleados se sientan Psicológicamente seguro sienten, están abiertos al fracaso, hablan y comparten sus ideas. Y tus procesos ágiles garantizan que pongas en práctica tus ideas más rápidamente que tus competidores.
**Ágil, como líder, apunta a un enfoque de personas primero; pone a las personas por encima de las cosas.**Vikram Verma
El siguiente gráfico lo ilustra de forma sencilla. Si el valor para el cliente es tu objetivo a largo plazo, entonces la entrada para ello es “procesos ágiles” por “cultura corporativa”.
Cultura × Procesos ágiles = Valor a largo plazo para el cliente
Una vez leí que “la transformación ágil requiere un cambio de cultura, no de proceso.”
No puedo estar de acuerdo con ello. Requiere ambas cosas.
Tres KPI ágiles en el modelo de madurez ágil
Así que, si solo quieres medir una cosa en Scaled Agile Frameworks (SAFe®) u otros frameworks, entonces sería la satisfacción del cliente. Pero, sinceramente, no puedo recomendar medir solo una cosa, lo siento si te decepciono.
Si realmente quieres simplificar al máximo tus métricas, te recomiendo medir al menos tres cosas para obtener una indicación de tu madurez ágil:
- Echa de menos la Beneficio o valor para el cliente - a través de la satisfacción del cliente.
- Echo de menos tu Cultura de empresa - por seguridad psicológica como indicador de aprendizaje e innovación.
- Echa de menos la Establecimiento de métodos ágiles - utilizando la “relación planificado-realizado” como indicador de lo bien que sois capaces de ofrecer valor al cliente de forma incremental.
Después de medir, desarrolla algo. Pues aprende de ello. Y luego itera sobre tus métricas… Construye. Medida. Aprende…
Sencillo, ¿verdad? No, claro que no. Pero, ¿te tomas en serio el establecimiento de marcos ágiles en tu organización?
¿Qué es un buen KPI ágil y cómo me beneficia en mi transformación ágil?
Actualmente estamos encuestando a docenas de expertos - Release Train Engineers, Agile Coaches, Scaled Agile Framework Berater - sobre el tema de los KPIs y las métricas en el contexto de Scaled Agile Frameworks y métodos ágiles.
Basándonos en estas entrevistas, hemos desarrollado el Proyecto Scagile: 7 seminarios web que te ayudarán a 7 errores típicos en las transformaciones ágiles para evitarlo. Uno de los seminarios web trata sobre “Métricas ágiles”.
Si todavía estás buscando un tablero retro adecuado, nuestro artículo puede ayudarte con el tema: Las mejores tablas retro en comparación.