Velocity es la métrica ágil más popular y se utiliza para medir la cantidad de trabajo que se puede completar en un Sprint. Se calcula dividiendo el número de historias de usuario o puntos de historia completadas durante un Sprint por la duración del sprint. Se utiliza como una herramienta para estimar el tiempo que se necesitará para completar un conjunto de historias de usuario y planificar la capacidad del equipo para la siguiente iteración. La fórmula es:

Los beneficios de la métrica de Velocity incluyen:

1. Proporciona una visión clara de la capacidad del equipo para entregar trabajo en una iteración determinada.
2. Ayuda al equipo a planificar y priorizar su trabajo, asegurando que la cantidad de trabajo asumida en una iteración sea realista y alcanzable. Por ejemplo, en la figura a continuación, es posible determinar que equipo está promediando una velocidad de 19 puntos de historia/iteración, esta medida de capacidad nos será útil para planificar el siguiente Sprint, ya que si la suman de sus puntos de historia de todas las historias que hemos seleccionado es superior a nuestra velocidad podríamos correr el riesgo de no concluir con todo lo comprometido para la iteración.
3. Facilita la medición de la eficiencia y la productividad del equipo, lo que puede ayudar a identificar áreas de mejora y optimización.

Es importante tener en cuenta que la métrica de Velocity debe ser utilizada con precaución y nunca debe ser considerada como una medida absoluta de la eficiencia del equipo. La métrica de Velocity puede variar de una iteración a otra, dependiendo de factores externos e internos, como la complejidad de las historias de usuario, las interrupciones externas, los problemas técnicos, entre otros.

Puedes probar como funciona esta métrica en el siguiente enlace.

La métrica ágil Burn Down Chart es una herramienta visual que muestra el progreso del trabajo realizado en un proyecto ágil a lo largo del tiempo. Se utiliza para rastrear cuánto trabajo queda por hacer y cuánto tiempo se necesita para completarlo. Esta métrica se utiliza principalmente en metodologías ágiles como Scrum.

Por lo general el Burn Down Chart muestra dos líneas: una que representa la cantidad de trabajo planificado (Average) y otra que representa la cantidad de trabajo restante (Actual), pudiendo incorporarse líneas adicionales como Low y High como límites.  A medida que el equipo va completando tareas, se registran los puntos completados en el gráfico. La línea de trabajo restante se actualiza diariamente a medida que el equipo completa el trabajo. El objetivo es que la línea que representa la cantidad de trabajo restante se acerque lo más posible a la línea que representa la cantidad de trabajo planificado, si está por debajo de esta, querrá decir, que se avanza más rápido de lo previsto. Esto permite a los miembros del equipo identificar rápidamente cualquier retraso o problema en el proyecto y tomar medidas para remediarlo.

Los beneficios de utilizar el Burn Down Chart son varios:

1. Proporciona una forma clara y fácil de visualizar el progreso del proyecto, lo que ayuda a los miembros del equipo a entender cómo están avanzando y a identificar rápidamente cualquier problema o retraso que pueda surgir.
2. Ayuda a los miembros del equipo a priorizar su trabajo y a establecer expectativas realistas.
3. Ayuda a identificar cuellos de botella y problemas de estimación, y puede ser una herramienta útil para la toma de decisiones.

En resumen, el Burn Down Chart es una herramienta importante en la gestión de proyectos ágiles, ya que proporciona una forma clara y fácil de visualizar el progreso del trabajo. Además, su cálculo es sencillo y ayuda a los miembros del equipo a priorizar su trabajo y establecer expectativas realistas.

Puedes probar como funciona esta métrica en el siguiente enlace.

La métrica ágil Burn Up Chart es una herramienta visual que muestra el progreso de un proyecto ágil en términos de trabajo realizado y los objetivos del proyecto. A diferencia del Burn Down Chart, que muestra el trabajo restante, el Burn Up Chart muestra cuánto trabajo se ha completado en relación con los objetivos del proyecto.

El Burn Up Chart muestra dos líneas: una línea muestra la cantidad total de trabajo que se necesita hacer para completar el Sprint y la otra línea muestra la cantidad de trabajo que se ha completado hasta el momento. La línea del objetivo se muestra en la parte superior del gráfico y representa la cantidad de trabajo que se debe completar para alcanzar los objetivos del proyecto. A medida que el equipo va completando tareas, se registran los puntos completados en el gráfico. Cada día, se actualiza el gráfico para reflejar la cantidad de trabajo que se ha completado y la cantidad que queda por hacer.

Los beneficios de utilizar el Burn Up Chart son varios.

1. Proporciona una forma clara y fácil de visualizar el progreso del proyecto en términos de trabajo completado y objetivos del proyecto.
2. Ayuda a los miembros del equipo a entender el ritmo del progreso y a tomar decisiones basadas en datos sobre la priorización y el manejo de riesgos.
3. Para identificar cualquier problema que pueda surgir durante el sprint.

