As 5 cerimónias Scrum: o que são, objetivo e dicas
As cerimónias do Scrum são uma parte essencial da prática de implementação do Agile, uma mentalidade que valoriza as pessoas, os produtos de trabalho funcionais, a colaboração com as partes interessadas e a adaptação à mudança.
A metodologia e as cerimónias do Scrum baseiam-se no Manifesto Agile, no qual se incluem várias metodologias para colaborar e funcionar em equipa, todas tendo em mente a mentalidade e o manifesto Agile.
Se já trabalhou numa equipa que falou sobre “eventos Scrum”, “sprints”, “refinamento do backlog” e “revisões do sprint”, é provável que tenha trabalhado com uma equipa que tentava operar utilizando a metodologia Scrum. Lembre-se de que a estrutura Agile é uma mentalidade, enquanto o Scrum é uma metodologia.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
O que são as cerimónias do Scrum?
As cerimónias do Scrum (por vezes designadas por eventos Scrum) são eventos ou elementos importantes da metodologia Scrum que seguem a mentalidade Agile e são frequentemente utilizadas no desenvolvimento de software ou em projetos de tipo iterativo.
Existem cinco cerimónias do Scrum especificamente definidas, que analisarei em profundidade na próxima secção deste artigo.
As cerimónias do Scrum não são apenas reuniões realizadas pelo simples facto de se realizarem reuniões. Pelo contrário, fornecem a estrutura necessária para que as equipas concluam o trabalho de forma estruturada, ajudam a definir expectativas, permitem que a equipa colabore eficazmente e, em última análise, promovem resultados.
Se não forem geridas adequadamente, podem sobrecarregar os calendários e ocultar o valor que se destinam a proporcionar. Dito isto, o próprio Scrum, tal como as cerimónias do Scrum, é intencionalmente simples e leve.
Saiba mais no nosso guia em vídeo:
Quais são as 5 cerimónias do Scrum?
Pronto para conhecer melhor as cinco cerimónias e eventos do Scrum? Vamos analisar o seu objetivo, os participantes e algumas dicas e truques para os tornar o mais eficazes possível.
É importante salientar que todos estes eventos têm uma duração limitada, são intencionais e servem a equipa Scrum como um todo. Por outras palavras, existem para tornar possível a obtenção de resultados.
Nota: realizar estes eventos isoladamente não tornará automaticamente a sua equipa Agile, nem garantirá que a sua equipa esteja a operar segundo a metodologia Scrum. Para executar o Scrum de forma eficaz, estes eventos têm de fazer parte de um processo mais amplo, bem compreendido e articulado.
Devem facilitar as conversas dentro da equipa Agile para que as tarefas sejam concluídas. E que gestor de projeto não gosta de concluir tarefas?
O sprint
Um sprint no Scrum é um período de tempo fixo (normalmente de um mês ou menos) durante o qual as ideias são transformadas em valor. Os sprints ocorrem consecutivamente até o produto estar concluído (ou indefinidamente). Muitas vezes, as equipas medem o seu futuro em sprints.
Objetivo do sprint
O objetivo do sprint é limitar no tempo o período de trabalho e levar as equipas a cumprir os seus compromissos. Os sprints permitem definir objetivos de curto prazo, mas sólidos. Durante um sprint, nada deve mudar de forma a pôr em risco o objetivo do sprint.
Participantes no sprint
Toda a equipa Scrum — proprietário do produto, equipa de desenvolvimento e Scrum master.
Duração do sprint
Um sprint dura entre 1 e 4 semanas, nunca mais. Esta limitação permite que as equipas avancem e proporcionem progressos incrementais sem levar as pessoas à loucura.
Quando implemento o Scrum com uma equipa nova, começo frequentemente com sprints de 1 semana, uma vez que, regra geral, conseguimos planear com 1 semana de antecedência. Equipas mais avançadas, especialmente as que desenvolvem software, realizam frequentemente sprints de 2 semanas para promover mais inovação e testes durante o período definido.
Sugestões úteis
- Os sprints não são o inimigo, nem são um motivador. Não tente levar as pessoas a fazer coisas por causa do sprint em si. Em vez disso, motive-as a alcançar o objetivo do sprint e a entregar um incremento do produto.
- Tenha em consideração quando o seu sprint vai começar e terminar. Um sprint deve começar logo após o término do último sprint, literalmente no espaço de poucas horas. O intervalo entre o fim e o início do sprint deve servir simplesmente para a revisão do sprint, a retrospetiva e o planeamento do sprint; depois, tudo começa novamente!
Mais alguma coisa?
Os sprints não podem ser tornados mais longos ou mais curtos. Um sprint só pode ser cancelado se o objetivo do sprint se tornar obsoleto. Apenas o proprietário do produto pode cancelar o sprint.
Reunião de planeamento do sprint
A reunião de planeamento do sprint é o evento do Scrum concebido para garantir que a equipa está preparada para fazer as coisas certas no sprint seguinte.
Objetivo do planeamento do sprint
O planeamento do sprint permite ao proprietário do produto e à equipa de desenvolvimento rever o backlog do produto prioritário, normalmente em software Scrum ou em software de gestão ágil de projetos. Através de uma série de discussões e negociações, identificam os itens que se comprometem a concluir até ao final do sprint. O proprietário do produto é responsável por isto.
Participantes no planeamento do sprint
A equipa Scrum — o proprietário do produto, a equipa de desenvolvimento e o Scrum master.
Duração do planeamento do sprint
A duração da maioria dos eventos Scrum está relacionada com a duração do sprint. No caso do planeamento do sprint, este deve durar 2 vezes a duração do sprint (em horas).
Sugestões úteis
- Os épicos e as histórias de utilizador podem ser divididos em tarefas mais pequenas e atribuídos durante o planeamento do sprint, para que todos saibam pelo que são responsáveis.
- Incentive a equipa a esquematizar tarefas, erros e qualquer item que o exija durante esta reunião Scrum. Deve ser um evento extremamente colaborativo.
- Tente obter uma medida da velocidade da equipa antes do início do planeamento do sprint, partindo do princípio de que já trabalha com a metodologia Scrum há algum tempo.
Mais alguma coisa?
O planeamento do sprint permite à equipa Scrum responder às perguntas: “O que pode ser entregue neste próximo sprint? E como iremos realizar esse trabalho?” Ajuda a proporcionar previsibilidade e cria um ambiente colaborativo.
Modelos de planeamento do sprint
Na biblioteca de modelos da DPM Membership, encontrará uma agenda, uma lista de verificação e um e-mail transferíveis, que pode adaptar às necessidades de planeamento do sprint da sua equipa. Este conjunto ajuda a preparar uma sessão de planeamento do sprint produtiva e útil.
Scrum diário (reunião diária de acompanhamento)
O Scrum diário é a oportunidade que a equipa tem para celebrar as conquistas recentes, definir um plano para o dia e identificar quaisquer bloqueios no projeto Scrum.
Objetivo da reunião diária de Scrum
Este evento Scrum é uma oportunidade frequente e regular para a equipa se reunir e comunicar o progresso individual em direção ao objetivo do sprint. Não é uma atualização de estado, mas deve dar visibilidade a quaisquer impedimentos da equipa.
Participantes da reunião diária de Scrum
O mestre de Scrum e a equipa de desenvolvimento. O proprietário do produto é opcional.
Duração da reunião diária de Scrum
Esta é curta! Não deve durar mais de 15 minutos. É mais fácil dizer do que fazer.
Dicas úteis
- Realize a reunião à mesma hora todos os dias (normalmente de manhã) e procure torná-la o mais rotineira possível para a equipa Scrum.
- A reunião diária em pé não deve ser cancelada se um líder ou mestre de Scrum não puder participar. A reunião é para a equipa; realize a reunião diária de Scrum.
Mais alguma coisa?
Também conhecida como reunião diária em pé ou reunião Scrum, esta rápida verificação deve preparar a equipa para o dia, permitindo-lhe estar sincronizada e criar confiança entre os seus membros. Permita que a equipa responsabilize mutuamente cada membro pelo cumprimento dos seus compromissos diariamente.
Reunião de revisão do sprint
A reunião de revisão do sprint é o evento Scrum no qual todo o trabalho concluído durante o sprint anterior pode ser apresentado às partes interessadas.
Objetivo da revisão do sprint
No final de cada sprint, a revisão do sprint proporciona uma plataforma para a equipa de desenvolvimento apresentar todo o trabalho concluído. Isto permite às partes interessadas inspecionar ou adaptar o produto à medida que este evolui.
As revisões do sprint podem ser realizadas de forma informal ou podem ser mais estruturadas. Isto pode depender do ciclo de vida do produto e do planeamento de lançamentos.
Participantes na revisão do sprint
A equipa Scrum — o proprietário do produto, a equipa de desenvolvimento e o mestre de Scrum. Pode também incluir uma combinação de membros da direção ou de partes interessadas externas.
Duração da revisão do sprint
1 hora por semana de sprint. Um sprint de 2 semanas deve ter uma revisão do sprint de 2 horas.
Dicas úteis
- O proprietário do produto deve colocar questões às partes interessadas, recolher feedback e também fornecer respostas a quaisquer questões que surjam.
- O feedback acionável recebido durante a revisão do sprint deve ser convertido em novos itens da lista de pendências do produto para posterior priorização e discussão.
Mais alguma coisa?
Também conhecido como demonstração do sprint, este evento Scrum ajuda a criar confiança entre as partes interessadas e a equipa Scrum. É a forma mais direta de recolher feedback precoce e frequente e de o adicionar à lista de pendências do produto.
Reunião de retrospetiva do sprint
A retrospetiva do sprint é o último evento Scrum da sequência do sprint e permite à equipa analisar o trabalho concluído e identificar elementos que poderiam ser melhorados em futuros sprints, com base nas suas experiências.
Objetivo da retrospetiva do sprint
Depois de realizada uma revisão do sprint, a equipa Scrum precisa de tempo para refletir sobre o trabalho que acabou de ser apresentado e discutir formas de melhorar tanto o resultado como o fluxo de trabalho ágil. Todo o feedback deve ser recolhido e atribuído da mesma forma que os restantes épicos ou histórias, para que a equipa Scrum compreenda quem é responsável por cada tarefa e quando serão implementadas as alterações.
Participantes na retrospetiva do sprint
O mestre de Scrum e a equipa de desenvolvimento. O proprietário do produto é opcional.
Duração da retrospetiva do sprint
Normalmente, as retrospetivas do sprint não devem durar mais de 1,5 horas num sprint de duas semanas. Se os seus sprints durarem um mês, não devem ultrapassar as 3 horas.
Dicas úteis
- Ao trabalhar com equipas parcialmente remotas ou totalmente distribuídas, utilize ferramentas de colaboração ativa, como o Mentimeter ou o Confluence, para incentivar a participação sem que as pessoas tenham de ativar o microfone e partilhar a sua voz com todos.
- Se for apresentada uma sugestão de melhoria, pergunte aos outros membros da equipa Scrum se todos concordam. Em caso afirmativo, identifique como essa recomendação será concretizada.
Mais alguma coisa?
Certifique-se de criar um ambiente de segurança psicológica. Não se trata de encontrar culpados. Estas reuniões evidenciam frequentemente recomendações para melhorar e mitigar os riscos no futuro. Enquanto mestre de Scrum, certifique-se de orientar a equipa para fornecer feedback honesto e manter uma atitude respeitosa durante o evento.
As funções do Scrum
Depois de mencionar algumas funções do Scrum, vamos analisar cada uma:
- O responsável pelo produto: Esta função representa o cliente e a empresa em geral relativamente ao produto em que estão a trabalhar. É responsável pela lista de pendências e determina a prioridade dos itens de trabalho para a equipa de desenvolvimento. Toma diariamente decisões executivas sobre o produto. Traduz as necessidades dos clientes em itens de trabalho acionáveis para a equipa de desenvolvimento.
- O mestre de Scrum: Os mestres de Scrum são responsáveis por garantir que a equipa dispõe do que precisa para ter sucesso, incluindo uma compreensão clara do processo Scrum. São, ao mesmo tempo, orientadores, conselheiros, defensores, responsáveis pela remoção de impedimentos, facilitadores e mediadores.
Os mestres de Scrum são responsáveis por estabelecer o Scrum conforme definido no Guia do Scrum, mas não são gestores de projetos (desconfie de qualquer líder que considere que estas são a mesma função!) — não são responsáveis pelo produto do trabalho. Além disso, um mestre de Scrum não é necessariamente uma pessoa específica nem um trabalho a tempo inteiro! Leia mais sobre mestres de Scrum e gestores de projetos aqui. - A equipa de desenvolvimento: Trata-se de um grupo de membros multifuncionais da equipa, todos concentrados na entrega de software funcional ou do resultado pretendido pela equipa. Inclui quaisquer programadores de produto, designers, profissionais de QA ou outras funções técnicas que tenham de colaborar no desenvolvimento efetivo de um produto.
Idealmente, este grupo de 5 a 9 pessoas dedica-se inteiramente a uma equipa Scrum. Na realidade, e nas agências, pode ser um pouco diferente. A equipa de desenvolvimento deve organizar-se autonomamente e estar motivada para criar valor e, com a devida facilitação por parte de um mestre de Scrum e de um responsável pelo produto, pode fazê-lo.
Cada uma destas funções tem uma participação única em cada um dos eventos Scrum. Quando são facilitados de forma eficaz, os eventos Scrum permitem que cada pessoa, na sua função, tenha uma excelente oportunidade de alcançar o sucesso.
Porque são importantes os eventos Scrum?
Os eventos Scrum são o coração da metodologia Scrum. Sem os eventos, o Scrum pode rapidamente transformar-se num processo muito difícil de seguir e desorganizado. Sobretudo no caso de equipas novas, recomendo que se implemente o Scrum tal como está descrito no Guia do Scrum, que se realizem algumas iterações de sprint e que, em seguida, se determine o que precisa de ser adaptado para melhor se adequar à equipa.
Nota: provavelmente reparou que não falámos de um quadro de sprint (por vezes chamado quadro Kanban) neste artigo. Isso acontece porque não é um elemento essencial de nenhum dos eventos Scrum. Os quadros de sprint são ferramentas excelentes para utilizar em cada evento, mas não são um elemento obrigatório.
Quadro comparativo prático
Tem pouco tempo? Consulte este breve quadro para comparar e distinguir cada evento Scrum.
O que pensa?
Independentemente do software de gestão de projetos que utiliza ou do produto em que está a trabalhar, estes eventos Scrum foram concebidos para produzir resultados.
Tenho constatado que estas reuniões proporcionam estrutura e decorrem bem quando toda a equipa está envolvida e partilha uma compreensão do objetivo de cada evento Scrum. Mais uma vez, o Scrum é uma estrutura que deve ser utilizada para ajudar a entregar software de forma ágil.
