É 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.