Ouço frequentemente de algumas equipas Scrum que o quadro tem demasiadas reuniões.
Em Scrum falamos de eventos, em vez de reuniões, para diferenciar estas reuniões de equipa daquilo que tradicionalmente conhecemos como reuniões.
O Guia Scrum oficial afirma que o objectivo dos seus eventos é criando regularidade e minimizando a necessidade de reuniões não definido em Scrum. Todos os eventos são caixas de tempo com uma duração máxima, e com excepção do Sprint que tem uma duração fixa, os outros eventos podem terminar desde que o seu objectivo seja alcançado, assegurando que uma quantidade de tempo apropriada seja gasta. sem permitir desperdícios no processo.
Os eventos em Scrum são:
- O
Sprint
é o coração do Scrum, uma caixa de tempo entre 1 e 4 semanas, durante a qual se cria um aumento do produto “Acabado”, utilizável e potencialmente descendente. O sprint contém o resto dos eventos. - O Sprint Planeamento ou planeamento de sprint, onde a Equipa Scrum alinha prioridades e concorda com os objectivos e metas do sprint. O Sprint Backlog com as funcionalidades a serem incorporadas no produto e pelo menos 1 acção de melhoria acordada na retrospectiva. Pode ser feito em 2 partes: O que deve ser feito no Sprint, liderado pelo PO, e Como a equipa técnica abordará o desenvolvimento.
- O Diário o reunião diária, onde a equipa técnica sincroniza o trabalho e estabelece o plano para as 24 horas seguintes. Cada promotor comunica o que fez, o que vai fazer e o que o impede de cumprir os objectivos do sprint. Não se trata de uma reunião de estatuto. Aqui, o trabalho de equipa é promovido e o SD retira os impedimentos para gerir a sua solução.
- O
Revisão da Sprint
ou reunião de revisão do Sprint, para inspeccionar o Incremento do Produto desenvolvido durante o Sprint e adaptar o Backlog do Produto, se necessário. A Equipa Scrum e as partes interessadas colaboram para determinar as próximas coisas que poderiam ser feitas para optimizar o valor através da revisão e adaptação das prioridades para a próxima Sprint. - O
Retrospectiva
ou Retro, onde a equipa se inspecciona a si própria, reflectindo sobre o seu desempenho no último Sprint e criando um plano de melhorias a serem abordadas no próximo Sprint. - O Refinamento de Sprint o Refinamento dos elementos do Backlog, para aumentar o nível de concretude das histórias que, devido à sua prioridade, se estão a aproximar do próximo sprint. Inclui a incorporação de novas histórias, divisão de histórias maiores, repensar, detalhar e estimar as histórias já definidas. Permite que a equipa Dev compreenda melhor o produto.
A figura abaixo mostra quando cada evento do ciclo Scrum tem lugar e a duração aproximada destes eventos, pela minha experiência, com 2 semanas de sprints e equipas com uma certa maturidade que têm entre 3 e 7 programadores.
Os eventos Scrum são concebidos para permitir os pilares vitais de
transparência, inspecção e
y
adaptação
bem como a promoção comunicação e colaboração entre os membros da equipa.
Facilita também a implementação de um modelo de desenvolvimento iterativo e incremental, onde a equipa Scrum, incorporando o PO e as principais partes interessadas de negócios e sistemas, tem como objectivo concentrar as equipas em fornecendo valor, potenciando o desenvolvimento da equipa autónomo, autogerido e multi-disciplinar, elementos que promovem a motivação e eficiência de equipamento.
É normal, quando se tem a equipa junta em eventos Scrum, ser tentada a“tirar proveito” e querer resolver outras questões. Além disso, somos seres sociais, algumas pessoas são mais faladoras por natureza do que outras, e de um modo geral, Não gostamos de dizer Não, interromper ou estabelecer limites.
Isto, juntamente com outras dificuldades, faz com que as sessões se arrastem, e por vezes até se tornem improdutivas, levando alguns membros da equipa a duvidar da utilidade destes eventos para a equipa.
Por este motivo, são-lhe colocadas as seguintes questões perguntas sobre a realização de cada evento:
1. planeamento de Sprint: E se não planearmos, poderá a equipa articular o desenvolvimento de incrementos de produto, e manter entregas frequentes e regulares de valor, com eficiência e qualidade técnica, sem passar por um processo conjunto de planeamento e estimativa?
2. Diariamente: Ao eliminar estes 15 minutos por dia, pode evitar outras reuniões para sincronização, alinhamento, colaboração e comunicação entre os membros da equipa?
3. Sprint Review: Como obter feedback do negócio e como o produto deve evoluir sem este evento? Consegue pensar noutra forma de o fazer?
4. Retrospectivas: Tiramos esta reunião onde a equipa tem a oportunidade de se encontrar, resolver as suas diferenças e melhorar os seus processos e interacções?
5. Refinamentos: E se não se refinar num evento separado, ainda é preciso refinar usando o tempo de outros eventos. Será melhor alargar o tempo de outros eventos e reduzir o número de eventos? Que tal o foco e a finalidade de cada evento?
Gostaria muito de receber as vossas reflexões sobre estas questões, e assim alargar e complementar as perspectivas sobre esta questão.
Em qualquer caso, o que deve ser um desafio e um objectivo para cada equipa Scrum é alcançar eventos Scrum produtivos que atinjam o seu objectivo e onde o desperdício seja eliminado.
Maria Esther Remedios
@soy.agile.coach
