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.

5 min de leitura

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 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 para equipes que querem trazer práticas de fluxo para o Scrum.

BacklogTudo o que falta fazerPlanejamentoEstimar e escolher o quecabeSprintUma ou duas semanas detrabalhoRevisãoVer o que foi feitoPróximo sprint
Um sprint, do início ao fim

Como eles diferem

KanbanScrumScrumban
RitmoContínuoSprints fixosQuadro mais uma revisão regular
PlanejamentoQuando houver espaçoNo início de um sprintMuitas vezes quando o quadro fica com pouco
Mudança no meio do caminhoA qualquer momentoLimitada pela Meta da SprintGeralmente flexível
PapéisNenhum é obrigatórioProduct Owner, Scrum Master e DesenvolvedoresVocê decide
EstimativasOpcionaisComuns, muitas vezes story pointsOpcionais
Regra principalLimite o trabalho em andamentoComprometa-se com uma Meta da SprintAs 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.

TipoO que você recebePlano
PadrãoTarefas e notas com estados e prioridadesFree
Ágil · KanbanUm backlog e um quadro onde o trabalho avança por colunasFree
Ágil · ScrumSprints, story points e Planning Poker para a equipePro
Ágil · ScrumbanUm quadro contínuo com story points e Planning PokerPro
Um quadro de projeto com tarefas em colunas
A aba Quadro: uma coluna por estado, e cartões que você arrasta entre elas.
  • 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 e Kanban, Scrum e Scrumban. Para dimensionar, veja story points e planning poker.

Prior

Menos ruído. Mais feito.