2009-08-04 59 views
54
  1. ¿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 iteración en Scrum? Será útil si alguien puede arrojar algo de luz sobre esto.¿Cuál es la diferencia entre Sprint e Iteración en Scrum y la longitud de cada Sprint?

  2. Supongamos que hay 4 sprints y que ha decidido que el primer sprint durará hasta 10 días si se requiere que otros 3 sprints tengan la misma longitud que el 1er sprint decidido.

+0

Esta no es la forma Scrum, pero es más saludable para dejar de usar la palabra Sprint y sustituirla por la palabra iteración. La palabra "sprint" implica que vas tan rápido como es humanamente posible, porque eso es lo que hacen los velocistas. Pero cuando termina un sprint, comienza el siguiente, lo que implica que todos deberían esforzarse al máximo todo el día, todos los días. Pero esa no es una impresión útil para poner en las cabezas de las personas, ya que no es lo que pretendes o deberías hacer. El término iteración es más apropiado. Implica que seguirás iterando, lo cual está más cerca del propósito principal de un sprint. –

Respuesta

61

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 así que tiene sentido especializar la terminología también. También ayuda a marcar la metodología diferente de otras metodologías de IID :)

En cuanto a la longitud del sprint: todo vale mientras el sprint sea timeboxed, es decir, se termine 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 cambien algunas condiciones de contorno esenciales.)

Ayuda a tener los sprints de duraciones similares. Hay menos que recordar sobre el cronograma de sprints 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 de vacaciones.

+2

Es correcto decir que una iteración puede contener uno o más sprints. Para el examen, podemos tener un sprint de una semana e iteración de una semana. Además, podríamos tener una clasificación de un mes y 3 sprints dentro de esta iteración. – sensorario

+0

@sensorario: Desde mi experiencia, la "igualdad" de iteración y carrera de Iaalto es lo que yo diría es una buena definición de mano corta. Habiendo dicho eso, ¿cómo vendrías para decir un sprint en su "nivel superior" (que contiene iteraciones)? Creo que podrías tener algún tipo de jerarquía como dices, pero luego un "sprint" ya no está relacionado con Scrum, ya que Scrum simplemente no usa este término de esta manera. –

12

Sprint == Iteration.

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

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

Consérvelos consistentes en longitud y puede planificar sus entregas, pruebas de usuario final, etc. con más precisión.

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

+0

Las longitudes de Sprint para un proyecto específico siempre deben ser consistentes, las ventajas que trae la consistencia (a las que se refiere) son virtualmente imposibles de lograr de otra manera. –

1
  1. Sprint es solo el término para una iteración.
  2. Puedes cambiar la duración de Sprint para que sea lo que quieras, pero es probable que quieras intentar encontrar una cantidad de tiempo que "funcione bien" (lo que puede significar cualquier cantidad de cosas para tu equipo) y terminará pegándose con eso a través del tiempo
2

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

Un sprint es normalmente una iteración. Pero puede, por ejemplo, tener un sprint de 4 semanas, pero tiene 4 iteraciones "internas" de una semana 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 duración.

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 sprints cortos hacia el final del proyecto, nos ha funcionado.

2

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

En cuanto a la longitud del esprint, la única precaución que destacaría es que en Scrum está utilizando los últimos sprints para obtener un nivel de previsibilidad en la capacidad de su equipo para cumplir sus compromisos para el sprint. Lo hacen desarrollando una velocidad en 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, en los sprints anteriores.

Al igual que el fondo, la velocidad es la suma de los puntos de estimación asignados a los elementos atrasados, o historias, que se terminaron por completo durante ese sprint. Los defensores más ágiles (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 sprints.

Una vez más, la variación de la longitud de velocidad reduce su capacidad de equipos para proporcionar esa estadística velocidad que el equipo utiliza para la planificación de Sprint, y el dueño del producto utiliza para la planificación de liberación (es decir, predecir cuando el proyecto se termina o lo estará en el proyecto al final).

Recomiendo Mike Cohn's book on Agile Estimating and Planning para proporcionar una visión general de la forma en que los sprints, la estimación y la planificación pueden encajar todos juntos.

1
  1. Donde trabajo tenemos 2 Sprints a una iteración. La demo de Iteration está delante de las partes interesadas empresariales que no desean 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. Donde trabajo, tuvimos la mitad de un Sprint para alinear nuestros Sprints con las iteraciones que otros en el proyecto de otro departamento estaban usando.

0

"___ es en gran medida una cuestión de organización causado por largas horas, poco de tiempo, y por pares continua, atención al cliente, y la vigilancia superior"

No, esto no es la definición de scrum, que es la Wikipedia extracto sobre la definición de burnout.

No haga demasiados sprints cortos de 10 días. Usted quemará a su equipo eventualmente. Usa sprints cortos donde realmente los necesites y no hagas demasiados seguidos. Piensa a largo plazo. Un corredor de distancia siempre marca el ritmo de la carrera completa y hace sprints en distancias cortas solo donde importa.

Si agotas a tu equipo, puedes descartar todas esas fantásticas listas de scrum, pero no harán nada por la caída vertiginosa de tu equipo.

+1

¿Qué diablos estás diciendo aquí? Muchos equipos usan 2 semanas de sprint. Sí, un sprint es intenso, pero esto no significa que las personas trabajen 80 horas por semana, eso es ridículo. ¿Por qué la gente se quemó con dos semanas de sprints? Tu respuesta suena totalmente mal. –

+3

Según la experiencia, la mayoría de los gerentes no deja ningún margen o especial para hacer otras cosas en un sprint de 2 semanas, la mayoría trata de maximizar el pensamiento, los hace parecer mejores gerentes. Para proyectos pequeños o pequeños que se completan y las personas avanzan, una cosa es apoyar y mejorar los productos que nunca terminan año tras año, es otra cuestión. Los continuos 2wk sprints en proyectos sin fin le dan la sensación de una rata corriendo en una rueda en una jaula. Mi punto es que, en los proyectos a largo plazo, es necesario correr 2wk continuamente. No creo que sea así. – McG

+4

Mi segundo punto es simplemente porque mucha gente usa sprints continuos 2wk no lo hace bien. En silicon valley veo que muchas empresas llaman a un simple mirco-management de desarrolladores con stand-ups diarios en SCRUM de 2 semanas, a pesar de que no tienen idea de qué es realmente el proceso de scrum. – McG

-1

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 cualquier cosa definida por el equipo.

+1

En realidad, la duración del sprint es de 30 días ** o menos **. –

1

Iteración es el término ágil genérico para un solo ciclo de desarrollo. Es un término común usado 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 usa el término Sprint para sus iteraciones, es decir, un ciclo de desarrollo en Scrum se llama Sprint. Sprint es específico de Scrum, por lo tanto, Sprint es una iteración, pero no todas las formas de iteraciones son Sprints. Otros métodos ágiles no pueden usar el mismo término (Sprint) para definir el trabajo de iteración, pero Sprint e Iteration son los dos términos más comúnmente utilizados.

0

De acuerdo con mi experiencia

  1. Sprint es una especie de iteración y uno puede tener muchas iteraciones dentro de una sola Sprint (por ejemplo, uno, los startover o repetir una tarea si es fallidos y todavía tener tiempo estimado adicional) o en muchos Sprints (como realizar tareas continuas).
  2. Normalmente, la duración de Sprint puede ser una o dos semanas, depende del tiempo requerido y la prioridad de las tareas (que podría ser definido por el propietario del producto o Scrum Master o el equipo) del producto Cartera .

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

Cuestiones relacionadas