Índice
- Dos supermercados americanos às fábricas da Toyota
- O que diz o Guia Kanban
- Porque é que limitar o trabalho em progresso muda tanto
- Quatro números para ler no teu tabuleiro
- Um primeiro conselho numa tarde
- Políticas explícitas: o que significa realmente "em revisão"
- As armadilhas que destroem uma prancha
- Funciona mesmo?
- Para concluir: o tabuleiro é apenas um espelho
- Constrói a tua placa com o FluidOps
- Perguntas frequentes
Dos supermercados americanos às fábricas da Toyota
A história começa num corredor de supermercado. Nos anos 50, o engenheiro da Toyota Taiichi Ohno reparou que um supermercado só repõe uma prateleira depois de um cliente ter esvaziado algum espaço, e questionou-se porque é que uma fábrica não poderia funcionar da mesma forma (Ohno, 1988). A estação que usa peças envia um cartão, o kanban (japonês para "placa" ou "etiqueta"), de volta à estação anterior: faça apenas o que acabei de usar.
Mais tarde, David Anderson levou a ideia para as equipas de desenvolvimento de software (Anderson, 2010). Depois, espalhou-se muito para além de: marketing, RH, pequenas empresas, projetos pessoais. O que viaja de um mundo para outro não é a carta, é o princípio: não começas algo novo até que o trabalho antigo tenha libertado algum espaço.
O que diz o Guia Kanban
O Guia Kanban (maio de 2025) resume o método a três práticas:
- Define e visualiza o fluxo. Desenhas as etapas pelas quais o trabalho realmente passa, não as de um diagrama ideal.
- Gerir ativamente os itens. Uma carta que não se move é um sinal: alguém deve conseguir explicar porquê.
- Melhora o fluxo. O quadro mostra onde as coisas ficam presas; corrige-se em pequenos passos.
O Guia acrescenta um requisito: os membros controlam explicitamente o número de itens em progresso, do início ao fim. Uma nova tarefa começa quando há capacidade, não quando a vontade aparece. Isto é o que se chama sistema de puxada.
Se já leu Anderson, esta versão parecerá mais enxuta. O seu livro de 2010 detalha mais práticas (tornar políticas explícitas, construir ciclos de feedback, melhorar colaborativamente). O Guia mantém o essencial e permite que cada equipa construa o resto.
Porque é que limitar o trabalho em progresso muda tanto
A Lei de Little liga três quantidades num sistema estável: trabalho médio em progresso é igual ao débito médio multiplicado pelo tempo médio no sistema (Little, 2011). Por outras palavras, o tempo no sistema é trabalho em progresso dividido pelo débito.
Um exemplo resolvido. A tua equipa entrega três tarefas por semana e tem sempre doze abertas: cada tarefa demora em média quatro semanas a sair. Limita o trabalho em progresso a seis, e se o rendimento se mantiver em três por semana, a média cai para duas semanas. O "se" importa: o cálculo assume um fluxo estável. Na prática, muitas vezes mantém-no, porque geres menos tópicos, mas não é garantido.
O outro efeito é mais humano. Quando tudo está "em progresso", nada se move realmente, e todos carregam cinco tópicos na cabeça. Um boné obriga-te a terminar antes de começares, o que é desconfortável nos primeiros dias. Um cálculo mais detalhado aparece na nossa comparação Kanban vs Scrum.
Quatro números para ler no teu tabuleiro
Um tabuleiro não só exibe, produz coisas que podes medir. O Guia Kanban mantém quatro indicadores, fáceis de recolher manualmente.
| Indicador | O que mede | Como o recolher |
|---|---|---|
| Trabalho em progresso (WIP) | O número de cartas iniciadas e não terminadas | Conta as cartas entre "iniciado" e "feito" |
| Rendimento | O número de cartas concluídas num período | Conta as cartas movidas para "pronto" todas as semanas |
| Tempo de ciclo | Tempo decorrido entre o início e o fim de uma carta | Note a data de início e a data de fim |
| Idade do item de trabalho | Tempo decorrido desde que um cartão ainda aberto começou | Identificar a carta mais antiga em "em progresso" |
A última é a mais útil no dia a dia: é sobre cartas vivas, aquelas sobre as quais ainda podes agir. Se a carta mais antiga em "progresso" tiver três vezes a idade habitual das tuas cartas acabadas, é essa que deves olhar na segunda-feira de manhã.
Um primeiro conselho numa tarde
- Escreve um cartão para cada tarefa que estiver realmente em progresso. O resto espera numa coluna de "Fazer" que não vês todos os dias.
- Crie três colunas: para fazer, em progresso, feito. Adicionar "em revisão" ou "bloqueado" assim que a necessidade for confirmada.
- Limite o "em progresso" a dois ou três cartões por pessoa. É desconfortável nos primeiros dois dias, depois habituas-te.
- Move as cartas à medida que avanças e reserva dez minutos por semana para ver o que ficou parado.
Se trabalhares sozinho, tudo isto continua a funcionar: essa é a ideia por trás da Kanban pessoal (Benson & Barry, 2011). O teu limite é muitas vezes até mais útil do que o de uma equipa, já que ninguém te impede de começar um oitavo tópico.
Políticas explícitas: o que significa realmente "em revisão"
A diferença entre um quadro que ajuda e um decorativo resume-se frequentemente às regras escritas no fundo de cada coluna. Duas frases por coluna são suficientes: quando um cartão entra e quando pode sair.
- Em progresso: alguém é nomeado, e a próxima ação é clara.
- Em resumo: outra pessoa tem o cartão e prometeu responder em dois dias.
- Bloqueado: está à espera de algo específico, e sabe de quem. Um cartão "bloqueado" durante uma semana sem contacto nomeado é um cartão abandonado.
- Feito: a pessoa que recebe o resultado pode usá-lo sem fazer perguntas.
Estas regras não precisam de ferramenta: um parágrafo colado ao lado do quadro é suficiente. Acima de tudo, evitam debates intermináveis sobre se uma carta está "quase pronta".
As armadilhas que destroem uma prancha
| Sintoma | Causa provável | Remédio |
|---|---|---|
| O tabuleiro transforma-se numa lista | O limite nunca é aplicado | Escreve o limite no topo da coluna e faz com que todos o respeitem, incluindo o chefe |
| Descreve um passado passado | As cartas nunca são movidas | Muda-os no início da reunião ou no final de cada tarefa |
| Ninguém olha para ela | Existe para reportar a outra pessoa | Constrói-o para a equipa e deixa que outros o consultem |
| Uma coluna "bloqueada" a transbordar | O trabalho começa antes de teres a certeza de que consegues acabar | Verifique as dependências antes de mover um cartão para "em progresso" |
| Dez colunas para três pessoas | O conselho descreve o organigrama, não o trabalho | Volta a três ou quatro colunas que espelhem o fluxo real |
Funciona mesmo?
Honestamente, a evidência é mais ténue do que o entusiasmo. Uma revisão sistemática da literatura sobre Kanban no desenvolvimento de software (Ahmad et al., 2013) relata maioritariamente benefícios para a visibilidade do trabalho, comunicação e controlo do trabalho em progresso, mas baseia-se sobretudo em estudos de caso e poucos experimentos controlados. Ou seja: o mecanismo é sólido (a Lei de Little está comprovada), e os resultados variam de equipa para equipa.
Essa é uma boa razão para tratar isto como um teste. Mantém o quadro durante três semanas, olha para os teus quatro números e decide com os teus próprios dados.
Para concluir: o tabuleiro é apenas um espelho
Kanban não torna uma equipa mais rápida por magia. Mostra o que está a congestionar, o que é difícil de ver quando tudo acontece nas aplicações de chat e na cabeça das pessoas. O que falta é aceitar, de vez em quando, recusar uma nova carta até a antiga estar pronta, o que está longe de ser um detalhe técnico.
Constrói a tua placa com o FluidOps
O tabuleiro Kanban demo pode ser usado sem necessidade de registo, e a funcionalidade de Kanban FluidOps permite-lhe definir as suas colunas e acompanhar o número de cartões por etapa. Para comparar com uma abordagem baseada em iterações, leia sobre o método Scrum; para manter o ritmo depois de o tabuleiro estar no lugar, veja acompanhamento diário de projetos.
O plano gratuito é de €0 por mês, o plano individual de €12 por mês ou €120 por ano, e o plano de negócios começa em €12 por lugar por mês, faturado anualmente. Os detalhes encontram-se na página de preços.
Perguntas frequentes
Qual é o método Kanban ?
É uma forma de gerir o trabalho baseada em pull: visualizas as fases num quadro, limitas o número de itens em progresso e melhoras o fluxo em pequenos passos. Vem do sistema de produção da Toyota.
O que significa "kanban"?
A palavra japonesa significa placa ou cartão. Na Toyota, um cartão viajava entre duas estações para dizer à estação a montante para fazer apenas o que a estação a jusante tinha acabado de usar.
O que é um limite de WIP ?
É o número máximo de tarefas que concordas em deixar iniciadas ao mesmo tempo. Uma nova tarefa só começa quando outra está concluída, o que reduz o tempo de ciclo a débito constante (Lei de Little).
Quantas colunas deve ter um quadro de Kanban ?
Três são suficientes para começar: para fazer, em progresso, concluído. Adicionar "em revisão" ou "bloqueado" apenas quando a necessidade for confirmada, para que o conselho espelhe o trabalho real em vez de um organigrama.
Qual é a diferença entre Kanban e Scrum?
Scrum organiza o trabalho em iterações de duração fixa com papéis e eventos definidos. Kanban é contínuo: não impõe ciclo, mas sim um limite ao trabalho em curso e um fluxo visível.
Fontes
- Ahmad, M. O., Markkula, J., & Oivo, M. (2013).Kanban em desenvolvimento de software: Revisão sistemática da literatura. 39.ª Conferência EUROMICRO sobre Engenharia de Software e Aplicações Avançadas, 9-16. doi:10.1109/SEAA.2013.28
- Anderson, D. J. (2010).Kanban: Mudança evolutiva bem-sucedida para o seu negócio tecnológico. Blue Hole Press.
- Benson, J., & Barry, T. D. (2011). Kanban Pessoal : Trabalho de Mapeamento, Navegação pela Vida. Modus Cooperandi Press.
- Coleman, J., Vacanti, D., et al. (2025). The Kanban Guide (maio de 2025). kanbanguides.org
- Little, J. D. C. (2011). Fórum OR: A Lei de Little vista no seu 50.º aniversário. Investigação Operacional, 59(3), 536-549. doi:10.1287/OPRE.1110.0940
- Ohno, T. (1988). Sistema de Produção Toyota: Para Além da Produção em Grande Escala. Productivity Press.