Isso importa? Contanto que você possa identificá-los, isso é tudo o que é importante.
ChrisF
@ ChrisF: pode importar, se o nome estiver relacionado ao objetivo do sprint (veja a resposta de Pierre), que é uma ferramenta importante para promover a clareza e o foco na equipe. Eu discordo do fechamento.
21115 azheglov
Respostas:
25
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.
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.
Uma versão pode ter vários sprints. Eu acho que a convenção Foo Release não é muito apropriada.
Behrang Saeedzadeh
Se você precisar falar sobre eles nesse nível de granularidade, minha primeira escolha seria a funcionalidade ("o material francês") e a segunda seria 1,2,3 a, b, c ou algo semelhante nos nomes de lançamento.
9788 Kate
4
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,
Eu já tive problemas com isso antes ... Os PHBs que realmente não entendem estão determinados a PRECISAR de um determinado lançamento, como o 4.16.1 (porque ouviram falar disso uma vez), mesmo quando isso já foi substituído por outros . Estou tentado a nomear cada um deles após uma espécie de besouro e deixar por isso mesmo. Morte aos PHBs !!
shug
2
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.
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.
Uma vez que isso recebeu alguma atenção recente. Enquanto em um trabalho depois que eu publiquei isso, nomeamos o sprint, o tema do nome foi o número do sprint. Eu acho que tinha algo a ver com o nosso software de rastreamento, permitindo isso. Nós caiu a nomeação quando nos mudamos para JIRA
Respostas:
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.
fonte
Depois de um tempo pensando sobre isso, vim com a seguinte convenção:
A versão é opcional.
Então você acaba com algo como:
Essa sintaxe responde às perguntas:
E também:
fonte
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:
Isso adicionou um pouco de diversão ao processo, especialmente quando chegou a hora de nomear a próxima iteração.
fonte
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.
fonte
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.
fonte
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,
etc.
fonte
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.
fonte
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.)
fonte
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.
fonte