m茅tricas Agiles
驴Q煤e son las m茅tricas 脕giles?

Las m茅tricas 谩giles proporcionan informaci贸n sobre la productividad en las distintas fases de un ciclo de vida de desarrollo de software.

En los 煤ltimos a帽os las empresas han cambiado much铆simo, para evolucionar usan diferentes metodolog铆as disruptivas,  una de ellas es la metodolog铆a Agile y esto conlleva a mediciones m谩s efectivas es por esto que este art铆culo abordaremos las M茅tricas Agiles m谩s conocidas

La edad media de las compa帽铆as ha pasado desde 1964 a los 33 a帽os hasta el orden de 12 a帽os en la presente d茅cada.

Dado este escenario, se observa que pr谩cticamente todos los sectores econ贸micos est谩n evolucionando hacia nuevos modelos de negocio que hacen uso de las tecnolog铆as disruptivas que han emergido en la 煤ltima d茅cada.

Ahora bien, se requiere contar con nuevos instrumentos y m茅tricas que permitan orientar a las empresas durante su proceso de transformaci贸n dentro de la nueva econom铆a.

De medidores a br煤julas

El 茅xito est谩 en construir productos y servicios que aporten valor al mercado y a los clientes, como resultado del trabajo en equipo y la mejora continua. 

Se debe comprender profundamente el mercado objetivo y lo que 茅ste busca. Es necesario realizar mediciones 煤tiles y constantes de los productos que se lanzan al mercado. Esta es la forma que se garantiza tener una buena oportunidad en mercados altamente competitivos.

Si algo no funciona, se debe adaptar o bien descartar. Esta acci贸n s贸lo se puede lograr si se efect煤an mediciones en forma continua, de lo contrario, se detectar谩 demasiado tarde la necesidad de hacer cambios y es muy posible que otro competidor lo logre antes.

Lean se basa en maximizar el valor entregado eliminando los desperdicios (se refiere a eliminar cualquier actividad que consume recursos pero no aporta valor a los clientes).

Lean propone validar si el producto aporta valor mediante experimentos y efectuando mediciones de la reacci贸n de los clientes.

Lean propone trabajar de forma iterativa e incremental siguiendo el flujo de crear, medir y aprender descrito en Lean Startup.

Las m茅tricas nos dan la capacidad de medir qu茅 tanto se cumplen los principios y valores lean y 谩giles. Permiten detectar debilidades, carencias y mejorarlas.  Favorecen la integraci贸n y el enfoque al valor para generar impacto en el mercado, en los clientes y en los propios equipos de trabajo.

El negocio y las tecnolog铆as de la informaci贸n

Las tecnolog铆as de la informaci贸n se han convertido, en la gran mayor铆a de las industrias, en un elemento fundamental para el desarrollo del negocio de las mismas. Sin embargo, uno de los principales problemas que se detectan es la falta de integraci贸n entre tecnolog铆a y negocio. Es fundamental que estas dos 谩reas trabajen como una unidad, eliminando barreras, para alcanzar buenos resultados. 

Esta integraci贸n se logra cuando comparten un objetivo y visi贸n y trabajan codo con codo en lograrlos, dejando de lado la rivalidad y dando paso a la colaboraci贸n.

Las m茅tricas son una buena forma para fomentar la transparencia y garantizar que la forma de trabajar y los resultados van a estar a la altura de las expectativas..

Orientaci贸n a objetivos

La orientaci贸n a los objetivos es la clave para evitar construir de forma eficiente un producto que nadie necesite.

Las m茅tricas deben tener una orientaci贸n al equipo en conjunto, deben medir c贸mo est谩n trabajando y mejorando juntos y si est谩n enfocados en las necesidades reales de los usuarios.  

Principales m茅tricas 谩giles

Las m茅tricas 谩giles se pueden clasificar en tres grupos: negocio, producci贸n y calidad, de forma que se puedan ordenar visualmente y que se pueda efectuar un an谩lisis conjunto de las mismas, observando correlaciones, sacando conclusiones globales. De esta forma la toma de decisiones ser谩 basada en datos.

M茅tricas de Negocio

Son m茅tricas agiles relacionadas con la aceptaci贸n del producto en el mercado en t茅rminos de negocio y satisfacci贸n del cliente. Dependen del negocio y del cliente espec铆fico.

Se deben utilizar pocas m茅tricas que, en funci贸n del contexto y el modelo de negocio, aporten informaci贸n verdaderamente relevante. 