La diferencia es que en el Burn Up Chart, se establecen objetivos para el proyecto y se muestra una línea en el gráfico que representa esos objetivos. Esta línea puede ser ajustada a medida que el proyecto avanza y se establecen nuevos objetivos o se cambian los existentes.

En resumen, el Burn Up Chart es una herramienta útil en la gestión de proyectos ágiles, ya que proporciona una forma clara y fácil de visualizar el progreso del proyecto en términos de trabajo completado y objetivos del proyecto. Además, su cálculo es sencillo y ayuda a los miembros del equipo a entender el ritmo del progreso y a tomar decisiones basadas en datos sobre la priorización y el manejo de riesgos.

Puedes probar como funciona esta métrica en el siguiente enlace.

El Cumulative Flow Diagram (CFD) es una herramienta de visualización utilizada en metodologías ágiles, especialmente en Kanban, para medir el flujo de trabajo y el progreso del equipo a lo largo del tiempo.

La CFD muestra la cantidad de trabajo en cada etapa del proceso, incluyendo el trabajo en progreso (WIP, por sus siglas en inglés), lo que permite identificar cuellos de botella y problemas de capacidad en cada fase del proceso. La gráfica se actualiza regularmente con datos en tiempo real y proporciona una imagen visual clara del flujo de trabajo y del rendimiento del equipo.

Fuente: https://kanbanzone.com/2019/power-of-cumulative-flow-diagram/

El cálculo del CFD se realiza mediante la recopilación de datos en tiempo real sobre la cantidad de elementos de trabajo en cada etapa del proceso y la creación de un gráfico que muestra el flujo de trabajo a lo largo del tiempo. El eje horizontal representa el tiempo y el eje vertical representa la cantidad de elementos de trabajo en cada etapa del proceso. Las curvas del gráfico muestran la cantidad de trabajo en progreso y la cantidad de trabajo completado.

Los beneficios del CFD incluyen:

1. La capacidad de identificar problemas de capacidad y cuellos de botella.
2. Mejorar la transparencia y la visibilidad del proceso de trabajo, y permitir una toma de decisiones más rápida y basada en datos.
3. También ayuda a los equipos a identificar el ritmo al que trabajan, establecer objetivos de rendimiento y mejorar la productividad.

En resumen, la CFD es una herramienta valiosa para visualizar el flujo de trabajo en los procesos de desarrollo ágiles y permite a los equipos monitorear su progreso, mejorar su capacidad y tomar decisiones basadas en datos para lograr un rendimiento más eficiente y efectivo.

Puedes probar como funciona esta métrica en el siguiente enlace.

La métrica ágil Lead Time se refiere al tiempo que transcurre desde que se identifica una tarea o elemento de trabajo en el backlog del equipo ágil hasta que se completa y se entrega al cliente. Esta métrica se utiliza para medir la eficacia del equipo en cuanto a la velocidad con la que puede producir entregables de valor y para identificar posibles cuellos de botella en el proceso.

El cálculo del Lead Time es simple y se puede realizar de la siguiente manera, tomar la fecha en que se agregó el trabajo (por ejemplo, una tarea o una historia de usuario) dentro la lista de pendientes y restar esa fecha de la fecha en que se completó el trabajo y se entregó al usuario final.

Por ejemplo, si una tarea se inició el 1 de enero y se completó el 10 de enero, el Lead Time sería de 9 días. Al calcular el Lead Time para múltiples elementos de trabajo, se puede obtener una imagen más clara del proceso de entrega del equipo y su eficiencia. Es importante destacar que el lead time se mide en unidades de tiempo, como días, semanas o meses, dependiendo del proyecto y del contexto en el que se esté trabajando.

Los beneficios de utilizar la métrica Lead Time incluyen:

1. Identificación de cuellos de botella en el proceso de entrega.
2. Mejora de la eficiencia del equipo al identificar áreas de mejora.
3. Permite a los equipos establecer plazos de entrega más realistas y precisos.
4. Ayuda a los equipos a mejorar la calidad del software al proporcionar una retroalimentación temprana y frecuente.

El Lead Time es muy útil también para los stakeholders, ya que les proporciona información sobre el tiempo que pueden esperar para recibir entregables específicos. Reducir el lead time puede ayudar a mejorar la satisfacción del cliente y la calidad del producto.

Puedes probar como funciona esta métrica en el siguiente enlace.

