tucaz.blog.now() Rotating Header Image

Scrum Planning!

Hoje no fim da tarde tivemos nossa primeira reunião de planning. O objetivo era traçar a estratégia para implementar as últimas funcionalidades de um dos módulos do projeto que estamos desenvolvendo. Como o product backlog esta bem pequeno nesse momento serão somente necessários 2 sprints (definimos duas semanas de prazo) pra terminá-lo. Ainda assim acho que a reunião foi bastante produtiva.

Os pontos positivos foram:

  • De uma forma geral todo mundo participou, ou opinando nas funcionalidades ajudando a agregar mais valor ao cliente ou na estimativa do prazo (utilizamos horas ao invés de pontos, pois precisavamos dar um prazo mais confiável pro cliente)
  • Dada a participação das pessoas, existiram ganhos reais nas histórias inicialmente levantadas pelo PO
  • A equipe realmente pareceu uma equipe. Existiu um pouco de stress, mas acho que nada acima do que seria normal!
  • Acredito que o PO ficou bastante confiante com as estimativas e com a qualidade que ele vai receber ao final do sprint
  • Conseguimos cumprir os objetivos da reunião nas 4 horas limite :D

Com relação a pontos negativos, tenho mais do que positivos pra listar, mas de menor valor. São eles:

  • O espaço pra nossa reunião realmente é muito pequeno então alguns membros do time ficaram relativamente desconfortáveis
  • Nosso time tem 12 pessoas, ou seja, 4 acima do recomendado pelo SCRUM. Ao final da reunião quebramos em dois times (um deles já vai iniciar outro módulo), mas todos participaram da reunião o que gerou bagunça ao longo da reunião
  • Não tinhamos o product backlog inteiramente concluido e nem priorizado então tivemos que parar no meio para inserir as histórias na ferramenta (excel + Team System) para que o PO pudesse priorizar
  • Estamos apanhando um pouco da ferramenta. Como não temos espaço pra quadro branco a solução é cadastrar e gerenciar os backlogs e atividades dos sprints através da ferramenta que acaba tirando um pouco do dinamismo do SCRUM.
  • Como utilizamos quase 4 horas pra fazer tudo que era necessário, não temos lugar muito adequado e não estamos habituados com reuniões dessa duração (principalmente o PO) as vezes o pessoal dispersava a atenção ou entrava em brincadeira, mas conseguimos contornar numa boa
  • Por causa do velho hábito ainda fizemos algumas estimativas pensando em quem iria fazer cada atividades quando o ideal seria estimar sem esse direcionamento

Apesar dos problemas, todos sairam da reunião muito empolgados e com vontade de terminar o sprint logo, pra ver o que vem pela frente.

Amanhã tem planning do outro módulo com o time 2.Vamos ver o que acontece :)

One Comment

  1. André J disse:

    Acho que o maior problema foi não ter o product back log pronto. Realmente não é fácil encarar uma reunião de aproximadamente 4 horas, principalmente para o PO.
    Se o PBL estivesse pronto, a reunião teria durado menos da metade do tempo.
    E os sprints devem dar resultado assim que o projeto estiver mais engrenado, tanto que no outro projeto “Produto”, a metodologia foi aplicada de maneira esperimental e funcionou muito bem. Terminamos a semana com a sensação de missão cumprida. Um destaque importante é que o PO, se envolvendo de forma direta, tornou o desenvolvimento muito mais acertivo.

Leave a Reply