Como implementar Scrum na empresa: passo a passo da adoção
Decidir adotar o framework é a parte fácil. A parte difícil de como implementar Scrum aparece na terceira Sprint, quando o Product Owner não tem tempo, o diretor continua pedindo cronograma em Gantt, o time de infraestrutura não participa e a Daily virou reunião de status. Esses problemas não vêm do Scrum: vêm da organização em volta do time, que continua funcionando como antes.
O Guia do Scrum é curto e diz o que o framework é. Ele não traz um roteiro de implantação, e nem poderia, porque cada organização tem pontos de partida diferentes. O que existe é a experiência acumulada de adoções que deram certo e errado, e ela aponta para um padrão: começar pequeno, com um piloto bem escolhido, e mexer na organização à medida que os impedimentos aparecem.
O passo a passo abaixo é pensado para quem lidera a adoção (gerente de projetos, PMO, líder de área ou o próprio Scrum Master). Se você vem da gestão tradicional e quer entender primeiro o que muda no seu papel, veja o artigo sobre Scrum para gerentes tradicionais.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
Antes de começar: o Scrum serve para o seu caso?
O Scrum foi feito para trabalho complexo, em que não dá para conhecer tudo no início e o resultado pode ser entregue em partes utilizáveis. Ele rende pouco em trabalho repetitivo e bem conhecido.
Responda a quatro perguntas:
- O resultado pode ser entregue em partes que alguém consegue usar ou avaliar a cada poucas semanas?
- Os requisitos vão mudar conforme o cliente ou o usuário vir o resultado?
- Existe alguém com autoridade para decidir prioridades e disponível para o time?
- A equipe pode ser dedicada (ou quase) a um único produto?
Se a resposta for "não" para as duas primeiras, considere Kanban ou uma abordagem preditiva. Se for "não" para as duas últimas, o problema é organizacional e precisa ser tratado antes do piloto. Para ter um retrato de como a sua organização planeja, prioriza e entrega hoje, o diagnóstico de maturidade da Projeto Diário dá um ponto de partida em 15 perguntas.
Como implementar Scrum: os 10 passos
1. Consiga um patrocinador com poder de mudar regras
O patrocinador não é quem aprova o orçamento do treinamento: é quem pode dizer "este time não precisa mais mandar relatório semanal de percentual concluído" ou "o Product Owner terá 50% do tempo dedicado ao produto". Sem essa pessoa, o piloto morre nas primeiras exceções.
2. Escolha o piloto certo
Um bom piloto tem incerteza real, importância suficiente para ser notado e tamanho controlável. Exemplos: um novo módulo do sistema interno, o aplicativo de um serviço ao cidadão, uma campanha de lançamento de produto. Evite projetos críticos com prazo legal fixo e evite projetos tão pequenos que ninguém vai prestar atenção ao resultado.
3. Defina o produto e a Meta do Produto
Escreva em uma frase o que o time vai entregar e para quem. "Desenvolver o sistema X" é escopo, não meta. "O fornecedor cadastra e acompanha as próprias notas fiscais sem enviar e-mail ao financeiro" é uma Meta do Produto que orienta decisões.
4. Nomeie o Product Owner (e dê autoridade a ele)
O Product Owner é uma pessoa, não um comitê, e as decisões dele precisam ser respeitadas pela organização. Prefira alguém da área de negócio que conheça os usuários. Se o Product Owner precisa consultar três diretores antes de reordenar o backlog, o time vai esperar mais do que trabalhar.
5. Escolha o Scrum Master
Pode ser alguém de dentro, desde que estude o framework e tenha tempo para o papel. Evite dar a responsabilidade a quem é chefe hierárquico do time: a autogestão não acontece com o gestor na sala fazendo papel de facilitador.
6. Monte um time multifuncional
O time precisa ter todas as habilidades para entregar um incremento utilizável: se o produto depende de banco de dados, testes e design, essas pessoas fazem parte do time. O Guia recomenda times de 10 pessoas ou menos. Se faltar uma habilidade, registre isso como impedimento desde o primeiro dia.
7. Escreva a Definição de Pronto
Antes da primeira Sprint, o time define o que significa "pronto": testado onde, aprovado por quem, documentado como. É a decisão que mais protege a qualidade e a que mais revela problemas da organização (por exemplo, quando "pronto" depende de um ambiente que só outra área controla).
8. Monte o Product Backlog inicial
Não tente detalhar tudo. Liste o necessário para as três ou quatro primeiras Sprints com algum detalhe e o resto em grandes blocos. O backlog vai mudar, e é para mudar.
9. Rode as primeiras Sprints sem adaptar o framework
Escolha uma duração de duas semanas, que dá ciclos de aprendizado rápidos, e faça todos os eventos, mesmo os que parecem desnecessários. É tentador cortar a retrospectiva ou alongar a Sprint "só desta vez", mas o Guia é claro: implementar só partes do Scrum é possível, só que o resultado não é Scrum. Adapte as práticas do time, não o framework.
10. Trate os impedimentos organizacionais
A partir da terceira ou quarta Sprint, os problemas mais comuns deixam de estar no time e passam a estar em volta dele. Os mais frequentes:
| Impedimento | Ajuste na organização |
|---|---|
| Diretoria exige cronograma detalhado e percentual concluído | Trocar o relatório pela participação na Sprint Review e por uma previsão em faixa baseada na velocidade |
| Orçamento aprovado por projeto, com escopo fechado | Financiar o time por período e decidir escopo pelo Product Backlog |
| Metas individuais de produtividade | Trocar por metas do time ligadas ao valor entregue |
| Contrato com fornecedor exige escopo fechado | Negociar entregas por Sprint ou contratos com escopo variável e prazo e custo fixos |
| Pessoas alocadas em três projetos ao mesmo tempo | Reduzir a multialocação e dedicar o time ao produto |
Exemplo ilustrativo de um plano de 90 dias
| Período | Foco | Resultado esperado |
|---|---|---|
| Semanas 1 e 2 | Diagnóstico, patrocinador, escolha do piloto, treinamento do time | Papéis definidos, Meta do Produto escrita |
| Semanas 3 e 4 | Definição de Pronto, backlog inicial, ferramentas | Backlog com itens refinados para duas Sprints |
| Semanas 5 a 10 | Três Sprints de duas semanas, com todos os eventos | Incrementos utilizáveis, primeira medida de velocidade, lista de impedimentos |
| Semanas 11 e 12 | Avaliação com o patrocinador e ajustes organizacionais | Decisão de manter, ajustar ou expandir para outros times |
Os prazos são ilustrativos. O ritmo real depende do tamanho da organização e do quanto o patrocinador consegue remover impedimentos.
Quando expandir para outros times
Expanda quando o piloto entregar valor com regularidade e os principais impedimentos organizacionais tiverem resposta. Expandir antes disso espalha os mesmos problemas por mais times. Na expansão, duas decisões ganham peso: se vários times trabalham no mesmo produto, eles devem compartilhar o mesmo Product Backlog, a mesma Meta do Produto e o mesmo Product Owner, como o Guia orienta; e a coordenação entre times passa a exigir algum método de escala.
Para transições maiores, envolvendo PMO, carteira de projetos e governança, o artigo sobre como migrar de projetos tradicionais para o ágil trata da mudança organizacional em profundidade.
Sinais de que a implementação está dando errado
- os eventos acontecem, mas nada muda depois deles;
- o Product Owner aparece só na Sprint Review;
- o time "faz Scrum" e a diretoria continua cobrando o cronograma original;
- a Definição de Pronto tem exceções toda Sprint;
- a velocidade virou meta de desempenho.
Cada um desses sinais tem causa e correção específicas, detalhadas no artigo sobre erros comuns no Scrum. Para ver o Scrum no contexto dos demais métodos ágeis, consulte o guia completo de métodos ágeis e Scrum.
Antes de convocar o primeiro time, marque uma conversa com o patrocinador e saia dela com três respostas: qual é o piloto, quem é o Product Owner e quais regras da empresa ele aceita flexibilizar por 90 dias. Com isso definido, prepare o time para falar a mesma língua: o curso Agile Scrum Foundation da Projeto Diário cobre papéis, eventos, artefatos e práticas ágeis em vídeo e pode ser feito por todo o time antes da primeira Sprint.
