Um bom ritmo para um projeto
Na verdade, no Scrum tudo acontece dentro de Sprints individuais. Não é possível realizar tarefas "fora de um Sprint". E ainda assim existe uma possível exceção.
O ritmo 6 x 2 + 1
Há anos utilizo o meu método 6 x 2 + 1 como ritmo de Sprint. Isso significa seis Sprints de duas semanas seguidos de um Sprint de uma semana. A ideia surgiu há alguns anos, quando estava numa reunião com o diretor-geral e um colega do departamento de marketing.
Estávamos a falar sobre o próximo trimestre e sobre o que a minha equipa poderia entregar. O colega do marketing perguntou-me se precisaríamos de seis ou sete Sprints. Ele já sabia que, com Sprints de duas semanas, precisávamos sempre de seis ou sete Sprints (dependendo de quando o trimestre começava).
Para responder a esta pergunta, contei quando seriam as últimas sextas-feiras de cada Sprint: 8 de outubro, 22 de outubro, 5 de novembro, 19 de novembro. Novembro tem 30 ou 31 dias? Enquanto contava os meses nos nós dos dedos, decidi que em cada trimestre teríamos seis Sprints.
No entanto, com seis sprints de duas semanas sobrava uma semana por trimestre. Como deveríamos usar essa semana? Decidi deixar isso com os membros da equipe. Afinal, eles já reclamavam há tempos que tinham pouco tempo para refactoring e outras questões técnicas das quais não conseguiam realmente convencer o Product Owner. Assim, agora tinham uma semana por trimestre em que podiam decidir por conta própria no que queriam trabalhar.
Convencer os Product Owners dessa ideia não foi difícil. Disse a eles que os membros da equipe continuariam trabalhando produtivamente no projeto durante esse tempo, só que poderiam decidir por si mesmos exatamente no quê. Além disso, expliquei aos Product Owners que a equipe não os ocuparia tanto nessa semana. Assim, teriam mais tempo para pesquisa e outras coisas para as quais normalmente mal tinham tempo.
Foi genial. Às equipes disse que estava fazendo tudo isso por elas. Aos Product Owners disse que estava fazendo por eles. Mas, em primeiro lugar, fiz isso porque era a solução mais simples para o meu problema de cálculo.
Vantagens deste ritmo
Por trimestre, havia um buffer de uma semana para cada projeto. Sempre que o prazo não podia ser cumprido, a décima terceira semana podia ser usada como parte de um sprint normal. A equipe ainda podia usar a décima sétima semana ou outra semana posterior para suas tarefas desejadas.
Qual semana acabariam por receber não importava para os membros da equipe. O principal era terem uma semana por trimestre em que podiam decidir por si mesmos no que trabalhar.
Para algumas equipes, a décima terceira semana nesta abordagem 6 x 2 + 1 fica fora dos sprints. A maioria continuará a aplicar Scrum mesmo assim. Eles simplesmente realizam Sprint Planning e Review Meetings bem simples e curtos. Alguns até continuarão a realizar Daily Scrums – simplesmente para ouvir no que os outros estão trabalhando.
Mas também há equipes que não trabalham com Scrum durante esta semana. Isso é perfeitamente aceitável – mesmo que eu pessoalmente prefira realizar pelo menos reuniões curtas. Esta é, portanto, a única vez em que alguns trabalhos podem ser realizados "fora de um sprint".
Este texto é do blog de Mike Cohn e foi traduzido por nós para o alemão.
User Stories
=> Minha estrutura favorita para User Stories você encontra neste artigo.
Definição de Prioridades
=> Descobre como definir as prioridades certas como Product Owner usando "Agora" e "Depois".
