Lo que no sabemos del Sprint en Scrum
En este vídeo les comparto sobre un error muy común al hablar del Sprint en Scrum, y como esto es algo que en muchas ocasiones no se sabe, y ocasiona confusión al establecer los eventos de Scrum en sus calendarios. Espero les sea de valor.
Mi blog: www.jorgeruizagile.com
Contenido descargable: jorgeruizagile.com/suscribete
Sígueme en mis redes sociales:
Facebook: goo.gl/pw4eqE
Linkedin: goo.gl/xZ3LDR
Instagram: goo.gl/3x72pt
twitter: goo.gl/bYjZHn
Пікірлер: 23
Muy teso, me ayudaste demasiado, este video debería tener mas apoyo
Gracias amigo, gracias a ti pude entender realmente este proceso que en ninguna otra parte te enseñan bien, me tenia loco este tema, tenia esa duda porque me imaginaba que un sprint de 2 semanas o 4 significaba solo la planeación y despues venía el desarrollo que fue asi como lo entendi, ahora me doy cuenta como se trabaja y como realmente era este asunto, me ayudaste un monton compadre, porfavor no pares y sigue haciendo estos videos que son muy importantes, segundo video que veo de ti y me han ayudado bastante, mil gracias.
Hola Jorge, espero que sigas subiendo videos. Eres muy claro y los disfruto mucho. Han sido esclarecedores y de mucha ayuda. Gracias!
Breve y conciso.. excelente manejo de los tiempos !
Muy bueno, gracias por compartir
Excelente explicación, gracias !!
Excelente explicación Jorge! Muy bueno el video
@jorgeruizagile296
4 жыл бұрын
Que tal Luis!!! Muchas gracias y me da gusto que te haya sido de valor! a Aplicarlo! =)
Buen video Loulogio
Excelente explicación!
@jorgeruizagile296
3 жыл бұрын
Gracias Giovanni!
Hola Jorge, muy buenos consejos. Podrías orientarme sobre dónde puedo conseguir el Scrum Guide, en internet hay tantos ebooks con el titulo "SCRUM" o "Ágil" que es difícil elegir.
Hola Jorge! Gracias por tus videos! Ya los ví casi todos! Tengo una duda, que pasa cuándo se agregan tareas a la mitad del Sprint? Que debe hacer el SCRUM master en estos casos?
@jorgeruizagile296
4 жыл бұрын
Que tal Eduardo, gracias por apoyar el canal! espero te subscribas! =) En cuanto a la pregunta, no hay ningún problema por agregar tareas en un Sprint, es normal que surjan cosas en el camino que no vimos en el Sprint Planning que dura menos de 8 horas. El tema es cuando agregamos historias de usuario durante un Sprint, ahí si debemos de ver si no hubo problemas con el refinamiento de las historias o preguntarnos porque lo cambios tan drásticos durante. Yo sugiero que las historias se mantengan y no se agreguen durante el Sprint al menos en lo que vamos aprendiendo, y podemos ser flexibles al agregar tareas.
Hola Jorge, estoy por certificarme como Scrum Master y efectivamente este era un error de concepto que tenia te agradezco tu video, sin embargo me quedo una duda las historias de usuario ya deberían estar listas antes del Sprint? y por otro lado en tu experiencia que tiempo debe dedicarse a este concepto? gracias y saludos
@jorgeruizagile296
4 жыл бұрын
Felicidades por tu camino a certificarte! =) Si debe haber algunas historias de usuario detalladas antes de comenzar el primer Sprint, de hecho deben de ser las más valiosas y que al menos tengas suficientes como para hacer un primer sprint (así que hay que dedicar el tiempo necesario a tener al menos estas historias, lo que te tome) y así durante el Sprint 1 ir detallando las historias del sprint 2. En la guía de Scrum se habla de hacer refinamientos de las historias en un tiempo menor o igual al 10% de la duración de todo el Sprint (es decir, desde el planning hasta el retrospective). Si estas en un Sprint de 2 semanas sería el 10% de esas dos semanas dedicado a refinar tu backlog (tus historias). De igual forma te sugiero que el Product Owner siempre este avanzando en trabajar las historias de los siguientes Sprints. Espero te sirva.
cool
Hola Jorge, que pasa cuando dentro del sprint caen días feriados?
@jorgeruizagile296
3 жыл бұрын
En el Sprint Planning recomiendo que siempre conversen si hay días feriados, y si es el caso, no considerar ese día en su Sprint, si el Sprint es de 2 semanas sería de 1 semana y 4 días. Saludos!
Hola Jorge. Tengo una duda. Donde encaja el analista dentro del sprint?
@jorgeruizagile296
4 жыл бұрын
Que tal Hernan! es una mezcla entre el trabajo del Product Owner y del Development Team. El Dev team es un equipo auto-organizado y multidisciplinario, lo cual nos invita a que todos los miembros del equipo tengas múltiples habilidades entre ellas de análisis. Aparte de esto, durante el Sprint, se realizan eventos de Backlog Refinement Meeting en donde se "Analizan" o "refinan" las historias de usuario para el siguiente Sprint y esto se hace entre el dev team y el Product Owner =). Espero te sirva.
@hernanramirez5226
4 жыл бұрын
Pero si nos ponemos a refinar durante un sprint para el próximo nos quita tiempo del sprint que estamos trabajando...
@jorgeruizagile296
4 жыл бұрын
Es por eso que te recomiendo que en el Sprint Planning del equipo no consideren el Sprint de 10 días si fuera de 2 semanas. Más bien es pensar que el Sprint es de 9 u 8 días y medio por los eventos. Es súper importante refinar durante los sprints para no caer en análisis parálisis de hacer un análisis de 1 mes o más antes de arrancar el primer Sprint. Igual te sugiero dedicar unos cuantos días previos al primer Sprint para tener las historias de ese Sprint. :) Cómo ves?