O trabalho já acabou, mas a Sprint ainda não. O que fazer?
É até estranho falar sobre o que fazer quando o projeto está adiantado, principalmente devido ao histórico de problemas e atrasos que o Chaos Report vem apresentando há algum tempo. Pois bem, o cenário está mudando e essas situações já começam a aparecer e como ainda não é uma situação comum, bate aquela dúvida: “O que fazer com o tempo que está sobrando? ”.
Apenas para termos um contexto, vamos assumir que estamos falando de uma Sprint com duração de 1 mês e que todo o trabalho foi concluído faltando 3 dias para o encerramento da Sprint.
Formalmente, o Scrum não diz nada sobre isso, então vamos verificar algumas possibilidades que temos:
O primeiro ponto é verificar se realmente não há mais nada a ser feito na Sprint atual. Todas as histórias e tarefas foram realmente concluídas? Todo o conceito de pronto foi implementado? Todos os critérios de aceitação estão passando?
Se o time realmente concluiu todo o trabalho previsto, o próximo passo é colocar o time e o Product Owner (PO) juntos para tentarem identificar se é possível trazer algo do Product Backlog para a Sprint atual. Pode ser uma história pequena, de repente puxar algumas correções de bugs que foram encontrados nas Sprints anteriores, etc. Se o time e o Product Owner encontrarem algo pra ser feito em 3 dias, ótimo, problema resolvido, caso contrário a busca por atividades continua.
Ok, terminamos tudo para a Sprint atual, não há nada pra fazer em 3 dias que vá agregar algum valor, e aí? Bom, eu conversaria com o Time para identificar algumas sugestões de atividades, entre elas poderíamos ter:
- Realização de treinamentos;
- Estudo de alguma tecnologia / ferramenta que será usada futuramente no projeto;
- Realizar melhorias no código atual;
- Criação de componentes ou ferramentas para aumentar a produtividade / qualidade do time;
- Liberar o time para realizar projetos pessoais;
Depois de ter uma lista de sugestões, conversaria com o Product Owner sobre quais dos itens sugeridos ele vê mais valor, afinal ele é o responsável pelo ROI do projeto. Dependendo do relacionamento entre o PO e o time, eu não me surpreenderia se o PO liberasse o time para atuar em projetos pessoais para dar um descanso pra galera.
Por último, e acredito que seja o item mais importante, é discutir na retrospectiva o motivo da Sprint ter terminado antes. Levantar se essa situação é recorrente e se for pensar em aumentar a velocidade do time já que parece estar havendo uma superestimativa das atividades.
Enfim, não é uma receita de bolo, é apenas uma visão de bom senso muito parecida com outras situações que já apliquei em alguns projetos e que se demonstrou muito eficiente principalmente pela transparência.
Gostaria de saber se vocês já estão passando por esse tipo de “problema”? Como vocês estão lidando com a situação? É diferente da forma que citei aqui? Quais são os resultados?
Abraços
André Dias
Comments
- Anonymous
July 04, 2010
André, na empresa que trabalho ja tivemos situações dessas, não trabalhamos exatamente com Scrum e Sprint, mas acredito que o que pode ser mais agregador ao time é sim o desenvolvimento de projetos e estudos pessoais, acho que o estudo e aperfeiçoamento é importante não apenas o time em geral mas para a entidade também. O Aperfeiçoamento técnico consquentemente reflete em uma melhor qualidade técnica e do produto futuramente, beneficiando a todos, time e entidade. - Anonymous
July 04, 2010
Excelente ponto André, parabéns pelo post! - Anonymous
July 04, 2010
Olá André, eventualmente passamos pela mesma situação aqui na empresa em que trabalho, e não necessariamente pelo fato de os tamanhos dos backlogs terem sido mal dimensionados, mas porque a equipe superou as expectativas - nosso sprint tem a duração de 2 semanas, e quando isso ocorre, normalmente a entrega é feita 1 dia antes, e não há tempo hábil para encaixar outro item do product backlog.Nesses casos, o que costumo fazer é dar um descanso para a equipe, deixando-os à vontade para fazer o que quiserem (pesquisar, estudar, atuar em um projeto pessoal, etc.), pois entendo que, se o time se superou e conseguiu fazer a entrega antes do fim do sprint, merecem uma pausa até o próximo sprint.É claro que, para isso, é preciso saber distinguir se a equipe realmente se desdobrou para entregar o sprint antes do tempo, ou se erraram nas estimativas dos backlogs no sprint planning, o que nem sempre é fácil de identificar.A idéia de consultar o PO sobre que atitude tomar também me parece interessante, porém infelizmente não posso aplicá-lo aqui pois os PO's que temos entendem que, se terminaram as atividades antes do previsto, devemos "recompensá-los" com mais atividades, o que discordo totalmente.Abraços, e parabéns por colocar este tema em discussão!Eduardo Bueno