O que é Scrum em melhoria industrial
Scrum é um método ágil que organiza o trabalho em ciclos curtos de 1 a 4 semanas, chamados sprints, com uma lista priorizada de itens (backlog), um time pequeno e uma revisão ao final de cada ciclo. Na indústria ele funciona bem para projetos de melhoria com muitas ideias e pouco tempo disponível: o time entrega uma melhoria concreta a cada sprint, em vez de esperar o fim de um projeto longo.
Scrum não substitui o chão de fábrica nem o Lean. Ele organiza a gestão do trabalho de melhoria. A produção diária continua seguindo o plano e o gerenciamento diário Lean.
Mapa visual do Scrum aplicado a melhorias
O mapa mostra os papéis, o ciclo da sprint e o exemplo de backlog com 48 pontos.
Papéis, eventos e artefatos
O Guia do Scrum (Schwaber e Sutherland) define três responsabilidades, cinco eventos e três artefatos. Traduzidos para uma melhoria industrial:
| Elemento | No Scrum | Na melhoria industrial |
|---|---|---|
| Product Owner | Dono do backlog | Gerente ou engenheiro que prioriza pelo impacto em custo, qualidade ou segurança |
| Scrum Master | Facilita o método | Facilitador Lean ou líder de melhoria, que remove impedimentos |
| Time | Entrega o incremento | 3 a 7 pessoas: operador, manutenção, qualidade, engenharia |
| Backlog | Lista priorizada | Ideias de melhoria estimadas em pontos |
| Sprint | Ciclo de 1 a 4 semanas | Ciclo de melhorias com meta clara |
| Daily | Alinhamento de 15 min | Reunião em pé, no posto ou no quadro |
| Review e retrospectiva | Inspeção e adaptação | Mostrar o resultado no gemba e ajustar o método |
A lógica é a do PDCA em ritmo fixo: planeja na sprint planning, executa durante a sprint, verifica na review e age na retrospectiva.
Como montar o backlog de melhorias
O backlog reúne tudo o que se quer melhorar, ordenado por prioridade. Boas fontes de itens são as ideias de operadores, os desvios de auditoria, o mapa do fluxo de valor e os 7 desperdícios. Cada item precisa de três coisas: descrição clara, critério de pronto e estimativa.
A estimativa em pontos é relativa: mede esforço e incerteza, não horas. Uma troca de etiquetas vale 3, um dispositivo anti-erro vale 8. O time compara itens entre si, por exemplo com a sequência 1, 2, 3, 5, 8, 13. Item acima de 8 deve ser quebrado em partes menores.
Exemplo: backlog de 48 pontos e velocidade do time
Exemplo fictício: um time de 5 pessoas, sprints de 2 semanas (10 dias úteis) e o backlog abaixo, já ordenado por prioridade.
| Ordem | Item | Pontos |
|---|---|---|
| 1 | Poka-yoke no sensor de torque | 8 |
| 2 | Checklist de início de turno | 4 |
| 3 | Gestão à vista na célula | 3 |
| 4 | Etiquetagem de ferramentas | 3 |
| 5 | Kit 5S do posto de montagem | 5 |
| 6 | Instrução de trabalho do posto 4 | 5 |
| 7 | Troca rápida (SMED) na prensa P2 | 8 |
| 8 | Reabastecimento do supermercado | 8 |
| 9 | Retrabalho na pintura | 4 |
| Total | 48 |
A velocidade é a média de pontos concluídos nas sprints anteriores. Nas três últimas, o time fechou 11, 14 e 12 pontos: (11 + 14 + 12) ÷ 3 = 12,3, arredondado para 12 pontos por sprint.
Sprints necessárias = pontos do backlog ÷ velocidade = 48 ÷ 12 = 4 sprints (8 semanas)
Na sprint 1 o time compromete os itens 1 e 2: 8 + 4 = 12 pontos, com a meta "impedir torque fora da especificação e padronizar o início de turno". O burndown ideal cai 1,2 ponto por dia útil: restam 12 no dia 0, 6 no dia 5 e 0 no dia 10. Se a curva real fica acima da ideal no meio da sprint, o time corta escopo, nunca a qualidade.
| Ao final da sprint | 1 | 2 | 3 | 4 |
|---|---|---|---|---|
| Pontos restantes no backlog | 36 | 24 | 12 | 0 |
Um ciclo de sprint na prática
- Planejamento (2 h): o time escolhe itens até chegar perto da velocidade e define a meta da sprint.
- Daily (15 min): em pé, diante do quadro: o que concluí, o que vou fazer, o que me trava.
- Execução: as melhorias acontecem no posto, com teste rápido; o quadro segue a lógica do quadro kanban (a fazer, fazendo, pronto).
- Review (1 h): o time mostra o que mudou no local, com dados de antes e depois.
- Retrospectiva (1 h): o time decide o que mantém e o que muda no próprio método.
Quando usar Scrum e quando preferir outro método
- Use quando há muitas melhorias pequenas, escopo incerto e necessidade de resultado visível em semanas, como nos exemplos de kaizen.
- Prefira o cronograma quando a sequência é rígida e conhecida, como na instalação de uma linha: use o gráfico de Gantt e a EAP.
- Prefira o evento de 5 dias para um problema único e delimitado: veja o evento kaizen.
- Combine os dois em programas grandes: Gantt para os marcos, sprints para a execução detalhada.
Erros comuns
- Adotar o vocabulário sem o método: reuniões com nomes novos, mas sem backlog priorizado.
- Montar o time com pessoas que dedicam 10% do tempo; sem dedicação mínima a velocidade não se estabiliza.
- Usar a velocidade para comparar times ou cobrar produtividade; ela serve só para planejar.
- Alterar o escopo no meio da sprint sem renegociar a meta.
- Pular a retrospectiva: sem ela o método não melhora.
- Entregar "quase pronto": item sem teste no posto não conta pontos.
Perguntas frequentes
Scrum funciona na indústria?
Funciona para o trabalho de melhoria, desenvolvimento de produto e manutenção planejada. Não é feito para controlar o fluxo da produção em si, para isso existem kanban e programação da produção.
Qual a duração ideal da sprint?
Em melhorias industriais, 2 semanas costuma ser o equilíbrio: curta o bastante para corrigir o rumo e longa o bastante para testar no posto.
O que são pontos de história?
São uma medida relativa de esforço e incerteza. Servem para comparar itens entre si, não para medir horas.
Como calcular quantas sprints o projeto precisa?
Divida os pontos do backlog pela velocidade média. No exemplo, 48 ÷ 12 = 4 sprints.
Qual a diferença entre Scrum e kanban?
Scrum trabalha em ciclos fixos com compromisso de meta; kanban trabalha em fluxo contínuo com limite de itens em andamento.
Scrum substitui o PDCA?
Não. Ele dá um ritmo e papéis ao ciclo PDCA, que continua sendo a lógica de aprender e padronizar.
Fontes
- SCHWABER, K.; SUTHERLAND, J. The Scrum Guide. Scrum.org, 2020.
- SUTHERLAND, J. Scrum: a arte de fazer o dobro do trabalho em metade do tempo. São Paulo: Leya.
- TAKEUCHI, H.; NONAKA, I. The New New Product Development Game. Harvard Business Review, 1986.
- ANDERSON, D. J. Kanban: Successful Evolutionary Change for Your Technology Business. Blue Hole Press, 2010.
Para estudar mais: fontes e links confiáveis
- PMI: Standards and publications (PMBOK Guide) (em inglês)
- ABEPRO: Associação Brasileira de Engenharia de Produção
- Wikipédia: Gerenciamento de projetos
- Wikipédia: Kaizen
Guarde este endereço: o Manufatura Enxuta é a sua escola de manufatura enxuta. Volte sempre que precisar estudar, com artigo completo, mapa visual e fontes confiáveis. Siga uma das trilhas de estudo ou consulte o glossário A–Z.
Quer aplicar o VSM junto com outras ferramentas Lean?
Baixe o e-book gratuito "Lean para Líderes" e veja como transformar o mapa em plano de ação.
Baixar e-book
Sobre o autor
Especialista em Lean Manufacturing e Gestão Comportamental
Mais de 20 anos de indústria automotiva e metalmecânica (GM e Dana), especialista em Lean Manufacturing desde 2006. Instrutor e mentor do SENAI no programa Brasil Mais Produtivo, com consultorias, treinamentos e auditorias em mais de 50 empresas, unindo qualidade, produtividade e desenvolvimento de pessoas.
