Cerimônias Scrum — O básico que se espera de cada uma
Olá, pessoal. Tudo bom?
O objetivo desse artigo é mostrar a simplicidade que são as cerimônias do Scrum, framework de desenvolvimento ágil mais utilizado em desenvolvimento de software, e deixar claro a base e o objetivo que cada uma possui, qual o output que você deve ter em cada uma delas, etc.
Aproveitem!
Dailies
A daily é realizada com um único proposito: inspecionar o andamento do time em relação ao(s) objetivo(s) da Sprint que foram definidos no planejamento. Aqui é onde respondemos aquelas 3 perguntas básicas:
- O que fiz ontem em prol de atingir o objetivo da sprint?
- O que farei hoje em prol de atingir o objetivo da sprint?
- Há algo me impedindo de alcançar o objetivo da sprint?
Vale dizer que essas perguntas são uma recomendação do próprio Scrum Guide de como conduzir sua daily, e como toda boa recomendação, você não é obrigado a seguir, e pode até melhorar essa sugestão e adequá-la ao que seu contexto.
É importante notar que o foco é sempre o objetivo da Sprint. É preciso adequar o plano do time a ele. Não estamos aqui apenas para conversar sobre tarefas feitas ou não, gerando assim um status report. Se algum gestor da sua organização quiser um status report diário, recomendo usar um bot em qualquer um das suas ferramentas. Na Popcode usamos uma pergunta automática diária do basecamp para isso e continuamos tendo nossas dailies com o foco no que importa.
A daily, por recomendação do Scrum Guide, tem um time-box de 15 minutos e apenas o time de desenvolvimento tem presença obrigatória. O Scrum Master deve garantir que ela ocorra e que seu propósito seja atingido, e o PO pode ser convocado sempre que o time julgar necessário.
Outra prática legal é sempre fazer as dailies com o quadro aberto, entendendo o que está acontecendo naquele dia. Além disso, observar os indicadores também traz bastante esclarecimento.
Sprint Planning
Aqui é onde vamos selecionar e preparar todo o trabalho que será realizado durante a sprint. É importante dividir a Planning em dois momentos:
- O que vamos fazer?
- Como vamos fazer?
No primeiro momento o PO é quem comanda, ele vai filtrar os items que estão no Backlog do Produto com maior prioridade e indicar quais ele gostaria que fossem feitos. Nesse momento o Time de Desenvolvimento deve esclarecer todas suas dúvidas e as tarefas podem, e devem, ser mais detalhadas , se preciso for. Aqui é feita estimativa dos itens que vieram do Backlog do Produto e são criados os Objetivos da Sprint e a DoD da Sprint (vou comentar sobre esse em outro post).
No segundo momento quem toma a dianteira é o time, nessa fase será feita a quebra dos itens do Backlog do Produto que foram selecionados para a Sprint. As tarefas são estimadas e o time se compromete com a entrega da Sprint, fazendo uma citação a um querido amigo que costuma dizer: “o acordado não sai caro”.
O time-box da Planning para uma Sprint de 30 dias é 8 horas, como normalmente usamos Sprints de 15 dias, o nosso deve ser 4 horas. Aqui todo o Time Scrum deve participar e devem ser convocados Stakeholders sempre que necessário.
Sprint Review
Na Sprint Review devemos inspecionar o incremento de software que geramos durante a Sprint. Na Popcode não tínhamos o costume de realizar essa cerimônia, porém, ela é fundamental dentro do ciclo Scrum, e, na medida do possível, fomos inserindo ela e hoje quase todos os times adotam ela.
Com base no que foi feito durante a Sprint é nesse momento que podemos atualizar o Backlog do Produto com um nível de feedback maior.
O time deve demonstrar o que ficou “Pronto” durante a Sprint e responder questionamentos e dúvidas que surgirem.
Após isso, todos os presentes devem colaborar no que deve ser feito a seguir e, é dessa forma que a Review fornece entradas valiosas para a Planning da próxima Sprint.
O time-box para uma Sprint de 15 dias é de duas horas e aqui devem estar presentes o Time Scrum e alguns stakeholders que possam trazer informações valiosas das necessidades do usuário.
É importante deixar claro que o Review não é uma reunião de status e sim uma forma de obter feedbacks e entradas para a próxima Sprint com a colaboração de todos os envolvidos.
Sprint Retrospective
Na minha opinião, essa é a cerimônia mais importante. Gosto de pensar nela como o momento de reciclagem do time. É nesse momento que vamos enxergar os pontos de melhoria do processo e da equipe. Alguns questionamentos são importantes de serem levantados:
- O que fizemos de bom e devemos manter?
- O que pode ser melhorado?
- Como vamos implementar as ações para melhorar?
Aqui sempre devemos sair com um plano para melhorias a serem aplicadas já na próxima Sprint.
Para uma Sprint de 15 dias, seu time-box é de uma hora e 30 minutos e todo o Time Scrum deve estar presente.
Há vários modos e técnicas para aplicar retrospectivas, inclusive temos nossa própria maneira na nossa organização😀. Na Popcode usamos algo parecido com perguntas e tópicos e seguimos o seguinte:
- Que bom!
- Que situação, ou, que ruim!
- Que tal?
Vale destacar que toda e qualquer mudança ou ponto pode e deve ser levantado na retrospectiva, seja de cunho organizacional ou de cunho mais técnico. QUALQUER MUDANÇA É BEM-VINDA SE FOR MUDAR PARA MELHOR!!
Extra: Cerimônias em tempo de pandemia
Em tempos de pandemia e com o trabalho remoto sendo adotado cada vez mais, recomendo fazer as cerimônias em alguma plataforma como o meet, o zoom, etc. Aproveite ao máximo dessas ferramentas e suas features.
Uma coisa legal que fazemos la na Popcode é fazer todas essas reuniões com a câmera ligada, isso ajuda a interação e mantém um ambiente de contato mesmo com a distância entre todos.
Recomendo sempre pensar que a reunião está sendo feita como se fosse presencialmente e transmitir esse mindsent para seus colegas de trabalho.
Conclusão
Outras cerimônias foram surgindo ao longo da evolução do framework como o refinamento do backlog (grooming), checkpoint meetings, etc., porém, gosto de trabalhar sempre a abordagem de começar do básico e adquirir o conhecimento necessário para entender se na organização há a necessidade de inserir algumas dessas outras cerimônias.
Acredito que a partir dos conceitos básicos do Scrum cada organização deve adotar o que acha melhor para o seu contexto. Cabe ao Scrum Master adaptar o framework para que mais se adéque a sua realidade, analisando e sugerindo as mudanças sempre que julgar necessário.
Valeu galera, até a próxima!
Avante 🤘
Time-box: tempo máximo de duração de uma cerimônia.
DoD: Definição de Pronto (Definition of Done) é um artefato Scrum que delimita o que um icremento de software precisa ter para ser considerado pronto. É criado em colaboração com todo o Time Scrum.
