¿Importa? Siempre que pueda identificarlos, eso es todo lo que importa.
ChrisF
@ChrisF: puede importar, si el nombre se relaciona con el objetivo del sprint (ver la respuesta de Pierre), que es una herramienta importante para promover la claridad y centrarse en el equipo. No estoy de acuerdo con el cierre.
azheglov
Respuestas:
25
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.
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.
Un lanzamiento puede tener múltiples sprints. Creo que la convención Foo Release no es muy apropiada.
Behrang Saeedzadeh
Si necesita hablar sobre ellos en ese nivel de granularidad, mi primera opción sería la funcionalidad ("el material francés") y la segunda sería 1,2,3 a, b, co similar en los nombres de las versiones.
Kate Gregory
4
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,
Me he encontrado con problemas con esto antes ... Los PHB que realmente no entienden están decididos a que NECESITAN una versión determinada, como 4.16.1 (porque lo supieron una vez), incluso cuando otros lo han reemplazado. . Estoy tentado de nombrar a cada uno de ellos por una especie de escarabajo y dejarlo así. ¡Muerte a los PHB!
Shug
2
¡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.
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.
Dado que esto recibió atención reciente. Mientras que en un trabajo después de publicar esto, nombramos el sprint, el tema del nombre iba con el número del sprint. Creo que tuvo algo que ver con nuestro software de seguimiento que permite esto. Dejamos de nombrar cuando nos mudamos a JIRA
Respuestas:
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.
fuente
Después de un tiempo pensando en esto, llegué con la siguiente convención:
La versión es opcional.
Entonces terminas con algo como:
Esta sintaxis responde las preguntas:
Y también:
fuente
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:
Eso agregó un poco de diversión al proceso, especialmente cuando llegó el momento de nombrar la próxima iteración.
fuente
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.
fuente
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.
fuente
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,
etc.
fuente
¡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.
fuente
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.)
fuente
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.
fuente