agile - que - sprint scrum ejemplo

¿Cuál es la diferencia entre Sprint e Iteración en Scrum y la longitud de cada Sprint? (10)

¿Hay una 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.
Supongamos que hay 4 sprints y usted ha decidido que el primer sprint aumentará hasta 10 días si se requiere que otros 3 sprints tengan la misma longitud que el primer sprint decidido.

Sprint es justo el término para una iteración.
Puedes cambiar la duración del Sprint para que sea lo que quieras, pero es probable que desees intentar encontrar un período de tiempo que "funcione bien" (lo que puede significar cualquier cantidad de cosas para tu equipo) y terminar quedándote con él. hora.

Donde trabajo tenemos 2 Sprints a una iteración. La demostración de Iteración es antes de que las partes interesadas del negocio no quieran reunirse después de cada Sprint, pero esa es nuestra interpretación de la terminología. Algunos lugares pueden tener los términos que tienen el mismo significado, solo estoy señalando que donde trabajo no son lo mismo.
No, los sprints pueden tener longitudes variables. En el lugar donde trabajo, teníamos medio Sprint para alinear nuestros Sprints con las iteraciones que estaban utilizando otras personas en el proyecto de otro departamento.

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

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

No hagas demasiados sprints cortos de 10 días. Usted quemará su equipo con el tiempo. Use sprints cortos donde realmente los necesite, y no haga demasiados seguidos. Piensa a largo plazo. Un corredor de distancia siempre camina por la carrera completa y hace carreras de velocidad en distancias cortas solo donde importa.

Si quema a su equipo, puede deshacerse de todos ellos en un elegante scrum chart, no harán nada por la caída de la productividad de su equipo.

Iteración es el término ágil genérico para un ciclo de desarrollo único. Es un término común utilizado en los procesos de Desarrollo Iterativo e Incremental (IID). Scrum, que es un método ágil especializado, o podemos decir que el proceso de Desarrollo Incremental especializado utiliza el término Sprint para sus iteraciones, que es un ciclo de desarrollo en Scrum que se llama Sprint. Sprint es específico para Scrum, por lo tanto, Sprint es una iteración, pero no todas las formas de iteraciones son Sprints. Es posible que otros métodos ágiles no utilicen el mismo término (Sprint) para definir el trabajo de iteración, pero Sprint e Iteración son los dos términos más utilizados.

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

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

Al igual que el fondo, la velocidad es la suma de los puntos de estimación asignados a los elementos de la reserva, o historias, que se terminaron completamente durante ese sprint. La mayoría de los defensores de Agile (Mike Cohn, Ken Schwaber y Jeff Sutherland, por ejemplo), recomiendan que los equipos usen "el clima reciente" para 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 sprint.

Una vez más, la variación de la longitud del sprint reduce la capacidad de sus equipos para proporcionar la estadística de velocidad que el equipo utiliza para la planificación del sprint, y el propietario del producto usa para la planificación de la versión (es decir, predecir cuándo finalizará el proyecto o qué habrá 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.

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

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

Hay mucha discusión sobre la longitud 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, y luego sprints cortos hacia el final del proyecto, ha funcionado para nosotros.

Segun mi experiencia

Sprint es un tipo de iteración y uno puede tener muchas iteraciones dentro de un solo Sprint (por ejemplo, uno debe iniciar o repetir una tarea si falla y aún tiene tiempo estimado adicional) o en muchos Sprint (como realizar tareas continuas).
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 definidas por Product Owner o Scrum Master o el equipo) del Product Backlog.

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

Sprint == Iteración.

Las longitudes pueden variar, pero es un mal precedente de planificación permitirles variar demasiado.

Manténgalos constantes en su duración y mejorará en la planificación y entrega. Todo se medirá por la cantidad de sprints de 10 días necesarios para completar una serie de casos de uso.

Manténgalos constantes en su duración y puede planificar sus entregas, las pruebas de usuario final, etc., con más 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.

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

Todos los sprints son iteraciones, pero no todas las iteraciones son sprints. 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 también tiene sentido especializar la terminología. También ayuda a marcar la metodología diferente de otras metodologías IID :)

En cuanto a la longitud del sprint: todo vale siempre que el sprint esté cronometrado, es decir, se termine en la fecha planificada y no "cuando esté listo". (O alternativamente, en raras ocasiones, el sprint se termina prematuramente para comenzar un nuevo sprint en caso de que se cambien algunas condiciones de contorno esenciales).

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