SCRUM
É um framework leve que ajuda pessoas, times e organizações a gerar valor por meio de soluções adaptativas para problemas complexos, além de ter como objetivo a redução de desperdícios. É iterável e incremental porque sempre está entregando algo ao longo do percurso dos ciclos.
Tem três importantes pilares:
· Transparência: observar todo o processo.
· Inspeção: visão crítica sobre o que está acontecendo, detectando variações e problemas.
· Adaptação: adaptar o processo, corrigir rotas e se adequar a mudanças.
O SCRUM é Framework ou Metodologia Ágil?
O Scrum é um framework ágil, não uma metodologia. A principal diferença é que o framework é propositalmente incompleto, fornecendo um conjunto de práticas e princípios orientadores, enquanto a metodologia é mais prescritiva e detalhada, oferecendo um passo a passo claro sobre como as coisas devem ser feitas.
No Scrum, o Guia do Scrum define um conjunto de regras e papéis, eventos e artefatos que orientam os relacionamentos e interações entre os membros da equipe. No entanto, ele não detalha exatamente "como" cada tarefa deve ser realizada. Essa abordagem permite que as equipes adaptem e ajustem suas práticas conforme necessário para atender às necessidades específicas do seu projeto e contexto.
Eventos e Papéis no Scrum
O Product Backlog, uma lista ordenada de todas as características e funcionalidades do produto, é o ponto de partida para o primeiro evento do Scrum, a Sprint Planning. Neste evento, discute-se quais atividades entrarão na Sprint, sendo o momento de planejamento das atividades. Um dos resultados da Sprint Planning é o Sprint Backlog, que refina o Product Backlog em tarefas menores.
Durante o desenvolvimento, temos os seguintes papéis:
· Product Owner (PO): dono do produto, traz a visão voltada ao produto, é quem escreve as histórias que serão usadas durante o desenvolvimento.
· Scrum Master (SM): está entre o time e o PO; faz com que o time esteja alinhado com o framework, agenda reuniões, é o ponto de encontro entre expectativa e realidade. Quando não há um SM, o PO pode assumir este papel.
· Developer: time que vai desenvolver a solução.
Ao final da Sprint, ocorrem dois eventos importantes:
· Sprint Review: verifica todo o resultado da Sprint.
· Sprint Retrospective: o time revisa tudo que aprendeu e evoluiu.