Quizás algunos estén de acuerdo con este autor en que el gráfico del producto o el “burn up” es una de las herramientas olvidada cuando de Scrum se habla. Incluso, en algunas ocasiones al llevar a cabo un proceso desarrollo con el Framework Scrum no se utiliza. Tomando en cuenta

Quizás algunos estén de acuerdo con este autor en que el gráfico del producto o el “burn up” es una de las herramientas olvidada cuando de Scrum se habla. Incluso, en algunas ocasiones al llevar a cabo un proceso desarrollo con el Framework Scrum no se utiliza. Tomando en cuenta esta afirmación, me surgen algunas interrogantes: ¿? 🙁 …… Será que no es necesario?, aporta poco al proceso de desarrollo?, será que algunos no saben cuál es la verdadera utilidad de este gráfico?.
El gráfico “burn up” o gráfico del producto, se le conoce como una herramienta que ayuda al Product Owner a tener una visión más clara sobre el desarrollo y la velocidad del Development Team. Es una herramienta de planificación que muestra visualmente la evolución previsible del incremento o producto en general.
Su construcción se realiza tomando un diagrama cartesiano. En el eje de las ordenadas se representa el esfuerzo estimado para desarrollar las Historias de Usuario previstas. En el eje de las abscisas, se representa el tiempo o esfuerzo estimado, el cual se puede medir en Sprints o en tiempo real.
Figura 1. Gráfico burn up. Tomado de Scrum Manager
Para una mejor comprensión y realización de este gráfico, se puede observar el siguiente ejemplo.
Considerar un equipo con los siguientes ajustes para el desarrollo de un producto:
Tomando en cuenta lo anterior, se debe trazar en el gráfico la línea que representa el ritmo de avance previsto, según la velocidad media del equipo (720 puntos x Sprint).
Figura 2. Gráfico de producto: velocidad previa. Tomado de Scrum Manager
Se recomienda además trazar el avance con una previsión pesimista y otra optimista. Por cuanto se dibujan basándose en la velocidad obtenida en los Sprints anteriores que han ido peor y mejor de lo previsto, o en su defecto estableciendo un margen según el criterio del equipo (ej. +- 20%).
Figura 3. Gráfico de producto: velocidad optimista y pesimista. Tomado de Scrum Manager
Para este caso se usa un ejemplo de una Product Backlog tomanda de (Lubaris Info 4 Media S.L, 2014)
Figura 4. Ejemplo de pila del producto. Tomado de Scrum Manager
El Product Owner necesita obtener la versión 1.0 cuando disponga de las primeras cuatro historias, con un esfuerzo estimado en 950 puntos (150+250+250+300).
Figura 5. Versiones del producto previstas. Tomado de Scrum Manager
Para trazar la previsión, se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo calculado para construir todas las historias que incluye. La posición de la versión 1.0 se situaría sobre el valor 950 del eje de las ordenadas:
Figura 6. Representación de la versión 1 sobre el gráfico del producto. Tomado de Scrum Manager
Los puntos con las líneas de velocidad del equipo (pesimista, realista y optimista) proyectan en el eje horizontal la fecha o Sprint en el que se espera completar la versión.
Figura 7. Previsión de fechas sobre el gráfico del producto. Tomado de Scrum Manager
De igual forma se pueden proyectar las estimaciones tempranas de las futuras versiones previstas.
Figura 8. Previsión de lanzamiento de versiones sobre el gráfico del producto. Tomado de Scrum Manager
BIBLIOGRAFÍA
Impulsa tu carrera con acreditaciones ágiles aplicables a cualquier rol o industria y conviértete en miembro certificado de un equipo Scrum.
Transforma equipos y organizaciones con nuestros entrenadores e impulsa la colaboración y el valor de negocio con una cultura ágil.
Acompañamos la adopción ágil en tu organización y diseñamos soluciones a medida con seguimiento para resultados duraderos.