La métrica ágil Cycle Time se refiere al tiempo que transcurre desde que se comienza a trabajar en una tarea o elemento de trabajo hasta que se completa y se entrega al siguiente paso del proceso. A diferencia del lead time, el Cycle Time no tiene en cuenta el tiempo que transcurre desde que se identifica una tarea hasta que se comienza a trabajar en ella. El cálculo del cicle time se realiza midiendo el tiempo que transcurre desde que se inicia una tarea hasta que se completa y se entrega al cliente. Para calcular el cicle time, se debe tomar en cuenta el tiempo que se tarda en cada una de las etapas del proceso, incluyendo la planificación, el diseño, el desarrollo, las pruebas y la entrega al cliente.

Al igual que el Lead time, el Cycle Time se mide en unidades de tiempo, como días, semanas o meses, dependiendo del proyecto y del contexto en el que se esté trabajando.

El Cycle Time es una métrica útil para los equipos ágiles porque les permite evaluar su capacidad para completar trabajos de manera rápida y eficiente una vez que se han iniciado. También les permite identificar posibles cuellos de botella en su proceso y áreas de mejora para optimizar su eficiencia.

Los beneficios de medir el cicle time son varios, como por ejemplo:

1. Permite a los equipos de desarrollo identificar cuellos de botella en el flujo de trabajo y mejorar la eficiencia.
2. Ayuda a los equipos a establecer expectativas realistas y a cumplir con los plazos establecidos.
3. Proporciona una forma de medir y comparar el rendimiento del equipo en diferentes tareas o proyectos.
4. Puede ser útil para identificar y resolver problemas en el proceso de desarrollo.

Es importante tener en cuenta que el cicle time puede variar según el tipo de tarea o proyecto que se esté realizando, por lo que es importante medirlo de forma regular para identificar tendencias y oportunidades de mejora.

Puedes probar como funciona esta métrica en el siguiente enlace.

La métrica ágil Defect Density (densidad de defectos) es una medida utilizada en el desarrollo de software ágil para evaluar la calidad del software. Esta métrica se refiere a la cantidad de defectos o errores encontrados en una unidad de medida específica, como líneas de código, historias de usuario o puntos de función.

Defect Density se utiliza para evaluar la eficacia del proceso de prueba y el desempeño del equipo de desarrollo en la identificación y corrección de errores. Un alto índice de Defect Density puede ser una indicación de que el proceso de prueba no se está llevando a cabo adecuadamente o de que hay problemas en el proceso de desarrollo.

La densidad de defectos es una métrica que mide la cantidad de defectos encontrados en el software en relación con el tamaño del software. Se calcula dividiendo el número total de defectos encontrados por el tamaño del software (en líneas de código). La fórmula es:

Por ejemplo, si se encuentra un total de 50 defectos en 1000 líneas de código, la Defect Density sería de 0.05 defectos por línea de código.

Los beneficios de la métrica ágil Defect Density son:

1. Permite identificar la calidad del software y la eficacia del proceso de desarrollo.
2. Proporciona información útil para la mejora continua del proceso de prueba y desarrollo.
3. Ayuda a priorizar y planificar las actividades de prueba y corrección de errores.
4. Facilita la toma de decisiones basada en datos objetivos y medibles.

Es importante tener en cuenta que la Defect Density no debe ser utilizada como la única métrica para evaluar la calidad del software, ya que hay otros factores a considerar, como la complejidad del software, el tiempo de desarrollo y el costo. Además, la Defect Density no siempre indica la gravedad o la importancia de los defectos encontrados.

La métrica ágil de Code Coverage es una medida que se utiliza para determinar qué porcentaje del código de un proyecto ha sido cubierto por las pruebas automatizadas. Esta métrica es útil para evaluar la calidad y la eficacia de las pruebas de un equipo de desarrollo ágil.

Para calcular la métrica ágil de Code Coverage, se divide el número de líneas de código que han sido probadas por el número total de líneas de código en el proyecto. El resultado se multiplica por 100 para obtener el porcentaje de Code Coverage.

Por ejemplo, si hay 1.000 líneas de código en un proyecto y 900 de esas líneas de código han sido probadas, el Code Coverage sería del 90%,significa que el 10% del código fuente no se está probando en ese momento. Es importante destacar que un alto porcentaje de cobertura de código no garantiza que las pruebas sean efectivas y se detecten todos los errores posibles, pero es una buena medida para evaluar el progreso y la calidad del trabajo de pruebas.

Fuente: Developers.google.com: The Chromium Chronicle: Cobertura de código en Gerrit

Los beneficios de la métrica ágil de Code Coverage son varios:

1. Proporciona una medida objetiva de la cantidad de código que ha sido probado.
2. Ayuda a identificar áreas del código que no han sido probadas, lo que puede ser útil para dirigir las pruebas adicionales.
3. Ayuda a detectar problemas tempranos en el ciclo de vida del desarrollo, lo que permite una resolución más rápida y menos costosa.

Si quieres obtener cual es tu Code Coverage, existen muchas herramientas que puedes usar, para cada lenguaje de programación. Por ejemplo:

