Básico para quem entender o Scrum

Resumo das informações principais que você precisa entender sobre o framework scrum (manifesto ágil, sprint, planning, PO, SM, etc)

Márcio - o Editor

6/27/20258 min ler

Começando pelo começo....

Começando com um resumo dos principais temas da Metodologia Scrum para você que vai iniciar ou já atua mas não tem muita ideia do que são os vários termos usados por um time Scrum. Vou sempre colocar a visão básica com as referências para quem tem necessidade de um aprendizado mais profundo.

O que é o Scrum?

Segundo o Scrum.Org, organização fundada por Ken Schwaber (um dos criados do Scrum): "é um processo empírico, onde as decisões são baseadas em observação, experiência e experimentação. O Scrum tem três pilares: transparência , inspeção e adaptação "

Referencia: https://www.scrum.org/resources/what-scrum-module

Resumindo em uma linguagem mais simples, é um framework criado para times de desenvolvimento de software auto gerenciáveis com processos (cerimônias) e timebox (sprint) que tem como objetivo a entrega de pequenos incrementos, que vão sendo revisados e melhorados continuamente.

Contextualizando um pouco, o formato padrão dos projetos de TI anterior ao scrum era o chamado waterfall, aonde o objetivo era entregue de uma vez só com fases de levantamento de requisitos, desenvolvimento, homologação e implantação. Não muito raro, por conta do tempo que levava o processo, o projeto entregue não atendia a todas as necessidades do usuário.

O que é o Manifesto Ágil?

O Manifesto Ágil é um documento com valores e práticas para o desenvolvimento de software ágil. Foi criado em 2001 por 17 programadores para ser um grito de guerra para esse movimento que buscava entregas contantes e processos eficientes. Na imagem abaixo, temos os valores desse manifesto e clicando nela, você entra na pagina do Manifesto Agil em português. Explorando mais o site, consegue ler os princípios do Manifesto também.

O que é Sprint

Sprint é o ciclo de trabalho de um time (squad) scrum. Esse tempo pode variar de 1 a 4 semanas e depende do contexto das entregas e da capacidade produtiva do time. Lembrando que no scrum, os ciclos são contínuos, ou seja, após esse período da sprint começa a próxima.

Toda sprint começa com uma planning (aonde é definido o que vai ser feito). Tem o acompanhamento diário do próprio time (daily). Quando a sprint acaba é feito uma review (para demonstrar as entregas da sprint) e a retrospectiva (aonde o time discute o que foi bem feito e o que pode ser melhorado). Nos outros tópicos desse post, vamos explicar melhor essas cerimônias, mas é importante entender que as cerimônias são partes muito importantes do framework scrum.

Papeis

