El entorno ágil se basa en la entrega de valor continuo, la adaptabilidad y la mejora constante. Sin embargo, la elección incorrecta de métricas puede desviar a los equipos de estos principios fundamentales. En esta entrada del blog, exploraremos el impacto negativo de las métricas vanidosas en proyectos ágiles y cómo estas pueden socavar el éxito del equipo.
La Trampa de las "Líneas de Código"
Uno de los errores más comunes es
medir la productividad del equipo por la cantidad de líneas de código escritas.
Aunque puede parecer una métrica fácil de cuantificar, su adopción puede tener
consecuencias perjudiciales.
Ejemplo:
Si un equipo se enfoca en
aumentar la cantidad de líneas de código para demostrar productividad, pero
esto conduce a código redundante y difícil de mantener significa que algo anda
mal. Para estos casos podemos acudir inclusive a la misma tecnología para
corregir el camino, hoy en día existen herramientas de validación de código estático
que nos pueden ayudar a prevenir caer en el “lado oscuro de la fuerza”.
La Falsa Sensación de Progreso con "Tareas
Completadas"
Medir el progreso del equipo solo
por la cantidad de tareas completadas puede llevar a una visión distorsionada
de la realidad. En este caso los equipos pueden priorizar tareas sencillas para
inflar las estadísticas, pero estas pueden carecer de relevancia para el
cliente o no contribuir significativamente al objetivo del proyecto.
Enfocarse en "Historias de Usuario" sin Valor
Agregado
Centrarse únicamente en la
cantidad de historias de usuario completadas sin considerar el valor agregado
puede desviar el equipo de la entrega de soluciones valiosas. Se ven casos
donde los equipos se esfuerzan por cerrar historias de usuario rápidamente,
pero estas no cumplen con las expectativas del cliente ni mejoran la
experiencia del usuario. En mi experiencia he visto historias que realmente “no
son historias”, algunas de este tipo “Crear API de inserción de clientes en base de datos” , “Crear API de eliminación
de clientes en base de datos” y la pregunta que surge es ¿tarea técnica o HU? Se las dejo ahí…!!
El Peligro de Ignorar la Calidad con "Velocidad del
Equipo"
Aunque la velocidad del equipo es
una métrica útil, no tener en cuenta la calidad del trabajo puede ser
contraproducente. En estos casos, el equipo se enfoca en aumentar su velocidad
al realizar entregas más rápidas, pero la falta de pruebas adecuadas resulta en
productos con numerosos errores, no sé si se han enfrentado a entregas de desarrollo
de MVP de 2 meses, pero con 3 meses de pruebas y ajustes.
En resumen, las métricas
vanidosas pueden tener un impacto significativo en el éxito de un proyecto
ágil. Al elegir métricas significativas y fomentar una cultura centrada en la
entrega de valor y la mejora continua, los equipos pueden aumentar sus posibilidades
de éxito en el mundo ágil.
Enfocarse en la Entrega de Valor:
Priorizar métricas que reflejen la entrega de valor al
cliente y la consecución de los objetivos del proyecto.
Evaluar la Calidad del Trabajo:
Incorporar métricas que midan la calidad del código, la
satisfacción del cliente y la eficiencia en la entrega.
Ser Adaptable y Aprender Continuamente:
Estar dispuesto a ajustar las métricas según las necesidades
cambiantes del proyecto y aprender de las experiencias pasadas.
Promover una Cultura de Transparencia:
Fomentar la apertura y la transparencia en el equipo, donde
se valoren las lecciones aprendidas y se busque la mejora constante.
https://www.youtube.com/watch?app=desktop&v=MglbGsh-TMA
