MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

En ella podemos distinguir 5 columnas:

 Sprint Backlog: en ella se ponen una debajo de otra y en orden de menor a mayor las distintas historias de usuario a realizar en el sprint.  Tareas pendientes: el equipo tiene que determinar en qué tareas se puede descomponer cada historia y situarlas a la derecha de cada una de ellas.  Tareas en progreso: cada vez que alguien del equipo comienza una nueva tarea, debe moverla de la columna anterior a esta para que todo el mundo sepa que está trabajando en ella.  Historias por verificar: una vez todas las tareas de una historia han sido realizadas, se supone que la historia debe estar terminada. Antes de decir que esto es así, se mueven a esta columna para que el Product Owner compruebe que ciertamente la historia cumple con todos los criterios de aceptación por él definidos.  Trabajo terminado: cada tarea que se finaliza se mueve a esta columna y, una vez el Product Owner ha verificado que la historia está completa, las quita y sitúa en esta columna la historia del Product Backlog. Para que la Scrum Board sea realmente útil, debe ser visible y accesible al equipo en todo momento, por tanto deberá tener un tamaño considerable y estar situada dentro del entorno de trabajo del equipo en un lugar visible para todos. Esto permite que el equipo siempre tenga una constancia del estado del sprint y les sirva no solo de guía, sino también de motivación. Como hemos dicho anteriormente, pueden existir Scrum Boards mucho más complejas, ya que es habitual integrar otros artefactos dentro de ella, como veremos más adelante, lo que permitirá que todos los factores que influyen dentro de un sprint estén siempre a la vista de todo el mundo.

135

European Open Business School