A metodologia Scrum é um formato que se adapta e vem evoluindo de acordo com as necessidades de cada empresa, porém tendo como base o Scrum Guide ( https://scrumguides.org/docs/scrumguide/v1/Scrum-Guide-Portuguese-BR.pdf) de Ken Schwaber e Jeff Sutherland (dois dos 17 programadores do Manifesto Ágil do tópico acima), temos 3 papéis principais:

  • Product Owner - Dono do produto, é o responsável por maximizar o valor do produto e do trabalho do Time de Desenvolvimento.

  • Time de Desenvolvimento - profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa o produto “Pronto” ao final de cada Sprint

  • Scrum Master - responsável por garantir que o Scrum seja entendido e aplicado. O Scrum Master faz isso para garantir que o Time Scrum adere à teoria, práticas e regras do Scrum. O Scrum Master é um servo-líder para o Time Scrum.

Além desses papéis, existem outros papéis importantes que são amplamente utilizadas nas empresas, cito abaixo alguns exemplos:

  • Agile Coach - tem um papel semelhante ao Scrum Master porém em escala maior, apoiando na adoção das práticas ágeis para os Scrum Master e as lideranças dos times ou Tribos (agrupamento de Times\Squads)

  • TO - Teste Owner, ou QA. Geralmente é considerado parte do time de desenvolvimento, porém em algumas estruturas mais robustas, os QAs compõem as squads porém respondem para uma liderança de qualidade, para normalização de melhores práticas nos testes.

  • Tech Lead - líder técnico do time. Faz parte do time de desenvolvimento e geralmente é o analista sênior com mais conhecimento e liderança junto aos demais. Apoia no desenvolvimento dos demais.

  • IT Lead - papel muito semelhante ao Tech Lead, porém acumula a função de Gestor e por conta disso não é considerado como parte do time de desenvolvimento e sim uma liderança e referência para os demais desenvolvedores do time.

  • Chapter - são agrupamentos de pessoas com o mesmo tipo de conhecimento que apoiam o time de desenvolvimento. Em alguns casos, participam de algumas cerimônias mas não necessariamente realizam entregas. Por exemplo: desenvolvedores, QA, Agilidade, UX, Arquitetura, etc.

Principais Cerimônias do Scrum

Na lista abaixo, temos as cerimônias que o time precisa participar. Teremos outros posts que irão detalhar mais cada um e as melhores práticas para cerimônias bem executadas. São 4 principais citadas pelo Scrum Guide, porém o Refinamento é essencial para um bom funcionamento e por isso esta aqui nessa lista também

Planning - é a reunião que começa a sprint. Nessa reunião, o PO apresenta as histórias que precisam ser priorizadas para atingir o objetivo da Sprint. O time faz o planejamento para atender o objetivo e debate caso entenda que não é possível realizar todas as atividades para que o PO consiga repriorizar as atividades. Para sprints de 4 semanas é recomendado que tenha 2 duas horas para esse planejamento.

Veja aqui: Boas Práticas e Dicas para uma Planning eficiente

Daily - é a reunião do time para o time. Diariamente (recomenda se 15 minutos), cada pessoa do time de desenvolvimento, responde a 3 questões básicas: 1. O que fiz? 2. O que vou fazer? 3. Tenho algum impedimento? Como são equipes auto gerenciaveis, não é obrigatório a presença do PO e do Scrum Master em todas as dailys (apesar de ser recomendado) e em times com boa maturidade ágil, nesses tempos de trabalho remoto, o time de desenvolvimento faz um rodizio para orquestrar a cerimônia apresentando o quadro do time.

Veja aqui: Boas Práticas e Dicas para uma Daily eficiente

Review - é a reunião que marca o fim da sprint. Aqui é apresentado o resultado final da sprint, com as histórias concluídas e as histórias que tiveram transbordo para a próxima sprint, explicando o que ocorreu. Além disso, o time demonstra as principais entregas da sprint e nessa reunião podem ser convidados chapter e stakeholders (patrocinadores da squad) para acompanhamento das entregas. Em alguns times, é comum apresentar os principais indicadores (leadtime, burndow, etc). Essa reunião é um dos principais insumos para a Retrospectiva. Tempo ideal é de 2 horas para sprints de 4 semanas.

Veja aqui: Boas Práticas e Dicas para uma Review efetiva

Retrospectiva - é a reunião que o time pratica a melhoria continua, pois refletimos olhando para a sprint finalizada, o que foi bem feito e o que pode ser melhorado, para o time pensar em conjunto nos planos de ação para melhorar esses pontos apontados pelo próprio time.

Veja aqui: Boas Práticas e Dicas para que a Retrospectiva efetiva

Refinamento - é a reunião que o time faz o entendimento fino de cada história do backlog. O PO apresenta a história e como ela entrega valor ao negócio, juntamente com os critérios de aceite dela. O time faz o entendimento e apresenta em conjunto a solução técnica que será utilizada no desenvolvimento. Com base em todo esse refinamento técnico montado, o time estima pontuando essa historia e deixando ela DOR (Definition of Ready) para a próxima sprint.

Veja aqui: Boas Práticas e Dicas para um Refinamento efetivo

O que faz o Scrum Master?

O Scrum Master, ou SM para os intimos, é o responsável pela adoção das práticas ágeis dentro da squad. Deve orientar o time a ser auto gerenciável e eficiente na execução das histórias e também o PO para uma gestão eficiente do backlog dentro e fora da sprint (backlog). Resumindo:

  • Facilita e apoia as cerimônias da squad, se necessário

  • Apoia na resolução de impedimentos

  • Acompanha indicadores de produtividade da squad para traçar planos de melhorias

  • On boarding para novos membros em agilidade

  • Apoia na resolução de conflitos entre os membros do time

  • Apoia na gestão do backlog

O Scrum Master não é necessariamente uma pessoa com formação em TI, mas esse skill facilita para entendimento das dores do time. Porém ele não pode ter uma visão limitada e também se atentar as necessidades de negócio, sendo um mediador de conflitos entre PM e time.

O que faz o PO

O PO é o elo entre o negócio da empresa e o time de desenvolvimento. É o responsável por priorizar as iniciativas que tragam mais valor para empresa. Não deve ser um gerente de projetos, mas um facilitador que escreve as histórias e alinha o entendimento com o time. O PO não deve ser um comitê, ou seja, deve ter somente um PO em cada time. Caso tenha necessidade de delegar algo, pode ser delegado alguma função especifica porém a responsabilidade continua sendo dele. Principais tópicos

  • Organização do backlog

  • Responsável único pelas priorizações

  • Escreve as histórias com entrega de valor e alinha entendimento com o time

  • Alinha expectativas com stakeholders

O que faz o Time de Desenvolvimento (Dev Team)

O time de desenvolvimento é o grupo de pessoas que realiza as entregas da squad, transformando a visão de produto (história) em produtos novos ou incrementos nos softwares que estão sendo desenvolvidos. Deve ser multi disciplinar (levando em consideração as tecnologias e as especificidades de cada empresa) e auto gerenciável para conseguir atuar nas histórias priorizadas pelo PO na Planning. Por conta disso, o time de desenvolvimento pode ter vários papéis e abaixo vou listar as principais:

  • Refinar a história que será desenvolvida

  • Desenvolvimento da história

  • Testes internos e homologação com parceiros ou áreas de negócios envolvidas

  • Implantar em ambiente de produção

  • Participar de todas as cerimônias da Squad

Conclusão

Nesse post, você teve a visão resumida dos aspectos mais importantes que precisa conhecer para trabalhar ou entender o scrum.

  1. O que é o scrum e porque surgiu, quais são os valores e princípios

  2. Quem participa e qual a sua atuação

  3. Quais são as principais cerimônias

Para um conhecimento mais aprofundado, coloquei links e referências para estudo posterior. Como em todo que segue em evolução, pode ser que não se aplique ao seu caso no detalhe, porém você consegue ter a visão do fundamento que gerou essa evolução, que acho muito importante para o pensamento critico. Nos outros posts, vou entrar em mais detalhes e também a minha visão (com mais de 8 anos de experiência nesse metodo) para contribuir para isso.

Caso tenha gostado, indique a página para quem precisa. E veja os outros conteúdos que estão sendo sempre atualizados.

Até mais

text
text