É verdade que em Scrum há demasiadas reuniões? Eventos em Scrum

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.

Não há texto alternativo para esta imagem

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

Artigos recentes

Imagen principal de la noticia de tipos de Ingeniería Social

Tipos de engenharia social

Phishing: Caracteriza-se pela busca de informações pessoais, nomes, endereços e números de segurança. Utiliza links que redirecionam para sites suspeitos, com URLs que parecem legítimos…

Engenharia social

A engenharia social é um conjunto de técnicas usadas por criminosos cibernéticos para enganar usuários desavisados e fazê-los enviar dados confidenciais, infectar seus computadores com…