# Kanban, Scrum ou Scrumban: como escolher o método da sua equipe

> Três formas de organizar o trabalho de uma equipe: um quadro contínuo, sprints fixos ou uma mistura. Como diferem, como escolher e como o Prior oferece cada uma.

Source: https://priortasks.com/pt/guides/kanban-scrum-or-scrumban/
Last updated: 2026-11-05

Kanban, Scrum e Scrumban são três formas de organizar o trabalho de uma equipe. O Kanban move o trabalho por um quadro, um item por vez. O Scrum trabalha em rodadas fixas chamadas sprints. O Scrumban pega partes dos dois. A escolha certa depende de como o seu trabalho chega e de quanto dele você consegue planejar.

## De onde vêm

**O Kanban** vem da Toyota. Taiichi Ohno usava cartões, chamados *kanban* em japonês (uma placa de sinalização ou cartão de sinal), para dizer a cada etapa de uma linha de produção quando fazer mais. O trabalho era puxado quando havia espaço para ele, em vez de empurrado. David J. Anderson adaptou a ideia para software e trabalho do conhecimento em *Kanban: Successful Evolutionary Change for Your Technology Business* (2010). Duas das práticas centrais são visualizar o trabalho em um quadro e limitar quanto está em andamento ao mesmo tempo.

