Uno de los principios fundacionales del Manifiesto Ágil es
Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deberían poder mantener un ritmo constante indefinidamente.
Los equipos Scrum usan el término sprint para referirse a un ciclo de trabajo (también conocido como iteración).
Sin embargo, esto no tiene sentido para mí. Según Google, un sprint es:
correr a toda velocidad en una corta distancia.
En otras palabras, no es sostenible. ¿Por qué los equipos Scrum usan la palabra sprint ? Me parece que está en conflicto con uno de los principios básicos de Agile.
agile
terminology
scrum
Liath
fuente
fuente
Respuestas:
Correcto.
No ejecutas un sprint durante meses a la vez en la mayoría de Agile (los que funcionan bien, estoy seguro de que algunos "queríamos palabras de moda, así que somos una tienda de cascada de Agile"), tienes sprints cortos, seguidos de una nueva planificación / retros / etc.
Ese es el punto.
Los principios básicos de Agile son relativamente amplios, pero el punto principal es no correr un "maratón" planeado inicialmente (es decir, una cascada), sino dividirlo en pedazos muy cortos.
Por lo tanto, "sprint".
En cuanto a la procedencia del término dentro de Agile, el trabajo seminal del proceso de desarrollo SCRUM lo utilizó. Sospecho que nadie lo ha cambiado desde entonces.
Para aquellos de ustedes que tienen curiosidad sobre la longitud, de ese trabajo:
fuente
strollojaunt. Pero entonces no habría sido una buena palabra de moda.La idea es que entre sprints, tenga reuniones para comunicar el estado del proyecto, solucionar problemas urgentes y, en general, reagruparse. En la metáfora mixta de la terminología ágil, puedes imaginar que los sprints están separados por descansos (reuniones, planificación, etc.).
fuente
El término se basa más ampliamente en la metáfora establecida por Takeuchi y Nonaka en su artículo de HBR, "The New New Product Development Game", basado en una metáfora del rugby. Uno forma un Scrum para mover al otro equipo fuera de la pelota y luego "corre" por el campo hacia una meta.
Los términos de Scrum "meta de sprint" y otros toman prestada de esta misma metáfora.
Las metáforas son metáforas y no deben tomarse demasiado literalmente. Ese puede ser el problema aquí.
fuente
Supongo que es porque en un sprint, sabes dónde estás y sabes a dónde debes llegar, y es un camino bastante lineal para llegar allí. No es sostenible a largo plazo, pero los sprints en el desarrollo de software no son muy largos antes de planear su próximo destino.
Del mismo modo, podrías correr un sprint corto cada día (en términos de entrenamiento, quiero decir). Mientras esté descansando y trazando metas y destinos, es posible.
fuente
Una cosa que siempre he asociado con el "sprint" es que fomenta la actitud de bajar la cabeza y empujar hasta el final del sprint sin tanta preocupación por lo que sucede más allá del sprint o por los entornos cambiantes durante el sprint.
Es mi opinión que esta mentalidad es en realidad más importante para la administración que para los desarrolladores. Los desarrolladores están expuestos a la realidad esencial del desarrollo. Saben lo que hay que hacer y cómo hacerlo.
Sin embargo, la administración no siempre está en sintonía con esta parte de la realidad del negocio. La palabra "sprint" es algo que pueden tener en mente y defiende la explicación de por qué no se puede cambiar la dirección a mitad del sprint. El equipo está corriendo, comprometido a lograr el producto en el menor tiempo posible. Considere la diferencia entre un sprint de 100 yardas y un obstáculo de 100 yardas.
fuente
El uso del término sprint sigue siendo compatible con la capacidad (ágil) de mantener un ritmo constante.
Un grupo completo que mantiene un ritmo constante no significa necesariamente que todos se estén moviendo a la misma velocidad en un momento dado. Considere, por ejemplo, que un equipo de relevos puede correr a un ritmo constante, colectivamente , mientras que, individualmente, pueden estar: corriendo, esperando o recuperándose.
fuente