Curso Scrum - Scrum metodología Agil - Scrum master || PIZARRA SCRUM

Hola, en este video trataré un tema crucial: la pizarra scrum. La pizarra scrum o scrum board, es un indicador visual, es una herramienta que permite saber en tiempo real cuales son los requerimientos pendientes que tiene el equipo, qué requerimientos están desarrollando en estos momentos y qué requerimientos ya se encuentran terminados. En este video yo te enseñaré como un equipo debe trabajar con la pizarra scrum y que pasos debe seguir desde la preparación hasta su finalización. Durante la planificación, nosotros debemos separar un espacio físico donde colocaremos los objetivos del sprint y los requerimientos pendientes (también llamados historias de usuario o user story). En la pizarra tendremos 5 campos, de izquierda a derecha: las historias (también llamado requerimiento), a la derecha tenemos las tareas necesarias para completar esas historias, mas a la derecha tenemos las tareas en proceso, luego las tareas terminadas y que están para verificar o testear, y finalmente las tareas completadas (quiere decir aprobadas luego del testeo o control de calidad), el flujo es sencillo, cada persona va moviendo las tareas de izquierda a derecha hasta llegar a terminarla. El primer paso es dibujar la pizarra, darle el espacio suficiente para que alcance su contenido. El siguiente paso es, apoyandote de unos post it, colocar los requerimientos en la primera columna, y escribir los puntos de historia para cada requerimiento esos que se definieron en la planeación, como estimamos esos puntos? en el siguiente video te lo explicaré. El tercer paso es colocar las tareas que son necesarias para completar cada historia, algunos equipos suelen colocar las horas estimadas para cada tarea, personalmente no lo recomiendo. El primer, segundo y tercer paso que acabo de explicar, se realiza durante la planeación o antes que inicie el sprint. El cuarto paso se da una vez iniciado el sprint (que puede ser al día siguiente), cada desarrollador o integrante del equipo de desarrollo toma una tarea, anota su nombre, y la mueve a la columna "in process" o "en proceso", y empieza a trabajarla hasta que la termine, se recomienda siempre que cada desarrollador tome una tarea a su vez, y que no realice varias al mismo tiempo porque a la larga se vuelve ineficiente (se tienen estudios estadísticos que demuestran que las personas que practican el multitasking a la larga son ineficientes). El quinto paso comienza cuando el desarrollador termina la tarea, puede ser que la termine ese mismo día o se tome mas dias en terminarla, luego lo pasa a la columna "to verify" o "para verificar", es alli donde se realiza el testing. Generalmente el testing es realizado por un desarrollador capacitado en control de calidad. Si el testing no se aprueba, regresa a la columna "to do" para que el desarrollador responsable de la tarea haga las correcciones, Una vez el testing se encuentre aprobado, pasa a la columna "Done" o "hecho" la idea es que todas las tareas se encuentren terminadas al finalizar el sprint. todo esto va de la mano con la sincronización en los daily meetings y la acción del scrum master para resolver los problemas que impidan el avance de las tareas. de esto ya se habló en videos anteriores. Si te gustó este video dale like, compartelo y suscríbete, hasta la próxima.