¿Cómo nombras sprints en tus proyectos? [cerrado]

Algunas herramientas de administración del software Scrum le brindan esta opción para nombrar explícitamente sus sprints.

¿Tiene una forma preferida de nombrar sus sprints o simplemente utiliza un esquema simple como 1, 2, 3, ...?

Pregúntale al equipo .

Si piensan que es divertido o útil nombrar el sprint, elijan uno juntos.

Dado que cada sprint debe tener un objetivo , no debería ser un problema encontrar un nombre adecuado.

Nombrar el sprint podría ayudar al equipo a enfocarse en el objetivo principal.

Personalmente me encantaría ese tipo de cosas.

Después de un tiempo pensando en esto, llegué con la siguiente convención:

<year> CW <starting calendar week> - <ending calendar week>: <goal> (<version>)

La versión es opcional.

Entonces terminas con algo como:

2013 CW 27-28: Improved reporting and dashboards (v1.5.1)
2013 CW 29-30: Redesigned gadgets (v1.5.2)
...

Esta sintaxis responde las preguntas:

• Cuando fue hecho?
• ¿Por qué se hizo?
• ¿Bajo qué versión se lanzó?

Y también:

• Es ordenable
• Es predecible
• Permite flexibilidad sin sacrificar información

En una empresa donde trabajaba, teníamos sprints / lanzamientos mensuales, y los nombramos alfabéticamente por memes de Internet. Los lanzamientos en los que trabajé recientemente fueron:

• keyboardcat
• gato gracioso
• megashark
• numanuma

Eso agregó un poco de diversión al proceso, especialmente cuando llegó el momento de nombrar la próxima iteración.

Si todo es para un propósito específico ("agregar informes", "traer ubicaciones europeas"), ahí está su nombre. Si se trata de una colección de cosas de la cartera de pedidos, entonces una fecha vaga ("el lanzamiento de junio") funciona para nosotros. Esto nos permite decirle a un usuario "No creo que encaje en el lanzamiento de junio, ¿está bien ponerlo en el próximo?" o "si quieres eso en el lanzamiento de junio, tendremos que resolver [lo que sea] antes del 5 de junio". Son solo etiquetas, pero tienen un propósito.

Para nosotros disfrutamos poner nombres divertidos, internamente de todos modos, a nuestros lanzamientos numerados y proyectos más grandes para romper un poco la monotonía. Siempre estamos buscando nombres más divertidos / creativos para nuestros proyectos y lanzamientos más grandes, sin embargo, obviamente también usamos una numeración tradicional (1.0, 1.1) o un sistema basado en la fecha para realizar un seguimiento desde la perspectiva del código, nuestro mejor hasta la fecha son los raperos de la vieja escuela. Nadie dice que el desarrollo de scrum no puede ser un poco divertido

Ex. Beastie Boys, Coolio, DJ Jazzy Jeff, Eazy-E, Flavor Flav, Etc.

En mi equipo, los sprints suelen tener el nombre de la versión de lanzamiento de producción que estamos preparando. En el caso de una versión de producción que abarca varios sprints, agregamos el número de iteración. Así por ejemplo,

• 5.0.2 Iteración 1
• 5.0.2 Iteración 2
• 4.16.1

etc.

¡Fechas!

Nuestro proceso utiliza una rama de lanzamiento para cada sprint que hacemos, por lo que los nombres de las ramas de sprint y lanzamiento se alinean. Usamos la fecha de lanzamiento prevista como el nombre de la rama y el sprint.

Esto hace que la comprensión del historial sea un poco más fácil al mismo tiempo, por ejemplo, si está mirando un correo electrónico antiguo sobre un error que creía que se había solucionado, según la fecha del correo electrónico, puede saltar fácilmente al nombre de la sucursal más cercana s) para tener una mejor idea del cambio. (Claro, es de esperar que también tenga esto en su rastreador de errores / en su lugar, pero todos sabemos que no siempre es así).

También es muy bueno que todo nuestro equipo siempre sepa exactamente cuál es el nombre, por lo que siempre estamos en la misma página cuando nos referimos a un sprint o rama. (Nunca hay ninguna confusión de "¿Es 'badger' el lanzamiento de esta semana o el de la semana pasada?").

En mi opinión, usar números para el nombre realmente no proporciona ningún valor. De hecho, si bien puede ser divertido hacerlo, tampoco lo hacen los nombres abstractos. Usar nombres orientados a objetivos podría ser una buena adición (por ejemplo, "2012-04-03: widgets de clientes actualizados"), pero no volvería a usar solo nombres abstractos.

Para cada versión, elegimos alfabéticamente un nombre en clave de una gran ciudad (p. Ej., A tlanta, B oston, C hicago, D allas ...)

Y algunos nombres de universidades en esa ciudad se convierten en nuestros nombres de sprint (Morehouse, Spelman, ..., Harvard, Cambridge, etc.)

Realmente nunca pensé en nombrarlos. Por lo general, adjuntamos una ID de compilación al final para poder rastrear los problemas, pero nombrar realmente no es parte del proceso. Con lanzamientos cada dos semanas, quemaría 26 nombres al año.

Sin embargo, supongo que esto lo convertiría en una parte divertida de la planificación del sprint. Puede que tenga que probarlo para nuestro próximo sprint.