Tu daily Scrum es un desastre

¿Tu Daily Scrum es un desastre? No hay colaboración, el Project Manager está allí para controlar y en general la gente piensa que es una pérdida de tiempo.
Si tu Daily Scrum es:
- Un reporte
- Donde solo se responden a las tres preguntas
- Y suele faltar la gente
- No ocurre sin el Scrum Master
- No se actualiza el Sprint Backlog
En este video vemos los motivos y las soluciones para mejorar la forma de realizar la Daily Scrum y llevar a tu equipo al siguiente nivel
00:00 Introducción
00:44 Problemas más comunes
01:27 El Daily Scrum es un reporte
02:03 Solo se responde a las tres preguntas
03:03 Falta gente
04:35 Nunca ocurre sin el Scrum Master
06:16 Nunca hay follow ups
08:20 Solución: Pedagogía de Scrum
10:30 Solución: Trabajar en el producto
12:27 Solución: Falta de Skills

Пікірлер: 8

  • @juliancortesramirez3802
    @juliancortesramirez38023 ай бұрын

    Muchas gracias por tu contenido. No hay recetas mágicas y como comentas en el vídeo el daily scrum puede darte mucha información sobre problemas mucho más profundos sobre el equipo en cuestión. Muy útil. En uno de mis equipos hemos incluido el parking lot para temas que se quieran comentar y que sean importantes, pero sin que entorpezca y eternice el daily scrum. A mí me gustaría diferenciar los tipos de PBIs y diferenciar entre Tareas y subtareas. Muy buen trabajo. Dejo mi like

  • @JeronimoPalacios

    @JeronimoPalacios

    3 ай бұрын

    Me alegra que te haya gustado Julián. El Parking lot es una gran herramienta para mantener la transparencia y llevarse temas a la retrospectiva

  • @sashabergese
    @sashabergese3 ай бұрын

    Vengo a proponer una idea. En mi equipo una de las cosas que más me costo aprender y cómo organizar el backlog, por función ? Por release ? Por versión de la app? Es algo que en la práctica me costo mucho aprender y provoco mucho re trabajo en mi equipo. Otra cosa es , cómo definimos realmente lo que es prioridad? Llega un punto de todo software donde parece que todo es importante, que se podría hacer en esos momentos? Y por último algo que también me costo aprender es: cómo dividimos una función en “partes” de manera que sea fácil de construir para los desarrolladores y aporten valor temprano? Sería genial ver un ejemplo práctico de estos , estaría bueno saber de tu parte Jere cómo gestionas estos temas y contar con tu experiencia

  • @JeronimoPalacios

    @JeronimoPalacios

    3 ай бұрын

    ¡Gracias! Es un tema complejo. Me lo apunto a ver como puedo explicarlo de manera sencilla

  • @camellomaster
    @camellomaster3 ай бұрын

    he estado en equipos en donde por algún motivo el scrum master no estaría al día siguiente (por ejemplo enfermedad u otros motivos) y de inmediato la daily esos días se suspendía. Incluso en ocasiones , venía otro scrum master de otra célula y por cumplir la daily solo se limitaba a hacer las 3 preguntas. Lo otro, las veces que se realiza la daily scrum, creo importante compartir el sprint goal, nunca se hace. Se podría simplemente poner un print de pantalla con eso y dirigir a daily en torno a eso . Siempre pasa que a la segunda semana del sprint, uno ya anda perdido y tiene que buscar en los correos ese "sprint goal" .

  • @JeronimoPalacios

    @JeronimoPalacios

    3 ай бұрын

    Tiene toda la pinta de que el Daily Scrum se hacía por “cumplir” ¿estoy en lo correcto?

  • @facundoluciani256
    @facundoluciani2563 ай бұрын

    Muy bueno tu contenido Jero, yo participo en dailys donde somos 8 personas, la hacemos todos los dias a la misma con 30 minutos de duración, normalmente hacemos un repaso sobre en que esta cada uno con sus tareas asignadas y si alguno se encuentra "trabado" cuando termina la reunión nos quedamos a intentar de ayudarlo. Estaria bueno un video sobre criterios de aceptación. Saludos, desde Argentina.

  • @JeronimoPalacios

    @JeronimoPalacios

    3 ай бұрын

    Gracias por la sugerencia. Me la apunto.