Calendario para un Sprint de 10 días en Scrum

Hemos estado haciendo Sprints de 1 semana y el equipo de desarrollo es bastante reacio a continuar con los Sprints de 1 semana. varias razones incluyen

  • El equipo se siente estresado por hacer las cosas en una semana
  • El equipo tiene un marco de trabajo enfocado de solo 3 días donde pueden dedicar su tiempo por completo. La mitad del lunes y el viernes se utilizan para la planificación y revisión/retro
  • Por lo tanto, pensando en cambiarlo a 10 días de sprint en lugar de 2 semanas.
  • Sería bueno saber si alguien ha probado el sprint de 10 días y le gustaría saber la plantilla de programación para el mismo. Gracias una tonelada
El estándar es de dos semanas o 30 días. Los Sprints más cortos inherentemente tienen más gastos generales y producen incrementos más pequeños.
Normalmente, un sprint de 10 días es un sprint de 2 semanas (quitando los fines de semana). La ventaja allí es mantener los eventos que ocurren en el mismo día y hora. También vale la pena señalar que el tiempo de su evento se escala. Los eventos de Scrum (aparte del Daily Scrum) deberían durar la mitad para un sprint de 1 semana que para un sprint de 2 semanas.
En mi industria (desarrollo de software), los Sprints de 10 días son la norma. Los Sprints de cinco días son para equipos avanzados con procesos ágiles. Los Sprints de un día son el plano superior :)

Respuestas (2)

El equipo se siente estresado por hacer las cosas en una semana

Si tiene dificultades para completar historias en una semana, podría considerar tratar de hacer que las historias de los usuarios sean más pequeñas. Si eso no es práctico, entonces tiene sentido cambiar a un sprint de 2 semanas.

El equipo tiene un marco de trabajo enfocado de solo 3 días donde pueden dedicar su tiempo por completo. La mitad del lunes y el viernes se utilizan para la planificación y revisión/retro

La Guía Scrum recomienda que la duración de las ceremonias se reduzca en función de la duración del sprint. Por ejemplo, la planificación del sprint tiene un límite de tiempo de 8 horas para un sprint de 4 semanas, por lo que esperaríamos que sea de alrededor de 2 horas para un sprint de 1 semana. También esperaría que la retrospectiva dure alrededor de 45 minutos y la revisión del sprint alrededor de 1 hora cuando se hacen sprints de 1 semana.

Si decide realizar un sprint de 2 semanas, la duración típica de la ceremonia podría estar limitada en el tiempo a:

  • Planificación de Sprint 4 horas
  • Retrospectiva 1,5 horas
  • Revisión de sprint 2 horas

Recuerde que la casilla de tiempo es un límite máximo del tiempo que debe dedicar. Puedes pasar menos tiempo que esto.

Descubrí que a algunos equipos les gusta extender las ceremonias de Scrum durante un par de días, mientras que otros equipos prefieren comprimirlas en un solo día. Es posible que desee considerar hacer su revisión y retrospectiva por la mañana y luego planificar el sprint después del almuerzo el mismo día.

También te recomendaría que consideres cambiar el inicio/final de tu sprint del lunes/viernes. Hay una serie de desventajas de celebrar ceremonias de Scrum en esos días:

  • Las personas a menudo están cansadas el viernes y les resulta más difícil concentrarse.
  • Los lunes y viernes son los días más comunes para tomar vacaciones.
  • El lunes es estadísticamente el día más común en que las personas están de baja por enfermedad.
  • Los lunes y viernes son días comunes para trabajar desde casa.
Por supuesto, no hay nada en la Guía de Scrum que ordene que el Retro se lleve a cabo al final del Sprint :)
Y no hay nada que diga que el sprint tiene que comenzar y finalizar los mismos días que la semana... ¿Por qué no comenzar su Sprint listo un jueves y evitar las implementaciones de fin de semana?

Los lunes y viernes no son días ideales para ceremonias. Distribúyalos o agrúpelos en los días que desee e itérelos según sea necesario. Los sprints de 2 semanas (10 días hábiles) se consideran con frecuencia como predeterminados por una razón: funcionan para muchas organizaciones. Los gastos generales (tiempo de reunión) son manejables y le dan al equipo espacio para trabajar. Además, aborde las cosas que podrían reducir el tiempo de trabajo: interrupciones, trabajo no planificado, PTO, etc. Asegúrese de que la organización comprenda y valore el marco del equipo.

Calendario para un Sprint de 10 días en Scrum
RespuestasAquíPolítica de privacidad1y, 1v