A continuaci贸n se exponen m茅tricas de uso generalizado

M茅tricas Piratas o Pirate metrics 

Las Pirate Metrics (AARRR) o M茅tricas Piratas son 5 m茅tricas para la toma de decisiones en cuanto a c贸mo conseguir vender el producto y qu茅 estrategias de marketing son las adecuadas. Se trata de medir c贸mo fluye el embudo de ventas y determinar obst谩culos en cada una de las etapas.

Se llaman as铆 por el acr贸nimo anglosaj贸n AARRRR ,que parece el grito de un pirata:

  • Acquisition – Adquisici贸n es el primer contacto con los usuarios a trav茅s de la p谩gina web del negocio.
  • Activation – Activaci贸n sucede cuando un visitante tiene su primera interacci贸n con la empresa
  • Retention –  Retenci贸n es cuando un usuario vuelve a visitar el sitio web de la empresa
  • Revenue – Monetizaci贸n es la acci贸n de compra de un cliente en el sitio web.
  • Referrals – Referenciaci贸n, es cuando los visitantes actuales recomiendan la web o el producto a nuevos usuarios.
M茅tricas Piratas o Pirate metrics聽
M茅tricas Piratas o Pirate metrics – Embudo de ventas

M茅tricas 脕giles – Burn up chart

Esta m茅trica sirve para medir el valor creado a medida que avanza el sprint.

El valor que aporta cada funcionalidad lo define el Product Owner. El objetivo de medir el valor es saber si las funcionalidades finalizadas aportar谩n a nuestro producto.

El valor es un dato incremental y acumulativo por eso siempre ser谩 ascendente. El valor ser谩 te贸rico hasta que sea contrastado contra la realidad del mercado.

Nos permite chequear el valor esperado vs el valor real

  • El mercado y los usuarios no siempre responden como se espera, por eso es importante medir la desviaci贸n entre el valor esperado y el que realmente se obtiene.
  • Hay que definir una hip贸tesis con indicadores claros, para poder comparar con los datos reales medidos a posteriori.
Value Burnup Chart - M茅tricas 脕giles
Value Burnup Chart – M茅tricas 脕giles

脥ndice de uso por funcionalidad

Esta m茅trica sirve para medir el uso de las funcionalidades del producto. Se debe determinar por cada funci贸n el porcentaje de usuarios que la usan, el n煤mero de veces que se usa la funcionalidad y el tiempo invertido en su construcci贸n.

Se debe medir qu茅 funciones utilizan los usuarios y por qu茅 hay funciones que no usan:

  • Para ser mejoradas o
  • Para ser eliminadas

Se podr铆a relacionar con el costo de mantenimiento (incidencias que salen) derivado de estas funcionalidades.

脥ndice de uso por funcionalidad
脥ndice de uso por funcionalidad

El tama帽o de la burbuja corresponde al tiempo invertido en la funcionalidad

Ratio de diferenciaci贸n 

Esta m茅trica mide de qu茅 manera se compone el producto en cuanto al tipo de funcionalidades. 

Consiste en contabilizar las funcionalidades en: Asombrosas o sorprendentes, Satisfactorias y Esenciales.

Se mide el n煤mero de historias de usuario de cada tipo que se han subido a producci贸n (o que forman parte de la release).

Ratio de diferenciaci贸n
Ratio de diferenciaci贸n

脥ndice de riesgos 

Esta m茅trica mide el riesgo acumulado para un release. En la medida que el release cuenta con m谩s funciones entonces el riesgo aumenta.

Cuando se acumulan gran cantidad de funcionalidades en un lanzamiento suelen ser altamente riesgosos. Es muy probable de que algo falle y la experiencia usuaria es mala.

Se debe liberar el producto mediante releases iterativos e incrementales para minimizar el riesgo. 

Este 铆ndice trata de medir este riesgo mediante el n煤mero de issues que forman parte de la release.

Riesgo por release
Riesgo por release

M茅tricas de producci贸n

Velocidad

La velocidad se mide como el n煤mero entregas comparables al t茅rmino de un sprint.  Por ejemplo, se puede determinar que se terminan 5 requerimientos pero no todos tienen igual dificultad. Entonces lo que se hace es determinar un requerimiento que se usa para compararlo con los dem谩s requerimientos terminados. Puede suceder que un requerimiento sea tres veces m谩s dificultoso que el requerimiento de referencia entonces este requerimiento se cuenta como tres y as铆 con el resto de los terminados.

