O que é Scrum? Guia completo com papéis, eventos e artefatos
Scrum é um framework para gerenciamento de trabalho complexo, baseado em ciclos curtos chamados Sprints. Entenda como funcionam seus papéis, eventos e artefatos.
Scrum é um framework para ajudar pessoas, equipes e organizações a gerar valor por meio de soluções adaptativas para problemas complexos.
O trabalho é organizado em ciclos chamados Sprints, que permitem inspecionar os resultados e adaptar o planejamento de acordo com novos aprendizados.
Embora seja muito associado ao desenvolvimento de software, o Scrum pode ser utilizado em diferentes contextos que envolvam trabalho complexo e necessidade de adaptação.
Teste vocacional
Qual carreira combina com o seu perfil?
Responda as perguntas e descubra o curso certo e as bolsas ideais para você!
O framework é baseado em empirismo, com decisões tomadas a partir da observação do que acontece na prática. Para isso, o Scrum utiliza três pilares: transparência, inspeção e adaptação.
O Scrum foi desenvolvido por Ken Schwaber e Jeff Sutherland e é descrito oficialmente no Scrum Guide, documento que apresenta a definição do framework.
O Scrum organiza o trabalho em ciclos curtos e de duração fixa chamados Sprints. Durante cada ciclo, o Scrum Team trabalha para criar um Incremento que atenda à definição de pronto estabelecida pelo time.
Ao longo da Sprint, os participantes inspecionam o trabalho e o progresso em direção ao objetivo. Com base nessas informações, podem adaptar o planejamento e a forma de trabalho.
O fluxo pode ser resumido assim:
O Product Owner organiza e ordena o Product Backlog.
O Scrum Team realiza o Sprint Planning.
Os Developers desenvolvem o trabalho durante a Sprint.
O progresso é acompanhado diariamente no Daily Scrum.
O resultado é apresentado na Sprint Review.
O time analisa seu processo na Sprint Retrospective.
Na versão atual do Scrum Guide, publicada em 2020, o Scrum Team não é dividido formalmente em “papéis”. O framework define três accountabilities: Developers, Product Owner e Scrum Master.
Scrum Master
O Scrum Master é responsável por estabelecer o Scrum conforme definido no Scrum Guide e por ajudar o Scrum Team e a organização a compreender e aplicar o framework.
Entre suas atividades estão:
ajudar o time a melhorar sua efetividade;
apoiar a remoção de impedimentos;
facilitar eventos do Scrum quando necessário;
ajudar o Product Owner na gestão eficaz do Product Backlog;
apoiar a organização na adoção do Scrum.
O Scrum Master não é um gerente de projetos tradicional. Sua atuação está relacionada à facilitação, à melhoria contínua e à criação de condições para que o Scrum seja aplicado de maneira adequada.
Product Owner
O Product Owner (PO) é responsável por maximizar o valor do produto resultante do trabalho do Scrum Team.
Entre suas responsabilidades está a gestão eficaz do Product Backlog, incluindo:
desenvolver e comunicar o Product Goal;
criar e comunicar os itens do Product Backlog;
ordenar os itens do Product Backlog;
garantir que o Product Backlog seja transparente, visível e compreendido.
O Product Owner pode delegar atividades relacionadas ao Product Backlog, mas continua sendo responsável pelos resultados dessa gestão.
Developers
Os Developers são os integrantes do Scrum Team comprometidos em criar qualquer aspecto de um Incremento utilizável a cada Sprint.
O Scrum Guide não estabelece funções como front-end, back-end ou QA dentro do Scrum. Essas especializações podem existir na prática, mas todos os profissionais responsáveis pelo trabalho de criação do Incremento fazem parte dos Developers.
O grupo deve ter as competências necessárias para criar um Incremento de valor a cada Sprint.
O Scrum Guide define cinco eventos formais: Sprint, Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective.
1. Sprint
A Sprint é o evento que contém todos os demais eventos do Scrum. Trata-se de um ciclo de duração fixa de um mês ou menos.
Durante a Sprint, o Scrum Team trabalha para alcançar um Sprint Goal e criar um Incremento que atenda à Definition of Done.
A duração deve ser consistente entre as Sprints para ajudar a criar previsibilidade.
2. Sprint Planning
O Sprint Planning inicia a Sprint. Nesse evento, o Scrum Team define o que poderá ser realizado durante o ciclo e como o trabalho será executado.
O planejamento aborda três questões principais:
Por que esta Sprint é valiosa?
O que pode ser realizado durante a Sprint?
Como o trabalho escolhido será realizado?
Para uma Sprint de um mês, o Sprint Planning tem duração máxima de oito horas. Para Sprints menores, normalmente o evento é proporcionalmente menor.
3. Daily Scrum
O Daily Scrum é um evento de 15 minutos realizado pelos Developers.
Seu objetivo é avaliar o progresso em direção ao Sprint Goal e adaptar o Sprint Backlog conforme necessário.
Apesar de ser comum associar a reunião às três perguntas “o que fiz ontem?”, “o que farei hoje?” e “tenho algum impedimento?”, o Scrum Guide atual não exige esse formato.
O foco está na inspeção do progresso e no planejamento do trabalho para o próximo dia.
4. Sprint Review
A Sprint Review acontece no final da Sprint e tem como objetivo inspecionar o resultado da Sprint e determinar adaptações futuras.
O Scrum Team apresenta os resultados às partes interessadas e conversa sobre o progresso em relação ao Product Goal.
Para uma Sprint de um mês, a duração máxima é de quatro horas.
5. Sprint Retrospective
A Sprint Retrospective é o momento em que o Scrum Team analisa como a última Sprint transcorreu.
O grupo pode avaliar aspectos como:
pessoas;
interações;
processos;
ferramentas;
Definition of Done.
A partir dessa análise, o time identifica mudanças que podem aumentar sua efetividade.
Para uma Sprint de um mês, a duração máxima é de três horas.
O Scrum possui três artefatos: Product Backlog, Sprint Backlog e Incremento.
Cada um possui um compromisso associado.
Artefato
Compromisso
Product Backlog
Product Goal
Sprint Backlog
Sprint Goal
Incremento
Definition of Done
Product Backlog
O Product Backlog é uma lista emergente e ordenada do que é necessário para melhorar o produto.
Ele funciona como a fonte única de trabalho realizado pelo Scrum Team.
O Product Owner é responsável pela gestão eficaz do Product Backlog, incluindo sua ordenação e comunicação.
Sprint Backlog
O Sprint Backlog reúne o Sprint Goal, os itens do Product Backlog selecionados para a Sprint e um plano de ação para entregar o Incremento.
Ele é atualizado durante a Sprint conforme o time aprende mais sobre o trabalho.
Incremento
O Incremento é um passo concreto em direção ao Product Goal.
Para fazer parte de um Incremento, o trabalho precisa atender à Definition of Done, conjunto de critérios que estabelece quando o trabalho é considerado concluído e utilizável.
Uma Sprint pode gerar mais de um Incremento.
Além disso, os Incrementos podem ser entregues antes do fim da Sprint. A Sprint Review não é uma etapa obrigatória antes da entrega.
Imagine uma equipe trabalhando no desenvolvimento de uma plataforma de educação.
Antes da Sprint, o Product Backlog contém diferentes necessidades do produto, como novas funcionalidades, correções e melhorias.
Durante o Sprint Planning, o Scrum Team define um Sprint Goal e seleciona itens do Product Backlog que contribuirão para esse objetivo.
Ao longo das semanas seguintes, os Developers realizam o trabalho e utilizam o Daily Scrum para acompanhar o progresso e adaptar o plano quando necessário.
No final da Sprint, o time apresenta o resultado na Sprint Review e conversa com as partes interessadas sobre o que foi desenvolvido e sobre possíveis adaptações futuras.
Depois, durante a Sprint Retrospective, o Scrum Team avalia seu processo de trabalho e identifica melhorias.
Na prática, Sprints de duas semanas são bastante comuns, mas o Scrum não determina que esse seja o período obrigatório.
O mais importante é que a duração seja fixa e consistente para permitir um ritmo de trabalho previsível e facilitar a inspeção e a adaptação.
Scrum é uma metodologia?
Tecnicamente, Scrum não é uma metodologia.
O Scrum Guide define o Scrum como um framework. A diferença é relevante porque o framework estabelece uma estrutura mínima de responsabilidades, eventos, artefatos e regras, permitindo que as equipes adaptem práticas adicionais ao contexto.
Por isso, ferramentas como Kanban, técnicas de estimativa e diferentes práticas de engenharia podem ser utilizadas em conjunto com Scrum, desde que não contrariem seus elementos fundamentais.
Scrum é apenas para desenvolvimento de software?
Não.
Embora o Scrum tenha sido amplamente adotado na área de tecnologia e desenvolvimento de software, o framework pode ser utilizado em diferentes tipos de trabalho complexo.
Equipes de produto, marketing, pesquisa, educação e outras áreas podem adotar práticas inspiradas no Scrum quando precisam trabalhar de maneira iterativa, inspecionar resultados frequentemente e adaptar seus planos.
A aplicação, entretanto, depende do contexto e das características do trabalho.
Scrum é um framework para ajudar equipes a lidar com trabalho complexo por meio de ciclos curtos, inspeção frequente e adaptação contínua. O trabalho é organizado em Sprints e envolve Product Owner, Scrum Master e Developers.
Qual é a diferença entre Scrum Master e gerente de projetos?
O Scrum Master tem a responsabilidade de estabelecer o Scrum e ajudar o Scrum Team e a organização a utilizá-lo de maneira eficaz.
O gerente de projetos, por sua vez, é uma função tradicional de gerenciamento que pode envolver planejamento, orçamento, cronograma, riscos, recursos e acompanhamento de projetos.
As duas funções não são equivalentes.
Quanto tempo dura uma Sprint?
Uma Sprint dura um mês ou menos. Sprints de duas semanas são comuns, mas o Scrum não determina uma duração específica abaixo do limite máximo.
Quais são os três artefatos do Scrum?
Os três artefatos são:
Product Backlog;
Sprint Backlog;
Incremento.
Cada artefato possui um compromisso associado: Product Goal, Sprint Goal e Definition of Done, respectivamente.
Quais são os cinco eventos do Scrum?
Os cinco eventos são:
Sprint;
Sprint Planning;
Daily Scrum;
Sprint Review;
Sprint Retrospective.
Scrum serve apenas para programação?
Não. O Scrum pode ser aplicado a diferentes contextos de trabalho complexo. Seu uso é especialmente associado ao desenvolvimento de produtos e software, mas não está limitado a essas áreas.
Ver publicações 
