Est-ce que ça importe? Tant que vous pouvez les identifier, c'est tout ce qui est important.
ChrisF
@ChrisF: cela peut être important, si le nom se rapporte à l'objectif de sprint (voir la réponse de Pierre), qui est un outil important pour promouvoir la clarté et la concentration sur l'équipe. Je ne suis pas d'accord avec la clôture.
azheglov
Réponses:
25
Demandez à l'équipe .
S'ils pensent que c'est amusant ou utile de nommer le sprint, choisissez-en un ensemble.
Étant donné que chaque sprint doit avoir un objectif , il ne devrait pas être difficile de trouver un nom approprié.
Nommer le sprint pourrait effectivement aider l'équipe à se concentrer sur l'objectif principal.
Dans une entreprise où je travaillais, nous avions des sprints / sorties mensuels, et nous les avons nommés alphabétiquement d'après les mèmes Internet. Les versions sur lesquelles j'ai travaillé récemment étaient:
clavier
lol chat
megashark
numanuma
Cela a ajouté un peu de plaisir au processus, surtout quand vient le temps de nommer la prochaine itération.
Si le tout est dans un but précis ("ajouter des rapports", "apporter des sites européens"), alors il y a votre nom. Si c'est une collection de choses de l'arriéré, alors une date vague ("la version de juin") fonctionne pour nous. Cela nous permet de dire à un utilisateur "Je ne pense pas que cela conviendra à la version de juin, est-ce correct de le mettre dans la prochaine?" ou "si vous le souhaitez dans la version de juin, nous devrons régler [quoi que ce soit] d'ici le 5 juin". Ce ne sont que des étiquettes, mais elles servent à quelque chose.
Une version peut avoir plusieurs sprints. Je pense que la convention Foo Release n'est pas très appropriée.
Behrang Saeedzadeh
Si vous avez besoin d'en parler à ce niveau de granularité, mon premier choix serait la fonctionnalité ("les trucs français") et mon second serait 1,2,3 a, b, c ou similaire dans les noms de version.
Kate Gregory
4
Pour nous, nous aimons mettre des noms amusants, de toute façon en interne, sur nos sorties numérotées et nos projets plus importants pour briser un peu la monotonie. Nous recherchons toujours des noms plus drôles / plus créatifs pour nos projets et sorties plus importants, mais nous utilisons également évidemment un système de numérotation traditionnel (1.0, 1.1) ou basé sur la date pour garder une trace du point de vue du code, notre meilleur à ce jour étant les rappeurs de la vieille école. Personne ne dit que le développement de la mêlée ne peut pas être un peu drôle
Ex. Beastie Boys, Coolio, DJ Jazzy Jeff, Eazy-E, Flavour Flav, etc.
Dans mon équipe, les sprints ont tendance à être nommés d'après la version de sortie de production que nous préparons. Dans le cas d'une version de production qui s'étend sur plusieurs sprints, nous ajoutons le numéro d'itération. Ainsi, par exemple,
J'ai déjà rencontré des problèmes avec cela auparavant ... Les PHB qui ne comprennent pas vraiment sont déterminés à BESOIN d'une certaine version telle que 4.16.1 (car ils en ont entendu parler une fois), même si cela a depuis été remplacé par d'autres . Je suis tenté de nommer chacun d'après une espèce de coléoptère et d'en rester là. Mort aux PHB !!
SHug
2
Rendez-vous!
Notre processus utilise une branche de publication pour chaque sprint que nous faisons, de sorte que les noms des branches de sprint et de publication s'alignent. Nous utilisons la date de sortie prévue comme nom de la branche et du sprint.
Cela facilite la compréhension de l'historique en même temps - par exemple, si vous consultez un ancien e-mail concernant un bogue que vous pensiez avoir été corrigé, en fonction de la date de l'e-mail, vous pouvez facilement accéder au nom de la branche la plus proche ( s) pour avoir une meilleure idée du changement. (Bien sûr, vous devriez également espérer que cela soit suivi dans votre traqueur de bogues /, mais nous savons tous que ce n'est pas toujours le cas.)
Il est également très agréable que toute notre équipe sache toujours exactement quel est le nom, donc nous sommes toujours sur la même page lorsque nous nous référons à un sprint ou une branche. (Il n'y a jamais de confusion entre "Est-ce que le blaireau est sorti cette semaine ou la semaine dernière?".)
À mon avis, l'utilisation de chiffres pour le nom n'apporte pas vraiment de valeur. D'ailleurs, bien que cela puisse être amusant à faire, les noms abstraits non plus. L'utilisation de noms axés sur les objectifs peut être un ajout intéressant (par exemple, «2012-04-03: Widgets clients mis à jour»), mais je ne reviendrais pas uniquement à l'utilisation de noms abstraits.
Je n'ai jamais vraiment pensé à les nommer. Nous avons généralement joint un ID de build à la fin afin que nous puissions suivre les problèmes, mais le nommage ne fait vraiment pas partie du processus. Avec des sorties toutes les deux semaines, vous graveriez 26 noms par an.
Je suppose que cela en ferait une partie amusante de la planification du sprint. Je devrais peut-être l'essayer pour notre prochain sprint.
Depuis, cela a attiré l'attention récemment. Pendant que je travaillais après avoir posté cela, nous avons nommé le sprint, le thème du nom allait avec le numéro de sprint. Je pense que cela avait quelque chose à voir avec notre logiciel de suivi permettant cela. Nous avons abandonné la dénomination lorsque nous avons déménagé à JIRA
Réponses:
Demandez à l'équipe .
S'ils pensent que c'est amusant ou utile de nommer le sprint, choisissez-en un ensemble.
Étant donné que chaque sprint doit avoir un objectif , il ne devrait pas être difficile de trouver un nom approprié.
Nommer le sprint pourrait effectivement aider l'équipe à se concentrer sur l'objectif principal.
J'aimerais personnellement ce genre de chose.
la source
Après un certain temps à y penser, je suis venu avec la convention suivante:
La version est facultative.
Vous vous retrouvez donc avec quelque chose comme:
Cette syntaxe répond aux questions:
Et aussi:
la source
Dans une entreprise où je travaillais, nous avions des sprints / sorties mensuels, et nous les avons nommés alphabétiquement d'après les mèmes Internet. Les versions sur lesquelles j'ai travaillé récemment étaient:
Cela a ajouté un peu de plaisir au processus, surtout quand vient le temps de nommer la prochaine itération.
la source
Si le tout est dans un but précis ("ajouter des rapports", "apporter des sites européens"), alors il y a votre nom. Si c'est une collection de choses de l'arriéré, alors une date vague ("la version de juin") fonctionne pour nous. Cela nous permet de dire à un utilisateur "Je ne pense pas que cela conviendra à la version de juin, est-ce correct de le mettre dans la prochaine?" ou "si vous le souhaitez dans la version de juin, nous devrons régler [quoi que ce soit] d'ici le 5 juin". Ce ne sont que des étiquettes, mais elles servent à quelque chose.
la source
Pour nous, nous aimons mettre des noms amusants, de toute façon en interne, sur nos sorties numérotées et nos projets plus importants pour briser un peu la monotonie. Nous recherchons toujours des noms plus drôles / plus créatifs pour nos projets et sorties plus importants, mais nous utilisons également évidemment un système de numérotation traditionnel (1.0, 1.1) ou basé sur la date pour garder une trace du point de vue du code, notre meilleur à ce jour étant les rappeurs de la vieille école. Personne ne dit que le développement de la mêlée ne peut pas être un peu drôle
Ex. Beastie Boys, Coolio, DJ Jazzy Jeff, Eazy-E, Flavour Flav, etc.
la source
Dans mon équipe, les sprints ont tendance à être nommés d'après la version de sortie de production que nous préparons. Dans le cas d'une version de production qui s'étend sur plusieurs sprints, nous ajoutons le numéro d'itération. Ainsi, par exemple,
etc.
la source
Rendez-vous!
Notre processus utilise une branche de publication pour chaque sprint que nous faisons, de sorte que les noms des branches de sprint et de publication s'alignent. Nous utilisons la date de sortie prévue comme nom de la branche et du sprint.
Cela facilite la compréhension de l'historique en même temps - par exemple, si vous consultez un ancien e-mail concernant un bogue que vous pensiez avoir été corrigé, en fonction de la date de l'e-mail, vous pouvez facilement accéder au nom de la branche la plus proche ( s) pour avoir une meilleure idée du changement. (Bien sûr, vous devriez également espérer que cela soit suivi dans votre traqueur de bogues /, mais nous savons tous que ce n'est pas toujours le cas.)
Il est également très agréable que toute notre équipe sache toujours exactement quel est le nom, donc nous sommes toujours sur la même page lorsque nous nous référons à un sprint ou une branche. (Il n'y a jamais de confusion entre "Est-ce que le blaireau est sorti cette semaine ou la semaine dernière?".)
À mon avis, l'utilisation de chiffres pour le nom n'apporte pas vraiment de valeur. D'ailleurs, bien que cela puisse être amusant à faire, les noms abstraits non plus. L'utilisation de noms axés sur les objectifs peut être un ajout intéressant (par exemple, «2012-04-03: Widgets clients mis à jour»), mais je ne reviendrais pas uniquement à l'utilisation de noms abstraits.
la source
Pour chaque version, nous choisissons un nom de code de grande ville par ordre alphabétique (par exemple A tlanta, B oston, C hicago, D allas ...)
Et certains noms de collège dans cette ville deviennent nos noms de sprint (Morehouse, Spelman, ..., Harvard, Cambridge, etc.)
la source
Je n'ai jamais vraiment pensé à les nommer. Nous avons généralement joint un ID de build à la fin afin que nous puissions suivre les problèmes, mais le nommage ne fait vraiment pas partie du processus. Avec des sorties toutes les deux semaines, vous graveriez 26 noms par an.
Je suppose que cela en ferait une partie amusante de la planification du sprint. Je devrais peut-être l'essayer pour notre prochain sprint.
la source