MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Es, por tanto, responsabilidad de los miembros del equipo notificar la existencia de esos bloqueos y reflejarlos en la lista de bloqueos y, sin embargo, será responsabilidad del Scrum Master ir dándole solución a todos esos bloqueos para que el equipo continúe trabajando (es su labor de facilitador del equipo). Esta lista en ocasiones se añade como un apartado de la Scrum Board, ya que forma parte del estado del Sprint y permite a equipo y Scrum Master ver de un vistazo los bloqueos aparecidos y resueltos.



Burn-down Chart

Hasta ahora se han visto artefactos que ayudan al equipo, al Scrum Master y al Product Owner a organizar el trabajo y tener una representación gráfica del sprint en cada momento, pero queda aún un concepto por cubrir: una visión global de la marcha de cada sprint. En Scrum, a la hora de trabajar con historias existe una regla de oro: se debe trabajar funcionalidad a funcionalidad en la medida de lo posible. Ya lo veremos más a fondo cuando se hable del ciclo de vida de Scrum, pero lo ideal es que todo el equipo trabaje en paralelo en una misma historia de usuario hasta haberla terminado y, entonces, pasen a la siguiente (por ello se subdividen en tareas paralelizables). Al crear las distintas historias, ya habíamos visto que uno de los apartados de las tarjetas que las contienen es la estimación. Dicha estimación se puede medir en puntos de complejidad/duración o simplemente en horas y dicha medida será utilizada para medir la velocidad de trabajo que un equipo tiene en cada sprint. La Burndown Chart no es más que una gráfica que contiene en su eje X los días que dura el Sprint y en el eje Y los puntos que el equipo se ha comprometido a realizar a lo largo del Sprint. Cada día, se pondrá un punto en la unión de los ejes correspondiéndose en X al día actual, y en Y a los puntos que quedan pendientes. Al unir los puntos se obtiene una gráfica del avance a lo largo del Sprint.

137

European Open Business School