Realworld
Cómo medir la productividad en equipos de producto: aprendizajes desde Ocado Technology · LAB
Únete a nuestra comunidad.
Te invitamos a participar en los próximos Runroom LAB y eventos que organizamos en Runroom. Consulta las próximas fechas.
Medir la productividad en equipos de producto sigue siendo uno de los mayores retos para las organizaciones digitales. A partir del caso de Ocado Technology, explorado en un Runroom LAB junto a su Deputy CTO, Toni Tassani, descubrimos por qué medir no es el objetivo, sino el medio para mejorar, y cómo encontrar el equilibrio entre métricas, impacto y experiencia de equipo.
El dilema de la productividad en producto digital
La productividad en equipos de producto no es una métrica sencilla. A diferencia de entornos industriales, donde el output es fácilmente cuantificable, en el desarrollo de software y productos digitales intervienen factores como la calidad, la sostenibilidad o la capacidad de adaptación.
En este contexto, muchas organizaciones se preguntan:
- ¿Qué significa realmente ser productivo?
- ¿Qué debemos medir?
- ¿Cómo evitar que las métricas distorsionen el comportamiento de los equipos?
Estas preguntas fueron el punto de partida del Runroom LAB centrado en productividad, donde se analizó el enfoque de Ocado Technology, una compañía pionera en automatización logística y desarrollo tecnológico a escala global.
El caso Ocado: medir para mejorar, no para controlar
Uno de los principales aprendizajes compartidos por Toni Tassani es que medir la productividad no es un fin en sí mismo, sino un vehículo para la mejora continua.
En Ocado, el enfoque parte de una idea clave:
Antes de medir, hay que entender para qué se mide.
Este cambio de perspectiva transforma completamente el rol de las métricas:
- No se utilizan para evaluar individuos
- No buscan maximizar output a corto plazo
- Sirven para identificar fricciones y oportunidades de mejora
Por ello, la organización creó un equipo específico de Engineering Productivity, enfocado en facilitar el trabajo de los desarrolladores y optimizar su entorno, no en fiscalizar su rendimiento.
Más allá del output: una visión sistémica de la productividad
Uno de los errores más comunes es asociar productividad únicamente con volumen (líneas de código, features entregadas, etc.). Sin embargo, en entornos complejos esto puede ser incluso contraproducente.
Ocado apuesta por una visión más amplia basada en:
- Calidad del código
- Capacidad de cambio
- Reducción de errores
- Fluidez en el desarrollo
- Bienestar del equipo
Este enfoque se alinea con modelos como SPACE, que integran dimensiones como satisfacción, rendimiento, actividad, comunicación y eficiencia.
El equilibrio entre datos y experiencia
Uno de los puntos más interesantes del LAB es el equilibrio entre medición y cultura.
Las métricas aportan:
- Transparencia
- Alineación
- Capacidad de diagnóstico
Pero también pueden generar:
- Estrés
- Comportamientos oportunistas
- Pérdida de foco en el valor real
Por eso, en Ocado se enfatiza que cada equipo debe decidir qué medir según su contexto, evitando imponer métricas universales.
Productividad como experiencia de desarrollo
Un cambio relevante en los últimos años es pasar de medir productividad a medir Developer Experience (DevEx).
Esto implica centrarse en preguntas como:
- ¿Qué fricciones encuentran los equipos?
- ¿Cuánto tiempo pierden en tareas innecesarias?
- ¿Cómo impactan las herramientas en su eficiencia?
La hipótesis es clara:
👉 Mejorar la experiencia del equipo es la forma más sostenible de mejorar la productividad.
Qué pueden aprender las organizaciones de producto
A partir del caso de Ocado y las reflexiones del Runroom LAB, podemos extraer varios principios clave:
1. Define el propósito de la medición
Antes de elegir métricas, responde: ¿qué quieres mejorar?
2. Evita métricas simplistas
El output aislado no refleja el valor real generado.
3. Prioriza el contexto sobre la estandarización
Cada equipo necesita sus propios indicadores.
4. Mide el sistema, no a las personas
La productividad es un fenómeno colectivo.
5. Mejora la experiencia para mejorar el rendimiento
Reducir fricción es más efectivo que exigir más output.
Conclusión
Medir la productividad en equipos de producto no es una cuestión de dashboards ni KPIs aislados. Es un ejercicio de comprensión profunda del sistema, de las personas y del contexto en el que trabajan.
El caso de Ocado Technology demuestra que las organizaciones más avanzadas no buscan medir más, sino medir mejor. Y sobre todo, utilizar esa información para construir entornos donde los equipos puedan trabajar de forma más efectiva, sostenible y alineada con el valor de negocio.
Herramientas y recursos de interés
En la charla Toni mencionó algunas herramientas. Aquí tienes el listado completo para explorar:
Aquí tienes varios recursos útiles que Toni nos compartió con extrema generosidad, por si tienes interés en profundizar sobre esta temática. ¡Son oro!
- Manual de desarrollo de Ocado Technology: https://handbook.ocado.tech/
- Orosz, Gergely. 2022. Measuring Software Engineering Productivity. Newsletter. The Pragmatic Engineer. 5 July 2022
- Orosz, Gergely, and Abi Noda. 2024. Measuring Developer Productivity: Real-World Examples. Newsletter. The Pragmatic Engineer. 16 January 2024
- Orosz, Gergely. 2024. A New Way to Measure Developer Productivity – from the Creators of DORA and SPACE. Newsletter. The Pragmatic Engineer. 30 January 2024
- Forsgren, Nicole, Margaret-Anne Storey, Chandra Maddila, Thomas Zimmermann, Brian Houck, and Jenna Butler. 2021. The SPACE of Developer Productivity. ACM Queue 19 (1)
- Noda, Abi, and Tim Cochran. 2024. Measuring Developer Productivity via Humans. Martinfowler.Com (blog). 19 March 2024
- McKinsey & Company, Chandra Gnanasambandam, Martin Harrysson, Alharith Hussin, Jason Keovichit, and Shivam Srivastava. 2023. Yes, You Can Measure Software Developer Productivity. 17 August 2023
- Orosz, Gergely, and Kent Beck. 2023. Measuring Developer Productivity? A Response to McKinsey. Newsletter. The Pragmatic Engineer. 29 August 2023
- Orosz, Gergely, and Kent Beck. 2024. Measuring Developer Productivity? A Response to McKinsey, Part 2. Newsletter. The Pragmatic Engineer. 30 January 2024
- Beck, Kent, and Orosz, Gergely. 2023. Measuring Developer Productivity? A Response to McKinsey 2. Newsletter. Software Design: Tidy First? 31 August 2023
- Beck, Kent. 2024. Productivity Measurement as a Tradeoff. Newsletter. Software Design: Tidy First? 11 January 2024