Como você nomeia sprints em seus projetos? [fechadas]

Algumas ferramentas de gerenciamento de software Scrum oferecem essa opção para nomear explicitamente seus sprints.

Você tem uma maneira preferida de nomear seus sprints ou apenas usa um esquema simples como 1, 2, 3, ...?

Pergunte à equipe .

Se eles acham divertido ou útil nomear o sprint, escolha um juntos.

Como todo sprint deve ter um objetivo , não deve ser um problema encontrar um nome adequado.

Nomear o sprint pode realmente ajudar a equipe a se concentrar no objetivo principal.

Pessoalmente, eu adoraria esse tipo de coisa.

Depois de um tempo pensando sobre isso, vim com a seguinte convenção:

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

A versão é opcional.

Então você acaba com algo como:

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

Essa sintaxe responde às perguntas:

• Quando foi feito?
• Por que foi feito?
• Em que versão foi lançada?

E também:

• É classificável
• É previsível
• Permite flexibilidade sem sacrificar as informações

Em uma empresa em que trabalhei, tivemos sprints / lançamentos mensais e os nomeamos em ordem alfabética após memes da Internet. Os lançamentos em que trabalhei recentemente foram:

• keyboardcat
• lolcat
• megashark
• numanuma

Isso adicionou um pouco de diversão ao processo, especialmente quando chegou a hora de nomear a próxima iteração.

Se tudo for para um propósito específico ("adicionar relatórios", "trazer locais europeus"), eis o seu nome. Se é uma coleção de coisas do backlog, uma data vaga ("o lançamento de junho") funciona para nós. Isso nos permite dizer a um usuário: "Eu não acho que isso caiba no lançamento de junho, está correto colocá-lo no próximo?" ou "se você quiser isso no lançamento de junho, precisaremos acertar o que for até 5 de junho". Eles são apenas rótulos, mas servem a um propósito.

Para nós, gostamos de colocar nomes engraçados, internamente de qualquer maneira, em nossos lançamentos numerados e projetos maiores para acabar com a monotonia. Estamos sempre procurando nomes mais engraçados / criativos para nossos projetos e lançamentos maiores, no entanto, obviamente, também usamos um sistema tradicional de numeração (1.0, 1.1) ou baseado em data para acompanhar a perspectiva do código, o nosso melhor até hoje são os rappers da velha escola. Ninguém diz que o desenvolvimento do scrum não pode ser um pouco engraçado

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

Na minha equipe, os sprints tendem a receber o nome da versão de lançamento da produção que estamos preparando. No caso de uma liberação de produção que abrange vários sprints, anexamos o número da iteração. Então, por exemplo,

• 5.0.2 Iteração 1
• 5.0.2 Iteração 2
• 4.16.1

etc.

Datas!

Nosso processo usa uma ramificação de liberação para cada sprint que fazemos, para que os nomes das ramificações de sprint e release sejam alinhados. Usamos a data de lançamento planejada como o nome da filial e do sprint.

Isso torna o entendimento do histórico um pouco mais fácil ao mesmo tempo - por exemplo, se você estiver vendo um email antigo sobre um bug que considerou corrigido, com base na data do email, é possível pular facilmente para o nome da filial mais próximo ( s) para ter uma idéia melhor da mudança. (Claro, você também deve ter isso rastreado no seu rastreador de erros / em vez disso, mas todos sabemos que nem sempre é esse o caso.)

Também é muito bom que toda a nossa equipe sempre saiba exatamente qual é o nome, por isso estamos sempre na mesma página quando nos referimos a um sprint ou ramo. (Nunca há qualquer confusão de "O 'texugo' é o lançamento desta semana ou o da semana passada?".)

Na minha opinião, o uso de números para o nome realmente não fornece nenhum valor. Por outro lado, embora possa ser divertido, nem nomes abstratos. Usar nomes orientados a objetivos pode ser uma boa adição (por exemplo, "03/04/2012: widgets de clientes atualizados"), mas eu não voltaria a usar apenas nomes abstratos.

Para cada versão, escolhemos um nome de código de cidade grande em ordem alfabética (por exemplo, A tlanta, B oston, C hicago, D allas ...)

E alguns nomes de faculdade naquela cidade se tornam nossos nomes de sprint (Morehouse, Spelman, ..., Harvard, Cambridge etc.)

Eu realmente nunca pensei em nomeá-los. Geralmente, anexávamos um ID de compilação no final para que pudéssemos rastrear problemas, mas nomear realmente não faz parte do processo. Com lançamentos a cada duas semanas, você gravaria 26 nomes por ano.

Suponho que isso tornaria uma parte divertida do planejamento do sprint. Talvez eu precise tentar para o nosso próximo sprint.