BT

O Ápice no Ciclo do Scrum

por André Pantalião em 05 Jun 2009 |

No Scrum Gathering Brasil, Rodrigo de Toledo, do Cenpes, fez uma apresentação muito competente sobre a cerimônia de Review do Scrum.

Em sua palestra ele mostrou a importância da Review e porque ela propicia uma maior compreensão do que deve ser desenvolvido. A Review, é uma das 2 cerimônias fundamentais para o bom andamento do Scrum e que acontecem ao final de cada sprint. A outra cerimônia é a retrospectiva,mas esta é assunto para outro post.

Mais sobre a Review

A Review mostra ao Product Owner o resultado da sprint. Mas o que é feito na Review:

  • A última sprint plannig é relembrada. Mostra-se qual foi a meta e o backlog selecionado.
  • Demonstra item por item o que foi feito. O Product Owner que utiliza o sistema e esta apresentação deve ser feita sem uma gota de suor, o time tem que estar tranquilo.

A Review é importante para "homologar" o produto e obter feedback, colhendo possíveis ajustes sugeridos pelo Product Owner. Esta interação com o Product Owner é importante porque quando a pessoa usa, já se altera a concepção sobre o sistema que ele tem na cabeça dele. Se a Retrospectiva é o ponto de inspeção e adaptação do time, a Review é o ponto de inspeção e adaptação do produto.

Segundo Ken Schwabber, na Review:

  • Sem aplausos, por favor: Para que o time não vire "mico de aplausos". Se o aplauso acontece quando o time faz o que era esperado ou mais, ele irá sempre tentar isto na Sprint Review.
  • Não é necessário nos enfeitarmos. É para ser uma apresentação honesta e sincera.
  • E lembre-se, ninguém está sendo julgado!

Expectativas do Product Owner

Existem 3 níveis diferentes de expectativas:

  • Para o projeto ou produto: Maximizar o ROI.
  • A cada sprint: Maiores prioridades e atender o que foi acordado.
  • Expectativas Indiretas: Comprometimento do time, previsibilidade, checar se são porcos ou frangos.

É importante não haver dúvidas sobre o que está sendo pedido e o que está sendo executado. E como o Scrum facilita isto? O Scrum traz a discussão para o momento certo. Ele fez uma ótima conceituação sobre separação da discussão tática da discussão estratégica, que será detalhada em um post futuro.

Preparando uma Boa Review

  • Seja transparente, passe credibilidade.
  • Utilize um PPT (apresentação) para conduzir a reunião. Mas este PPT é só para conduzir a reunião, não é para ser um show. Quanto mais o time participar, melhor!
  • Além do software funcionando leve o gráfico de burn-down e documentos que tenham sido gerados.

Na sequência, ele mostra uma sequência de passos importantes para uma sprint, não precisam ser executados exatamente nesta ordem:

1. Refresque a memória:

  • Mostre a meta.
  • Relembre a quantidade de pontos, stories e total de stories previstas.
  • Time (relembre as presenças e ausências).
  • Quantidade de dias que foram gastos na sprint.

2. Realizações, Mostre o que foi feito:

  • Total de stories, pontos realizados e tabela de velocidade.
  • Stories realizadas.
  • Stories extras, estejam ligados ou não a meta.
  • Mostre o gráfico de burn-down da sprint, ele é o "heartbeat" do projeto.
  • Pode ser uma boa por a lista de impedimentos resolvidos. Ele nunca fez isto na Petrobrás, mas é uma boa.
  • Mostre números relativos à qualidade de software.

3. Feedback do time para o Product Owner:

  • Mostre os impedimentos que estão relacionados ao Product Owner.
  • Resumo filtrado da retrospecitva

4. Próxima Sprint

  • Datas
  • Pontos previstos
  • Previsão de pessoas presentes e ausentes

5. Demo

 

  • Software rodando, entregável. O Product Owner põe a mão na massa, o time deve ficar sem medo, sem frio na barriga. A versão que está sendo entregue deve estar o mais próximo possível do bug free.
  • Documentos. Inclua resultado de pesquisas, mesmo que sejam técnicos. Para toda sprint podemos criar uma história de pesquisa, um documento registrando as fontes.
  • Um bom pensamento para esta demo, é que você está mostrando para o Product Owner aonde foi o dinheiro.

Após esta apresentação do Rodrigo, fica muito mais fácil realizar uma sessão de Review. Esta sessão por si só não resolverá os problemas, mas fará com que o Product Owner já tenha uma impressão do sistema, critique o que não concordar, o time ganhe mais confiança... Enfim, traz maior visibilidade a todo o processo.

Você já fez sessões de Review? Qual as maiores dificuldades que você enfrentou? Você acha esta uma sessão proveitosa?

Avalie esse artigo

Relevância
Estilo/Redação

Olá visitante

Você precisa cadastrar-se no InfoQ Brasil ou para enviar comentários. Há muitas vantagens em se cadastrar.

Obtenha o máximo da experiência do InfoQ Brasil.

Dê sua opinião

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

Apresentação para guiar cerimônia de Review by Andre Pantalião

Coloquei em um post um template da apresentação que utilizamos lá no nosso time, para guiar a sessão de Review:

ensinar.wordpress.com/2009/06/06/scrum-gatherin...

Este template foi criado com base nas dicas dadas pelo palestrante Rodrigo de Toledo.

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

1 Dê sua opinião
Feedback geral
Bugs
Publicidade
Editorial
Marketing
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2016 C4Media Inc.
Política de privacidade
BT

We notice you’re using an ad blocker

We understand why you use ad blockers. However to keep InfoQ free we need your support. InfoQ will not provide your data to third parties without individual opt-in consent. We only work with advertisers relevant to our readers. Please consider whitelisting us.