O jeito mais usado no mundo de organizar trabalho complexo: ciclos curtos que transformam incerteza em valor, um passo utilizável de cada vez.
Scrum é um framework leve para gerar valor em problemas complexos por meio de soluções adaptativas. Em vez de planejar tudo no início, o time trabalha em ciclos curtos (Sprints), entrega algo utilizável em cada um e ajusta o rumo com base no que aprendeu.
A analogia mais honesta é a de um GPS. O plano tradicional é um mapa impresso: se a estrada muda, você se perde. O Scrum é o GPS que recalcula a rota a cada esquina — você não sabe cada curva no começo, mas chega ao destino porque corrige o caminho o tempo todo. Cada Sprint é uma "recalculada" com base na realidade, não no palpite inicial.
Scrum se apoia no empirismo: conhecimento vem da experiência, e decisões se baseiam no que é observado. Três pilares giram sem parar:
O trabalho e o processo ficam visíveis para todos. Sem isso, qualquer decisão é um chute.
O time examina o progresso com frequência para detectar desvios cedo.
Ao notar um desvio, ajusta o rumo. Inspecionar sem mudar não serve para nada.
Cinco valores dão vida a tudo: Compromisso, Foco, Abertura, Respeito e Coragem. Sem eles, o Scrum vira só um calendário de reuniões.
Tudo acontece dentro de uma Sprint — um ciclo de duração fixa. Ela começa com o planejamento, avança com o trabalho diário, mostra o resultado e termina com uma reflexão. Depois recomeça.
O Scrum Guide 2020 trocou "papéis" por responsabilidades (accountabilities). "Papel" lembra cargo e hierarquia; "accountability" diz quem responde por um resultado, sem chefe nem subordinado. O time é uma unidade coesa, com um objetivo por vez.
Uma única pessoa responsável por maximizar o valor do produto. Define e comunica o Product Goal, cria e ordena os itens do Product Backlog e garante que ele seja transparente.
Exemplo: Numa startup de saúde, decide se a próxima Sprint entrega o agendamento online ou o prontuário — porque conhece o que dá mais retorno.
Líder-servidor responsável por estabelecer o Scrum e pela eficácia do time. Serve os Developers, o PO e a organização, removendo impedimentos. Não é chefe.
Exemplo: Quando o time trava porque compras não libera um acesso, é o Scrum Master que destrava — não o gerente mandando.
Quem constrói o Increment a cada Sprint. Criam o Sprint Backlog, garantem qualidade seguindo a Definition of Done e adaptam o plano diariamente.
Exemplo: Devs, designer e QA de um time de dados — juntos, sem sub-hierarquia, entregam um relatório funcionando por Sprint.
Cada evento tem um timebox — um tempo máximo que não se estende. Existem para reduzir reuniões, não para criar.
O contêiner de tudo. Um ciclo de duração fixa que transforma ideias em valor. Um novo começa assim que o anterior termina.
Todo o timeAbre a Sprint. O time responde: por que ela é valiosa (Sprint Goal), o que dá para entregar e como será feito.
Todo o timeTodo dia, mesmo horário. Os Developers inspecionam o progresso rumo ao Sprint Goal e ajustam o plano do dia. Não é status para o chefe.
DevelopersPerto do fim da Sprint. O time mostra o resultado aos stakeholders e ajusta o rumo do produto com base no feedback.
Time + stakeholdersFecha a Sprint. O time olha para si mesmo — pessoas, processos, ferramentas — e escolhe melhorias concretas.
Todo o timeCada artefato carrega um compromisso que o mantém honesto e focado:
A lista ordenada e viva de tudo que pode melhorar o produto. Única fonte de trabalho do time.
O objetivo de longo prazo que o produto persegue.
O plano da Sprint: o porquê (meta), o quê (itens escolhidos) e o como (plano de ação dos Developers).
O único objetivo da Sprint — dá foco e coerência.
Um degrau concreto e utilizável rumo ao Product Goal. Cada Sprint soma pelo menos um.
O padrão de qualidade que torna um item "pronto" de verdade.
Os itens do backlog costumam virar user stories. O formato clássico coloca a necessidade do ponto de vista de quem usa:
Um bom item segue o checklist INVEST: Independente, Negociável, Valioso, Estimável, Pequeno (cabe numa Sprint) e Testável. Exemplo real:
Como cliente do app do banco, quero transferir por Pix usando uma chave, para pagar alguém rápido sem digitar todos os dados bancários.
- Dado saldo suficiente, quando informo uma chave válida e o valor, então a transferência conclui e recebo comprovante.
- Dado uma chave inexistente, quando confirmo, então vejo um erro claro e nada é debitado.
- Dado valor acima do saldo, quando confirmo, então a operação é bloqueada com aviso.
"Terminei" não significa "pronto". A Definition of Done é um checklist de qualidade, criado pelo próprio time, que todo item precisa cumprir. Um exemplo típico de um time de software:
console.log esquecidos.A DoD é do time, não imposta de fora. É um pacto de qualidade compartilhado.
Marque o que já é verdade no seu contexto. Quanto mais marcado, mais o Scrum tende a funcionar.
Uma secretaria estadual contratou uma equipe para modernizar o portal de agendamento de consultas. O escopo "oficial" do edital estava desatualizado: metade do que estava escrito não era mais o que a população precisava. Em vez de construir tudo de uma vez, o time montou um Scrum com Sprints de 2 semanas.
Na primeira Sprint, entregaram só o essencial: agendar e cancelar uma consulta, no ar num posto piloto. O feedback real mudou a prioridade — o que mais gerava fila era a remarcação, que nem estava no topo do backlog. O PO reordenou, e a Sprint seguinte atacou isso. Em três meses, o portal resolvia 80% das dores com metade do escopo original. E o dinheiro público foi para o que importava.
Passe o mouse para ver uma prévia de cada ferramenta — as prontas abrem com um clique.
As duas principais famílias. A escolha depende de custo, tempo e de quem vai avaliar seu currículo.
| Critério | PSM (Scrum.org) | CSM (Scrum Alliance) |
|---|---|---|
| Preço | ~US$ 200 (só a prova) | ~US$ 400–1.000 (curso + prova) |
| Curso obrigatório | Não | Sim (16h com instrutor) |
| Dificuldade da prova | Maior (corte 85%) | Menor (corte 74%, após curso) |
| Validade | Vitalícia | 2 anos (renovação paga) |
| Reconhecimento | Forte (rigor + custo baixo) | Tradicional (RH, EUA) |
PSM é mais barata, vitalícia e com prova mais rigorosa. CSM custa mais e exige curso, mas é tradicional em RH, sobretudo nos EUA.
Recomendações honestas. Alguns links podem ser afiliados — se você comprar, podemos receber uma comissão, sem custo a mais para você.
O criador do Scrum conta a origem e a lógica do framework, com histórias reais.
Referência sobre estimativas, story points e planejamento ágil.
Como organizar o backlog contando a história do usuário.
A fonte oficial, curta e gratuita. Leitura obrigatória.
ler oficial ↗Tecnicamente, o Scrum Guide o chama de framework leve, não de metodologia. Ele dá a estrutura (papéis, eventos, artefatos), mas não diz exatamente como fazer cada tarefa — isso o time decide.
Ágil é a filosofia (o Manifesto Ágil e seus valores). Scrum é um dos frameworks que colocam essa filosofia em prática. Todo Scrum é ágil, mas nem todo ágil é Scrum.
No máximo um mês. Na prática, a maioria dos times usa Sprints de 1 a 2 semanas, porque ciclos mais curtos dão feedback mais rápido.
Sim, com bom senso. Para um projeto minúsculo ou um time de 2 pessoas, muitas vezes um Kanban simples resolve melhor. Scrum brilha quando há complexidade e um time dedicado.
Não. O Scrum Guide é gratuito e qualquer time pode adotá-lo. A certificação (PSM, CSM) ajuda na carreira e no aprendizado, mas não é obrigatória para praticar.
Conteúdo baseado em fontes oficiais e revisão humana. Confira você mesmo: