Silvia's blog

En la primera publicación establecimos qué son las métricas en Scrum y los beneficios de basar las decisiones del equipo en datos objetivos. En esta segunda publicación, vamos a ver cuáles son las métricas más utilizadas y su clasificación en 5 grandes grupos en función de lo que pretende medir cada métrica. Estos cinco grupos son:

1. Métricas de Productividad y Capacidad.

2. Métricas de Flujo.

3. Métricas de Eficacia y Valor.

4. Métricas de Calidad del Producto.

5. Métricas de Salud del Equipo.

Dentro del desarrollo de software bajo el marco de trabajo Scrum, comprender cómo funciona el equipo de desarrollo es un requisito fundamental. El objetivo de medir el trabajo no es únicamente mejorar la eficiencia diaria, sino permitir que las estimaciones de tiempo y esfuerzo se basen en datos históricos sólidos, eliminando las suposiciones o el "instinto".

Como señalaba Peter Drucker: "Lo que no se puede medir, no se puede mejorar". Esta premisa es la base de la mejora continua en cualquier metodología ágil.

El pasado 6 de marzo, en el curso de Gestión Ágil de Proyectos con Scrum, realizamos la dinámica del Airplane Game. Los equipos organizaron el trabajo en tres Sprints de 3 minutos para fabricar aviones de papel bajo criterios específicos, aplicando los roles y ceremonias de Scrum de forma cronológica:

Introducción y Planificación Inicial

En la gestión de proyectos, especialmente en entornos ágiles, es fundamental que la información fluya de manera transparente entre el equipo técnico y los responsables de negocio. Sin embargo, a menudo nos encontramos con un fenómeno conocido como el “Efecto Sandía”.

John Kotter, un profesor emérito de la Escuela de Negocios de Harvard, es reconocido mundialmente por su trabajo en liderazgo y cambio organizacional. Su modelo de cambio de ocho pasos, descrito en su libro "Leading Change" (1996), se ha convertido en un estándar para guiar a las organizaciones a través de procesos de transformación exitosos. A continuación, se detallan estos ocho pasos junto con ejemplos prácticos y recomendaciones para su implementación efectiva.

1. Crear un sentido de urgencia

Veamos qué significa hacer Product Discovery o Descubrimiento de Producto y cómo lo podemos aprovechar para crear productos con agilidad.

Para qué sirve el Product Discovery

La Agilidad Disciplinada (Disciplined Agile, DA) es una metodología que combina la flexibilidad y la adaptabilidad del desarrollo ágil con un enfoque estructurado y disciplinado. Diseñada por Scott Ambler y Mark Lines, DA busca ofrecer un marco integral que abarque todo el ciclo de vida del desarrollo de software, proporcionando una guía completa para la entrega ágil.

Principios y Valores de la Agilidad Disciplinada

El Desarrollo Dirigido por Pruebas (TDD) es una metodología de desarrollo de software que pone énfasis en escribir pruebas automatizadas antes de escribir el código de producción. En lugar de escribir código y luego probarlo, con TDD primero se escriben las pruebas que describen el comportamiento deseado del código. Luego, se implementa el código mínimo necesario para que las pruebas pasen. Finalmente, se refactoriza el código para mejorar su estructura y legibilidad, sin cambiar su funcionalidad.

Evidence-Based Management (EBM) es un marco de trabajo que ayuda a las organizaciones a mejorar de manera continua los resultados para los clientes, las capacidades organizativas y los resultados para el negocio.

Mediante el uso de metas estratégicas que definen la dirección de la organización, metas intermedias que nos permiten comprobar si vamos o no en el buen camino y metas tácticas que permiten planificar el trabajo, se puede alinear el trabajo de las personas de la organización.

¿Que son los KPI?