• Java: jUnit , Cobertura o JaCoCo
• JavaScript: estambul o JSCover
• PHP: Trébol o PHPUnit
• Python: cobertura.py
• Rubí: SimpleCov
• Scala: Cobertura

La métrica ágil Value Delivery (Entrega de Valor, en español) es una medida que se utiliza para cuantificar el valor entregado por un equipo de desarrollo de software en un determinado período de tiempo.

La entrega de valor se basa en la idea de que cada tarea, historia de usuario o funcionalidad entregada tiene un valor intrínseco para el cliente o usuario final. Este valor se puede medir en términos de impacto en el negocio, mejora de la experiencia del usuario o cualquier otro criterio relevante.

Para calcular la métrica, se suman los valores de negocio asociados con las historias de usuario o elementos de trabajo completados por el equipo durante un período específico de tiempo, como una iteración o un sprint. El valor de negocio puede ser una medida de impacto, beneficio financiero, ahorro de costes, mejora de la satisfacción del cliente, entre otros. Suele ocuparse alguna escala 1-10 o la misma Escala de Fiboncci. La métrica se actualiza y se compara con los valores planeados en cada iteración con lo efectivamente completado, con esto se posible evaluar el progreso y la efectividad del equipo.

Fuente: https://www.linkedin.com/pulse/measuring-value-delivery-agile-projects-subroto-bose/

Los beneficios de la métrica Value Delivery incluyen:

1. Proporciona una visión clara del valor entregado por el equipo en un período de tiempo determinado, lo que permite una mejor toma de decisiones y planificación.
2. Ayuda a identificar problemas en la entrega de valor y permite la realización de ajustes para mejorar la eficacia del equipo.
3. Proporciona una base para la negociación con los stakeholders sobre el valor entregado.

En resumen, la métrica ágil Value Delivery es una herramienta importante para medir el valor entregado por un equipo ágil y para asegurarse de que el equipo está entregando el valor correcto a los usuarios o clientes. Esto ayuda a las empresas a ajustar su estrategia y mejorar continuamente el proceso de entrega de valor.

Net Promoter Score (NPS) es una métrica que mide la satisfacción del cliente con el producto u entrega. Se calcula preguntando a los clientes si recomendarían el producto a otros y luego restando el porcentaje de clientes que son detractores (que no lo recomendarían) del porcentaje de clientes que son promotores (que lo recomendarían).

Fuente: https://www.mtab.com/blog/what-is-net-promoter-score

Para calcular el NPS se pregunta a los interesados «¿Qué tan probable es que recomiende nuestros productos o servicios a otros?» Los clientes responden en una escala de 0 a 10, siendo 0 «nada probable» y 10 «extremadamente probable», luego se toma el porcentaje de personas que dan una puntuación de 9 o 10 sobre 10 (los promotores) y restando el porcentaje de personas que dan una puntuación de 6 o menos (los detractores). Crucialmente, aquellos que dan una puntuación de 7 u 8 son ignorados (los pasivos). No importa si la escala es del 1 al 10 (en lugar de 0 a 10) porque cualquiera que dé una puntuación de 6 o menos es, en efecto, un detractor. La fórmula es:

Por ejemplo, si el 50 % de los clientes son promotores y el 20 % son detractores, el Net Promoter Score sería 30 (50 % – 20 %). NPS puede ayudar al equipo a identificar áreas de mejora en el producto y a mejorar la satisfacción del cliente.

Los beneficios de la métrica Net Promoter Score (NPS) incluyen:

1. Fácil de entender y utilizar: El NPS es una métrica fácil de entender y utilizar, ya que sólo se necesita hacer una pregunta sencilla
2. Identificación de promotores y detractores: El NPS ayuda a identificar a los promotores, aquellos clientes que están altamente satisfechos y que están dispuestos a recomendar la empresa, y a los detractores, aquellos que están insatisfechos y que pueden dañar la imagen de la empresa.
3. Mejora continua: El NPS proporciona una retroalimentación constante que permite a la empresa identificar áreas de mejora y trabajar en ellas. Además, permite medir el impacto de las mejoras implementadas en la satisfacción del cliente.
4. Benchmarks: El NPS permite a las empresas comparar su desempeño con el de sus competidores y con el promedio de la industria. Esto puede proporcionar información valiosa para mejorar la estrategia empresarial.
5. Foco en el cliente: Al centrarse en la satisfacción del cliente y en su disposición a recomendar la empresa, el NPS ayuda a las empresas a enfocarse en lo que es importante para sus clientes y a mejorar la experiencia del cliente en general.

En resumen, el Net Promoter Score es una métrica que nos ayudará a comprender mejor la lealtad del cliente y a identificar oportunidades de mejora para seguir mejorando su experiencia y fidelidad.