La velocidad ayuda al equipo a ganar predictibilidad y mejorar las siguientes planificaciones de los sprints futuros tomando como referencia la media de la velocidad de los 煤ltimos sprints. 

Velocidad del equipo - M茅tricas 脕giles
Velocidad del equipo

Diagrama de flujo acumulado

El DFA es una representaci贸n de c贸mo se comportan los 铆tems de trabajo en un tablero Kanban a lo largo del tiempo.

Para ello se utiliza un gr谩fico de 谩reas acumuladas, donde se observa cada d铆a el n煤mero de 铆tems que hay en cada estado del lujo.

Hay tres escenarios comunes:

  1. Las bandas est谩n progresando en paralelo

Significa que el rendimiento es estable en todo el flujo. Es decir, que ingresan nuevas tareas a una tasa similar con la que salen. Con esta condici贸n se pueden enfocar los esfuerzos en acortar el tiempo de ciclo de las tareas.as tareas.

Diagrama de flujo聽 acumulado bandas en paralelo
Diagrama de flujo  acumulado bandas en paralelo
  1. Una banda se est谩 estrechando

Significa que el rendimiento de la etapa que representa la banda es mayor que la tasa de entrada. Esto indica que hay m谩s capacidad de la que realmente se necesita en esa etapa. Esa capacidad se debe distribuir en otras etapas para optimizar el flujo.

Diagrama de flujo聽 acumulado banda estrech谩ndose
Diagrama de flujo  acumulado banda estrech谩ndose
  1. Una banda se est谩 ensanchando

Esto sucede cuando el n煤mero de tarjetas que entran en la etapa es mayor que el n煤mero de tareas que est谩n saliendo. Es un problema que es causado por la multitarea y otras actividades de desperdicio que no generan valor.

Diagrama de flujo聽 acumulado bandas ensanchandose
Diagrama de flujo  acumulado bandas ensanchandose

M茅tricas 脕giles – Burn Down sprint

El Burn down Sprint permite visualizar si el equipo va a terminar el sprint cumpliendo o no con sus estimaciones al final del sprint.  

Un burndown plano hasta el final del sprint es s铆ntoma de que hay muchos requerimientos  en curso en paralelo y ninguno se termina hasta el final.

Gr谩fico Burn Down
Gr谩fico Burn Down

Radar de satisfacci贸n

El Radar de satisfacci贸n determina el grado de satisfacci贸n de cada participante del proyecto.

Consiste en representar la satisfacci贸n del equipo completo (incluido Product Owner). De esta forma se detecta cuando hay disconformidad y desmotivaci贸n. 

Se puede medir la satisfacci贸n en varios aspectos tales como: 

  • Resultado del sprint
  • Equipo
  • Metodolog铆a
  • Planificaci贸n
Radar de satisfacci贸n
Radar de satisfacci贸n

M茅tricas 脕giles para medir de Calidad

Ratio de estabilizaci贸n

Mide la calidad del software que se est谩 construyendo. Si surgen muchas incidencias o bien si se acumula la deuda t茅cnica. Estas tipo de situaciones reducen la capacidad de generar valor.

Una forma de medirlo es por el tipo de componentes que forman el sprint backlog.

Ratio de estabilizaci贸n
Ratio de estabilizaci贸n

Monitoreo del servicio

Las m茅tricas referentes al servicio se centran en garantizar el uso del producto por parte de los usuarios sin interrupciones y con una buena calidad. 

Incluyen:

  • Disponibilidad del servicio
  • Performance del servicio
  • Tasa de errores
  • Niveles de servicio

Referencias:

芦Inspecci贸n y adaptaci贸n guiada por m茅tricas禄 de Cristina de la Bandera

https://es.wikipedia.org/wiki/Scrum_(desarrollo_de_software)

https://kanbanize.com/es/recursos-de-kanban/metricas-kanban/diagrama-de-flujo-acumulado

Ver m谩s sobre Metodolog铆a Agile

Soy Lean-Agile coach, profesor Diplomado en Transformaci贸n Digital U. De Chile, profesor Lean-Agile U. Cat贸lica, Certificado PMP del PMI y Scrum M谩ster certificado.
Atenos gesti贸n de proyectos

Conocer m谩s

Deja que tus proyectos logren los objetivos de negocio