Qual é a diferença entre a Sprint e iteração no Scrum e comprimento de cada Sprint? [fechadas]

StackOverflow https://stackoverflow.com/questions/1227318

Pergunta

  1. Existe uma diferença entre Sprint e uma Iteração ou um pode ter iterações dentro de um Sprint ou Sprint está apenas a terminologia utilizada em vez de iteração no Scrum? Ele será útil se alguém pode lançar alguma luz sobre isso.

  2. Suponha que há 4 sprints e de ter decidido o primeiro sprint vai subir para 10 dias é necessário que outros 3 sprints devem ter o mesmo comprimento do comprimento do 1º decidiu da Sprint ??.

Foi útil?

Solução

Todos os sprints são iterações, mas nem todas as iterações são sprints. Iteração é um termo comum em iterativo e desenvolvimento incremental (IID). Scrum é um sabor especializada de IID por isso faz sentido se especializar a terminologia também. Ele também ajuda a marca a diferente metodologia de outras metodologias IID:)

Quanto ao tamanho do sprint: vale tudo, desde que o sprint é timebox ou seja ele for concluído na data prevista e não "quando estiver pronto". (Ou, em alternativa, em raras ocasiões, o sprint é terminada prematuramente para iniciar uma nova corrida no caso de algumas condições de contorno essenciais são alteradas.)

Ela não ajuda a ter os sprints de durações semelhantes. Há menos para se lembrar sobre o calendário de sprint e seu planejamento fica mais preciso. Eu gosto de manter a minha em 2 semanas de calendário, que vai resolver em 8..10 dias úteis temporadas fora de férias.

Outras dicas

Sprint == iteração.

Os comprimentos podem variar, mas é um mau precedente planejamento para que eles variam muito.

Mantenha-os consistentes em duração e você vai ficar melhor no planejamento e entrega. Tudo será medido pelo número de sprints de 10 dias que leva para terminar uma série de casos de uso.

Mantenha-os consistentes de comprimento e você pode programar suas entregas, testes do usuário final, etc., com mais precisão.

O ponto é liberar no tempo em um ritmo consistente. A programação regular torna o gerenciamento de um pouco mais simples e previsível.

A coisa importante sobre um sprint é que: dentro de um sprint a funcionalidade que está a ser entregue é fixo

.

A Sprint é normalmente uma iteração. Mas você pode, por exemplo, ter um quatro semanas sprint, mas tem 4 uma semana iterações "internos" dentro desse sprint.

Há muita discussão sobre o comprimento de sprints. Eu acho que se você fazê-lo de acordo com o livro que todos devem ter o mesmo comprimento.

Nós descobrimos que uma pequena primeiro sprint para obter o ambiente de desenvolvimento instalado e funcionando, seguido de sprints mais básicos de funcionalidade, sprints em seguida, curtas no final do projeto, tem funcionado para nós.

A iteração é sinônimo de sprint, Sprint é apenas a terminologia Scrum.

Sobre a questão sobre o comprimento do sprint, o único cuidado gostaria de observar é que, em Scrum você estiver usando os sprints passados ??para ganhar um nível de previsibilidade da sua capacidade equipes para cumprir os seus compromissos para o sprint. Eles fazem isso através do desenvolvimento de uma velocidade de mais de um número de sprints. A mudança nos membros da equipe ou o comprimento do sprint são fatores que afetam a velocidade para um sprint, sobre sprints passados.

Assim como fundo, a velocidade é a soma dos pontos de estimativa atribuídas aos itens do backlog, ou histórias, que foram completamente acabados durante esse sprint. A maioria dos defensores Ágeis (Mike Cohn, Ken Schwaber e Jeff Sutherland por exemplo), recomendar que as equipes de usar "o clima recente" basear suas estimativas futuras de quanto eles pensam que podem comprometer a em um sprint. Isso significa usar a média dos últimos sprints como base para uma estimativa na próxima sessão de planejamento do sprint.

Mais uma vez, variando o comprimento Sprint reduz a sua capacidade equipes para fornecer essa estatística velocidade que os usos da equipe para planejamento de sprint, e os usos proprietário do produto para o planejamento de liberação (ou seja, a previsão de quando o projeto vai acabar ou que será no projeto no final).

Eu recomendo Mike Cohn sobre Agile Estimating and Planning para fornecer uma visão geral do caminho sprints, estimativa e planejando tudo pode se encaixam.

  1. Onde eu trabalho temos 2 Sprints a uma iteração. A demo de iteração é antes das partes interessadas de negócios que não querem se encontram depois de cada Sprint, mas essa é a nossa interpretação da terminologia. Alguns locais podem ter os termos tendo igualmente significando, eu só estou apontando que onde eu trabalho eles não são a mesma coisa.

  2. Não, sprints pode ter comprimentos variados. Onde eu trabalho, tivemos uma metade de um Sprint a alinhar nossas Sprints com as iterações que outros no projeto de outro departamento estavam usando.

"___ é em grande parte uma questão organizacional causada por longas horas, pouco tempo para baixo e contínua entre pares, clientes e vigilância superior"

Sem esta não é a definição de scrum, é o trecho da Wikipedia sobre a definição de burnout.

Não faça demasiados curtos 10 dias sprints. Você vai neutralização sua equipe eventualmente. Use sprints curtos onde você realmente precisa deles, e não fazer demasiadas em uma fileira. Pense a longo prazo. Um corredor de longa distância sempre caminha-se para a corrida completa e faz sprints em curtas distâncias apenas quando é preciso.

Se você neutralização sua equipe pode jogar fora todas as cartas deles extravagantes scrum, eles não vão fazer uma coisa para a produtividade queda de sua equipe.

  1. Sprint é apenas o termo para uma iteração.
  2. Você pode mudar o comprimento Sprint para ser o que quiser, mas provavelmente você vai querer tentar encontrar uma quantidade de tempo que "funciona bem" (o que pode significar uma série de coisas para sua equipe) e acabam furando com ele ao longo do tempo.

De acordo com a minha experiência

  1. Sprint é uma espécie de iteração e pode ter muitas iterações dentro de um único Sprint (por exemplo, um deve startover ou iterate uma tarefa se é falhou e ainda ter extra de tempo estimado) ou através de muitos Sprints (Tais como a execução de tarefas em curso).
  2. Normalmente, a duração para uma Sprint pode ser uma ou duas semanas, depende do tempo necessário e a prioridade das tarefas (que poderia ser definido pelo Product Owner ou Scrum Master ou a equipe) a partir do produto Backlog.

ref: https://en.wikipedia.org/wiki/Scrum_ (software_development)

Sprint conforme definido em puro Scrum tem a duração de 30 dias. No entanto iteração comprimento poderia ser qualquer coisa, como definido pela equipe.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top