Blog ScrumHalf - Scrum e Gestão Ágil - Brasil
  • HOME
  • SCRUM
  • WEBINAR SCRUM
  • TREINAMENTOS
    • Agenda Treinamento
    • Treinamento Scrum
  • SCRUMHALF

Boas práticas da reunião de revisão

por Felipe Madureira, CSM.

Para todos que estão familiarizados com a metodologia Scrum, o nome reunião de revisão já aparece como rotina no desenvolvimento. O Scrum nos diz qual o objetivo de um reunião de revisão. Mas como ela pode ser feita? Existe uma maneira ideal de fazê-la? Considerando que o Scrum é um processo empírico, buscamos evoluir constantemente nossas reuniões e métodos para uma maior eficácia.

 

A maneira ideal de executar a reunão varia de acordo com cada equipe. Apresento algumas dicas que executamos nas nossas reuniões e que tem nos trazidos grandes benefícios.

 

Ao longo de todo nosso desenvolvimento, levantamos os pontos que podiam ser melhorados e adaptamos nosso processo de acordo. Hoje temos alguns passos que consideramos importantes para serem executados antes e durante a reunião de revisão.

 

Roteiro de apresentação: Antes de ir para a reunião, é necessário se preparar. No caso de sprints que possuam muitas histórias, o roteiro se torna ainda mais fundamental para você não se perder na sua apresentação. Nele inclua todas as histórias, os passos a serem executados e os resultados esperados exigidos pelo PO na descrição da história.

 

Teste a aplicação: Parece óbvio, mas muitas vezes é negligenciado. Faça o teste da aplicação no ambiente em que ela será apresentada. A mudança de máquina, a velocidade da conexão ou uma configuração diferente podem fazer com que a aplicação não funcione corretamente. Se você tiver construído um roteiro, execute-o antes de apresentar de verdade. Esse procedimento simples evita situações constrangedoras.

 

Execute seus testes automatizados: Se você possui testes automatizados, você deve executá-los antes de apresentar. Na verdade, a melhor prática é executar seus testes periodicamente. No entanto, se isso não é possível por algum motivo, antes da reunião de revisão, executá-los se torna essencial. As novas funcionalidades que foram implementadas podem ter causado alguma alteração indesejada na aplicação e podem ter alterado o comportamento de uma funcionalidade que já existia.

 

Utilize a aplicação durante a reunião: Evite a todo custo apresentar as funcionalidades usando slides ou vídeo. A apresentação deve ser feita utilizando o próprio software funcionando. Assim, o PO terá mais autonomia para solicitar ver um determinado comportamento da aplicação e terá mais confiança no produto, já que a versão que está sendo utilizada para a apresentação é a versão que está sendo entregue.

 

Tenha papel e caneta a mão: Durante a reunião de revisão, muitas idéias surgem. Sejam melhorias das histórias implementadas ou funcionalidades novas da aplicação, essas idéias devem ser anotadas para que possam ser introduzidas no product backlog e priorizadas pelo PO. Com o auxílio do Scrumhalf, colocamos a história diretamente no backlog, agilizando ainda mais essa etapa.

 

Evite a reunião de planejamento no mesmo dia: Não misture o planejamento da sprint seguinte com a reunião de revisão da sprint atual. Essas reuniões devem ficar em dias separados. Assim, durante a retrospectiva o PO terá tempo de amadurecer as idéias que ocorreram durante a revisão e, ao final do dia, a equipe terá a sensação de dever cumprido, sentindo-se revigorada para a próxima sprint.

 


Com esses passos, notamos uma melhora significativa nas nossas reuniões de revisão, aumentando o número de histórias aprovadas, reduzindo o retrabalho e diminuindo o tempo perdido. Esse processo, é claro, não está estagnado e estamos sempre buscando a melhoria do nosso processo. Deixe um comentário com sua sugestão e aplicaremos na nossa próxima reunião!

 

 

Related posts:
Projetos atrasam um dia de cada vez
Estimativas, que unidade usar?
Ainda estimando...

Publicado em Dificuldades na Adoção do Scrum, Scrum, Técnicas ágeis | Tags: Adaptação, Dificuldades Scrum, Product Backlog, Revisão |
« Filosofias de Projetos Ágeis
Gerência de Requisitos no MPS.BR »

Deixe um comentário Cancelar resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

Posts mais lidos

  • Burndown chart – Mede o progresso da sprint e dá indicativos do processo de trabalho da equipe posted on janeiro 9, 2012
  • User Stories – O que são? Como Usar? posted on outubro 10, 2011
  • 10 Fatores Para Você Descobrir O Que Te Motiva posted on setembro 11, 2013
  • O que é Sprint? – FAQ Scrum posted on fevereiro 15, 2012
  • O Quadro de Tarefas no Scrum posted on janeiro 11, 2012

Idioma:

  • Português
  • English

Arquivo

  • ►2019 (1)
    • janeiro(1)
  • ►2018 (3)
    • outubro(1)
    • junho(1)
    • fevereiro(1)
  • ►2017 (2)
    • maio(1)
    • abril(1)
  • ►2015 (7)
    • maio(1)
    • fevereiro(3)
    • janeiro(3)
  • ►2014 (43)
    • dezembro(3)
    • novembro(3)
    • outubro(3)
    • setembro(3)
    • agosto(4)
    • julho(2)
    • junho(3)
    • maio(6)
    • abril(4)
    • março(3)
    • fevereiro(4)
    • janeiro(5)
  • ►2013 (49)
    • dezembro(2)
    • novembro(2)
    • outubro(5)
    • setembro(3)
    • agosto(4)
    • julho(5)
    • junho(4)
    • maio(4)
    • abril(4)
    • março(3)
    • fevereiro(3)
    • janeiro(10)
  • ►2012 (117)
    • dezembro(4)
    • novembro(7)
    • outubro(8)
    • setembro(8)
    • agosto(10)
    • julho(11)
    • junho(11)
    • maio(12)
    • abril(11)
    • março(11)
    • fevereiro(12)
    • janeiro(12)
  • ►2011 (103)
    • dezembro(9)
    • novembro(11)
    • outubro(13)
    • setembro(13)
    • agosto(5)
    • julho(6)
    • junho(4)
    • maio(6)
    • abril(7)
    • março(9)
    • fevereiro(12)
    • janeiro(8)
  • ►2010 (1)
    • dezembro(1)

Categorias

  • Dificuldades na Adoção do Scrum (24)
  • Eventos (13)
  • Gestão Ágil (108)
  • Gestão Tradicional de Projetos (15)
  • Kanban (1)
  • Manifesto Ágil (22)
  • Métricas (5)
  • Retrospectiva (9)
  • Scrum (220)
    • FAQ SCRUM (12)
    • Projetos (53)
  • ScrumHalf (28)
  • Técnicas ágeis (65)

CyberChimps WordPress Themes

© O'Katana - Blog ScrumHalf - Gerência de Projetos Ágeis e Scrum - Brasil

Obrigado!

Muito obrigado pelo seu feedback! Faremos o possível para continuar oferecendo o melhor para os nossos leitores.

Close