¿Cuál es la diferencia entre Sprint e Iteration en Scrum y la longitud de cada Sprint? [cerrado]

Question

1. ¿Hay alguna diferencia entre Sprint y una iteración o uno puede tener iteraciones dentro de un Sprint o Sprint es solo la terminología utilizada en lugar de la iteración en Scrum? Será útil si alguien puede arrojar algo de luz sobre esto.

2. Supongamos que hay 4 sprints y has decidido que el primer sprint durará hasta 10 días. ¿Es necesario que otros 3 sprints tengan la misma longitud que el primer sprint decidido?

Answer 1

Todos los sprints son iteraciones, pero no todas las iteraciones son sprints. La iteración es un término común en el desarrollo iterativo e incremental (IID). Scrum es un sabor especializado de IID, por lo que tiene sentido especializar también la terminología. También ayuda a calificar la metodología de otras metodologías IID :)

En cuanto a la longitud del sprint: todo vale siempre que el sprint tenga una casilla de tiempo, es decir, esté terminado en la fecha planificada y no "cuando esté listo". (O, como alternativa, en raras ocasiones, el sprint finaliza prematuramente para comenzar un nuevo sprint en caso de que se modifiquen algunas condiciones de contorno esenciales).

Ayuda tener sprints de duraciones similares. Hay menos que recordar sobre el cronograma de sprint y su planificación se vuelve más precisa. Me gusta mantener el mío en 2 semanas calendario, que se resolverá en 8..10 días hábiles fuera de las temporadas festivas.

Answer 2

Sprint == Iteración.

Las longitudes pueden variar, pero es un mal precedente de planificación dejar que varíen demasiado.

Mantenlos consistentes en duración y mejorarás en la planificación y entrega. Todo se medirá por la cantidad de sprints de 10 días necesarios para terminar una serie de casos de uso.

Manténgalos consistentes en longitud y puede planificar sus entregas, pruebas de usuario final, etc., con mayor precisión.

El punto es liberar a tiempo a un ritmo constante. Un horario regular hace que la administración sea un poco más simple y más predecible.

Answer 3

Lo importante de un sprint es que: dentro de un sprint, la funcionalidad que se entregará es fija.

Un sprint es normalmente una iteración. Pero, por ejemplo, puede tener un sprint de 4 semanas, pero tiene 4 una semana '' interno '' iteraciones dentro de ese sprint.

Hay mucha discusión sobre la duración de los sprints. Creo que si lo haces de acuerdo con el libro, todos deberían tener la misma longitud.

Hemos encontrado que un primer sprint corto para poner en marcha el entorno de desarrollo, seguido de sprints de funcionalidad básica más largos, luego sprints cortos hacia el final del proyecto, nos ha funcionado.

Answer 4

Iteración es sinónimo de sprint, sprint es solo la terminología de Scrum.

Sobre la pregunta sobre la longitud del sprint, la única precaución que señalaría es que en Scrum estás usando los sprints anteriores para obtener un nivel de previsibilidad en la capacidad de tus equipos para cumplir con sus compromisos para el sprint. Lo hacen desarrollando una velocidad sobre varios sprints. Un cambio en los miembros del equipo o la duración del sprint son factores que afectarán la velocidad de un sprint sobre los sprints pasados.

Al igual que el fondo, la velocidad es la suma de los puntos de estimación asignados a los elementos acumulados, o historias, que se completaron completamente durante ese sprint. La mayoría de los defensores ágiles (Mike Cohn, Ken Schwaber y Jeff Sutherland, por ejemplo), recomiendan que los equipos utilicen "el clima reciente". basar sus estimaciones futuras en cuánto creen que pueden comprometerse en un sprint. Esto significa usar el promedio de los últimos sprints como base para una estimación en la próxima sesión de planificación de sprints.

Una vez más, variar la longitud del sprint reduce la capacidad de su equipo para proporcionar esa estadística de velocidad que el equipo usa para la planificación del sprint, y el propietario del producto usa para la planificación del lanzamiento (es decir, predecir cuándo terminará el proyecto o qué estará en el proyecto). al final).

Recomiendo el libro de Mike Cohn sobre estimación y planificación ágiles para proporcionar una visión general de la forma en que los sprints, la estimación y la planificación pueden encajar.

Answer 5

1. Donde trabajo tenemos 2 Sprints para una iteración. La demostración de Iteration se presenta ante las partes interesadas del negocio que no quieren reunirse después de cada Sprint, pero esa es nuestra interpretación de la terminología. Algunos lugares pueden tener los términos con el mismo significado, solo estoy señalando que donde trabajo no son lo mismo.

2. No, los sprints pueden tener diferentes longitudes. En mi lugar de trabajo, teníamos medio Sprint para alinear nuestros Sprints con las iteraciones que otros miembros del proyecto de otro departamento estaban usando.

Answer 6

" ___ es en gran medida un problema organizacional causado por largas horas, poco tiempo de inactividad, y vigilancia continua de pares, clientes y superior "

No, esta no es la definición de scrum, es el extracto de Wikipedia sobre la definición de burnout.

No hagas demasiados sprints cortos de 10 días. Eventualmente agotarás a tu equipo. Usa sprints cortos donde realmente los necesites, y no hagas muchos seguidos. Piensa a largo plazo. Un corredor de fondo siempre se pasea por la carrera completa y corre en distancias cortas solo donde importa.

Si agota a su equipo, puede deshacerse de todos esos sofisticados gráficos de scrum, no harán nada por la caída en picada de la productividad de su equipo.

Answer 7

1. Sprint es solo el término para una iteración.
2. Puedes cambiar la longitud del Sprint para que sea lo que quieras, pero probablemente quieras intentar encontrar una cantidad de tiempo que "funcione bien". (lo que puede significar cualquier cantidad de cosas para su equipo) y terminan pegándose con el tiempo.

Answer 8

Según mi experiencia

1. Sprint es un tipo de iteración y uno puede tener muchas iteraciones dentro de un Sprint único (por ejemplo, uno debe iniciar o repetir una tarea si es falló y todavía tiene tiempo estimado adicional) o en muchos Sprints (como realizar tareas en curso).
2. Normalmente, la duración de un Sprint puede ser de una o dos semanas. depende del tiempo requerido y la prioridad de las tareas (que podrían ser definido por el Propietario del producto o Scrum Master o el equipo) del Producto Backlog.

ref: https://en.wikipedia.org/wiki/Scrum_ (software_development)

Answer 9

Sprint como se define en Scrum puro tiene una duración de 30 días calendario. Sin embargo, la duración de la iteración podría ser la definida por el equipo.