BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Notícias O Ápice no Ciclo do Scrum

O Ápice no Ciclo do Scrum

Favoritos

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

Conteúdo educacional

BT