**O Scrum** foi descrito por Ken Schwaber e Jeff Sutherland. O [Scrum Guide](https://scrumguides.org/scrum-guide.html) atual é de novembro de 2020. Uma equipe Scrum tem um Product Owner, um Scrum Master e Desenvolvedores. O trabalho acontece em sprints de um mês ou menos. Cada sprint contém o Planejamento da Sprint, a Daily Scrum, a Revisão da Sprint e a Retrospectiva da Sprint. A equipe se compromete com uma Meta da Sprint, e os Desenvolvedores que farão o trabalho dimensionam os itens.

**O Scrumban** foi descrito por Corey Ladas no livro *Scrumban: Essays on Kanban Systems for Lean Software Development*. Ele não tem uma configuração única. Uma versão comum é um quadro com limites de trabalho em andamento somado a alguns hábitos do Scrum, como uma revisão regular. A Scrum.org também publica um [Kanban Guide for Scrum Teams](https://www.scrum.org/resources/kanban-guide-scrum-teams) para equipes que querem trazer práticas de fluxo para o Scrum.

## Como eles diferem

| | Kanban | Scrum | Scrumban |
| --- | --- | --- | --- |
| Ritmo | Contínuo | Sprints fixos | Quadro mais uma revisão regular |
| Planejamento | Quando houver espaço | No início de um sprint | Muitas vezes quando o quadro fica com pouco |
| Mudança no meio do caminho | A qualquer momento | Limitada pela Meta da Sprint | Geralmente flexível |
| Papéis | Nenhum é obrigatório | Product Owner, Scrum Master e Desenvolvedores | Você decide |
| Estimativas | Opcionais | Comuns, muitas vezes story points | Opcionais |
| Regra principal | Limite o trabalho em andamento | Comprometa-se com uma Meta da Sprint | As duas |

Os limites de trabalho em andamento importam mais do que parecem. A lei de Little, da teoria das filas, diz que, em um processo estável, o tempo médio que um item passa em andamento é igual ao número médio de itens em andamento dividido pela taxa com que eles são concluídos. Se a sua produção continua igual e você começa mais itens, cada um demora mais.

## Como escolher

Faça três perguntas.

1. **Como o trabalho chega?** Se ele é imprevisível (pedidos de suporte, bugs, solicitações urgentes), um quadro contínuo combina. Se você consegue planejar algumas semanas à frente, combinam os sprints.
2. **A equipe consegue se comprometer com uma meta por um período?** Se alguém muda as prioridades todo dia, um sprint é difícil de proteger. Escolha o Kanban.
3. **Você quer uma pausa regular para olhar para trás?** O Scrum já inclui isso. No Kanban, você acrescenta por conta própria.

Alguns exemplos. Uma equipe de suporte que responde pedidos: Kanban. Uma equipe de produto que entrega um conjunto de funcionalidades a cada duas semanas: Scrum. Uma equipe pequena que desenvolve funcionalidades e ainda cuida de um fluxo de bugs: Scrumban. Uma pessoa com uma lista de projetos: Kanban, ou uma lista simples.

Trocar é possível. As equipes costumam começar com um quadro, veem o que está travado e acrescentam sprints depois, quando o planejamento começa a importar.

## Erros a evitar

- **Um quadro sem limites.** Sem um limite de trabalho em andamento, um quadro Kanban é uma lista de tarefas em colunas.
- **Sprints sem meta.** Um sprint que é só um balde de tarefas perde o sentido da rodada.
- **Rituais por si mesmos.** Se uma reunião nunca muda uma decisão, encurte-a ou deixe-a de lado.
- **Planning poker para tudo.** Estime o que você precisa planejar.
- **Usar velocidade ou gráficos de progresso para julgar pessoas.** Eles servem ao planejamento da própria equipe.
- **Trocar de método no meio do sprint.** Espere uma pausa natural.

## Quando não são a ferramenta certa

- **Para uma pessoa só.** Uma lista com uma próxima ação clara basta.
- **Quando a ordem é fixada por dependências.** Um plano de obra ou uma checklist de lançamento precisa de um cronograma, não de um quadro.
- **Quando o trabalho é uma única entrega grande.** Uma tese não é um fluxo de itens.
- **Quando ninguém é dono das prioridades.** O Scrum precisa de alguém que decida o que vem primeiro.

## No Prior

O Prior oferece os três pelo **Tipo de projeto** de cada projeto. Escolha-o ao criar ou editar um projeto.

| Tipo | O que você recebe | Plano |
| --- | --- | --- |
| Padrão | Tarefas e notas com estados e prioridades | Free |
| Ágil · Kanban | Um backlog e um quadro onde o trabalho avança por colunas | Free |
| Ágil · Scrum | Sprints, story points e Planning Poker para a equipe | Pro |
| Ágil · Scrumban | Um quadro contínuo com story points e Planning Poker | Pro |

> [!pro] O Scrum e o Scrumban precisam do Pro no plano do dono
> Sem ele, um projeto Scrum ou Scrumban funciona como um projeto Kanban. Os pontos, os sprints e as configurações continuam guardados e voltam quando o dono tiver o Pro. As pessoas que você convida não precisam do Pro. Veja [Planos e preços](https://priortasks.com/pt/docs/account/plans-and-pricing/).

- **O quadro.** Projetos ágeis têm uma aba **Quadro** ao lado de **Tarefas**, **Visão geral**, **Notas** e **Atividade**. As colunas seguem os estados do projeto, e cada uma mostra quantos cartões tem. Arraste um cartão para outra coluna, ou abra o menu dele e escolha **Mover para** uma coluna. No celular, as colunas aparecem como botões acima do quadro.
- **Kanban.** O quadro é o centro de tudo. O Prior não impõe limites ao trabalho em andamento, então mantenha o seu próprio limite e acompanhe a contagem no topo de cada coluna. A visão **Todas as tarefas** também tem um layout **Kanban**, que pode agrupar por estado, prioridade, projeto ou prazo.
- **Scrum.** Os **Ciclos** viram **Sprints**. Você ganha um filtro de sprint no quadro e nas tarefas (**Sprint ativo**, **Todas**, **Backlog**), o progresso em pontos e a velocidade na aba **Sprints**, um gráfico de progresso e a aba **Planning Poker**.
- **Scrumban.** Mantém os **Ciclos**, sem gráficos de progresso, e acrescenta story points. O **Planning Poker** fica disponível por **Adicionar uma visualização**.
- **Mudar de ideia.** Trocar o tipo mantém as suas tarefas. Pontos, sprints e a configuração anterior continuam guardados, então voltar ao tipo anterior restaura tudo.

Leia mais em [Projetos ágeis](https://priortasks.com/pt/docs/agile/agile-projects/) e [Kanban, Scrum e Scrumban](https://priortasks.com/pt/docs/agile/kanban-scrum-scrumban/). Para dimensionar, veja [story points](https://priortasks.com/pt/guides/story-points/) e [planning poker](https://priortasks.com/pt/guides/planning-poker/).