Scrum é um framework ágil para desenvolver produtos complexos em ciclos curtos, chamados sprints, de no máximo um mês. Um time pequeno, com três responsabilidades (Product Owner, Scrum Master e Developers), entrega a cada sprint um incremento utilizável e usa cinco eventos para inspecionar o resultado e adaptar o plano.
O Scrum foi apresentado por Ken Schwaber e Jeff Sutherland em 1995 e é descrito oficialmente no Scrum Guide, cuja versão vigente é de 2020. O nome vem de um artigo de Hirotaka Takeuchi e Ikujiro Nonaka, de 1986, que comparava as equipes de desenvolvimento de produto mais rápidas a um time de rúgbi avançando junto, em vez de passar o bastão de um departamento para o outro.
Como funciona o Scrum
O Scrum parte de uma premissa: em trabalho complexo, o plano completo feito no início vai estar errado em algum ponto, e o jeito de lidar com isso é decidir com base no que se observa. O Scrum Guide chama isso de empirismo e o sustenta em três pilares: transparência (o trabalho e o progresso visíveis para quem decide), inspeção (olhar com frequência o que foi produzido) e adaptação (mudar o rumo assim que a inspeção mostrar desvio).
Na prática, o trabalho é dividido em sprints de duração fixa, em geral de uma a quatro semanas. Cada sprint começa com um objetivo, termina com algo pronto e utilizável, e é seguida de uma revisão do que foi entregue e de como o time trabalhou. O ciclo se repete, e cada volta usa o que a anterior ensinou. O detalhamento do que acontece dentro do ciclo está no artigo sobre sprint.
Papéis do Scrum: as três responsabilidades
O Scrum Guide de 2020 deixou de falar em “papéis” e passou a falar em responsabilidades, mas o mercado continua usando os dois termos. São três, e juntas formam o time Scrum, que costuma ter dez pessoas ou menos.
| Responsabilidade | O que faz | Erro comum |
|---|---|---|
| Product Owner | Maximiza o valor do produto: define e ordena o Product Backlog e responde pelo Product Goal | Virar repassador de pedidos, sem autoridade para dizer não |
| Scrum Master | Responde pela eficácia do time: ensina o Scrum, remove impedimentos e protege o time de interrupções | Funcionar como secretário de reunião ou gerente de projeto disfarçado |
| Developers | Constroem o incremento: planejam a sprint, se auto-organizam e garantem a qualidade pela Definição de Pronto | Receber a sprint pronta, sem participar do planejamento |
Eventos do Scrum (as cerimônias)
O Scrum tem cinco eventos, todos com duração máxima definida. “Cerimônia” é o nome popular; o guia chama de eventos, e cada um existe para uma inspeção específica.
| Evento | Para que serve | Duração máxima (sprint de 1 mês) |
|---|---|---|
| Sprint | Contém todos os outros eventos; produz um incremento pronto | 1 mês |
| Sprint Planning | Define por que a sprint vale a pena (Sprint Goal), o que entra e como será feito | 8 horas |
| Daily Scrum | Inspeciona o progresso rumo ao Sprint Goal e ajusta o plano do dia | 15 minutos |
| Sprint Review | Apresenta o incremento a quem usa e decide o que muda no backlog | 4 horas |
| Sprint Retrospective | Inspeciona como o time trabalhou e escolhe melhorias para a próxima sprint | 3 horas |
Para sprints mais curtas, os eventos costumam ser proporcionalmente menores. A Daily Scrum é a exceção: 15 minutos, todo dia útil, qualquer que seja a duração da sprint.
Artefatos do Scrum
São três artefatos, e o guia de 2020 amarrou cada um a um compromisso que dá a referência para medir o progresso:
- Product Backlog, a lista ordenada de tudo o que pode melhorar o produto, com o compromisso do Product Goal, o objetivo de longo prazo.
- Sprint Backlog, o que o time escolheu para a sprint e o plano para entregar, com o compromisso do Sprint Goal.
- Incremento, o resultado utilizável da sprint, com o compromisso da Definição de Pronto: o critério de qualidade que separa “terminado” de “quase terminado”.
Os valores que o guia pede ao time são cinco: compromisso, foco, abertura, respeito e coragem. O parentesco com o Manifesto Ágil, de 2001, é direto, e o Scrum é a forma mais difundida de colocar a metodologia ágil em prática.
Quando o Scrum vira ritual
Uma equipe de produto de um e-commerce rodava Scrum havia um ano, com sprints de duas semanas. Todos os eventos aconteciam no horário, o quadro estava atualizado e as retrospectivas produziam listas longas de melhorias. Mesmo assim, o Sprint Goal tinha sido atingido em 3 das últimas 10 sprints. Cada retrospectiva terminava com cinco ou seis ações, nenhuma com prazo, e a seguinte começava do zero, sem conferir se a anterior tinha mudado alguma coisa.
O problema não estava no Scrum, e sim no que faltava dentro dele. A adaptação que o guia pede é uma previsão testada: o time diz o que espera que aconteça se mudar algo, muda, e confere na sprint seguinte. Sem isso, a retrospectiva é conversa, e o empirismo vira cerimônia. A equipe passou a escolher uma única mudança por retrospectiva, com a predição escrita (por exemplo: “quebrar histórias acima de 5 pontos antes do planejamento faz o Sprint Goal ser atingido”) e conferida na retrospectiva seguinte. Nas 10 sprints seguintes, o Sprint Goal foi atingido em 7.
Essa estrutura de mudança, predição e conferência é o ciclo PDSA, e a sprint é um ciclo PDSA com prazo fixo. Quem conhece o método científico por trás do PDSA tende a usar o Scrum melhor, porque entende o que cada evento deveria estar testando. Essa leitura, aplicada a processos de qualquer área, é o centro da formação Green Belt.
Scrum e Kanban: qual a diferença
O Scrum trabalha em ciclos de duração fixa, com papéis e eventos definidos e um compromisso por sprint. O Kanban não tem ciclos nem papéis obrigatórios: visualiza o fluxo de trabalho, limita o trabalho em andamento e mede o tempo que cada item leva para atravessar o fluxo. O Scrum funciona melhor quando o trabalho pode ser planejado em blocos de semanas; o Kanban, quando a demanda chega de forma contínua e imprevisível, como em suporte e manutenção. Muitos times usam um quadro Kanban dentro da sprint, e as duas coisas convivem bem.
Quando usar e quando não usar o Scrum
O Scrum se paga em trabalho complexo, em que a solução não é conhecida no início e o cliente só descobre o que quer quando vê algo funcionando: software, produto digital, desenvolvimento de serviço novo. Ele rende pouco em trabalho repetitivo e previsível, como uma linha de produção, e em projetos em que o escopo é fixo por contrato e a mudança é cara, como boa parte das obras. Nesses casos, os métodos de gestão de projetos tradicionais ou a melhoria de processo com Lean Six Sigma costumam servir melhor.
O sinal de que o Scrum está funcionando não é o calendário de eventos cheio. É o time conseguindo dizer, sprint a sprint, o que esperava, o que aconteceu e o que mudou por causa disso.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua. Nesta revisão, o foco foi a fidelidade ao Scrum Guide 2020 e a ligação entre a adaptação do Scrum e o ciclo PDSA.
Para aprender o método científico que está por trás da inspeção e da adaptação, comece pela formação White Belt gratuita da Escola EDTI.
Perguntas frequentes
O que é a metodologia Scrum em poucas palavras?
É um framework ágil em que um time pequeno trabalha em ciclos curtos, as sprints, e entrega algo utilizável ao fim de cada um. A cada sprint, o time inspeciona o resultado e o próprio trabalho e ajusta o plano.
Quais são os 3 papéis do Scrum?
Product Owner, que responde pelo valor do produto e pelo backlog; Scrum Master, que responde pela eficácia do time; e Developers, que constroem o incremento. O Scrum Guide de 2020 chama esses papéis de responsabilidades.
Quais são as cerimônias do Scrum?
São cinco eventos: a Sprint, que contém os demais, a Sprint Planning, a Daily Scrum, a Sprint Review e a Sprint Retrospective. Cada um tem duração máxima e uma inspeção específica.
Quanto tempo dura uma sprint?
No máximo um mês. A maioria dos times usa sprints de uma ou duas semanas, e a duração fica fixa para que os resultados possam ser comparados de uma sprint para outra.
Qual a diferença entre Scrum e Kanban?
O Scrum organiza o trabalho em ciclos fixos com papéis e eventos definidos; o Kanban organiza um fluxo contínuo, limitando o trabalho em andamento. O primeiro serve melhor a trabalho planejável em blocos, o segundo a demanda contínua.
Scrum serve fora da área de software?
Serve em qualquer trabalho complexo em que a solução só aparece ao longo do caminho, como marketing, desenvolvimento de serviço ou pesquisa. Em processos repetitivos e previsíveis, a melhoria de processo costuma render mais.
Onde aprender o método por trás do Scrum?
A inspeção e a adaptação do Scrum são uma aplicação do método científico ao trabalho, a mesma base do ciclo PDSA. A Escola EDTI ensina esse método no White Belt, que é gratuito.