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:

  1. 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?

  2. 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.
  3. 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.

  4. 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 (3)
  1. Djonatas Tenfen says:

    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.

  2. Excelente ponto André, parabéns pelo post!

  3. 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

Comments are closed.

Skip to main content