Kanban game: como ensinar o método com um jogo em equipe

Explicar limite de trabalho em andamento numa apresentação costuma gerar acenos educados e nenhuma mudança. A equipe concorda que "começar menos e terminar mais" faz sentido e, na segunda-feira, abre dez tarefas ao mesmo tempo. Um kanban game resolve esse descompasso: em vez de ouvir a regra, as pessoas jogam uma rodada sem ela, sentem o congestionamento e depois jogam com ela.

Este guia mostra o que um jogo de Kanban precisa ter para ensinar de verdade, quais simulações já existem e um roteiro completo de três rodadas que você pode conduzir com material de escritório. No fim, há as perguntas de debriefing que levam o aprendizado do jogo para o quadro real do projeto.

O que é um kanban game e o que ele ensina

Kanban game é uma simulação em que um grupo movimenta itens de trabalho fictícios por um quadro com etapas definidas, sob regras que mudam entre as rodadas. Cada rodada gera números (quantos itens terminaram, quanto tempo cada um levou), e a comparação entre as rodadas é o que ensina.

Um bom jogo faz a equipe experimentar quatro ideias que, ditas em voz alta, parecem óbvias:

1. Começar mais não significa terminar mais. Com muitos itens abertos, cada um espera mais na fila e o total entregue não sobe.
2. Puxar é diferente de empurrar. Quando cada etapa só pega trabalho ao ter capacidade livre, o acúmulo para de crescer.
3. Gargalo dita o ritmo. A etapa mais lenta define a vazão do sistema inteiro, e ocupar todo mundo ao máximo só aumenta a pilha na frente dela.
4. Medir muda a conversa. Quando o grupo vê o tempo de cada item, a discussão sai do "estamos ocupados" para "por que esse item demorou o dobro".

Se a equipe ainda não conhece o vocabulário básico do método, vale uma leitura rápida de o que é Kanban antes do jogo. Não é obrigatório: muita gente prefere jogar primeiro e nomear os conceitos depois.

Jogos de Kanban conhecidos

Existem simulações prontas, criadas por profissionais da comunidade Kanban, que vale conhecer antes de inventar a sua:

O Featureban, por ser aberto, é o ponto de partida mais simples para quem vai facilitar pela primeira vez: a licença permite usar e adaptar o material citando o autor. O getKanban é mais rico em dados, mas exige o kit físico. O Pizza Game tem a vantagem de não lembrar o trabalho de ninguém, o que evita que a equipe discuta se "na vida real não é assim".

Quando nenhum deles cabe no tempo ou no público, um jogo próprio, simples e bem conduzido ensina o essencial. É o que o roteiro abaixo propõe.

Como montar o seu kanban game passo a passo

Materiais

• Uma folha grande ou parede com cinco colunas: Fila, Análise, Execução, Teste e Pronto.
• De 30 a 40 cartões de papel, cada um com um número e um tamanho (P, M ou G). Distribua mais ou menos metade P, um terço M e o resto G.
• Um dado comum por equipe.
• Canetas, fita adesiva e um cronômetro.
• Uma folha de registro com as colunas: número do cartão, dia em que entrou em Análise e dia em que chegou a Pronto.

Equipes e papéis

Monte grupos de quatro a seis pessoas. Cada pessoa trabalha em uma etapa (Análise, Execução ou Teste), e uma delas registra os dados. Quem facilita fica fora das equipes, cuida do tempo e anuncia as mudanças de regra.

A mecânica de cada "dia"

Cada dia do jogo dura cerca de um minuto. Em cada dia:

1. Cada pessoa de etapa joga o dado. O número é a capacidade dela naquele dia.
2. Um cartão P consome 1 ponto de capacidade por etapa, um M consome 2 e um G consome 4. A pessoa marca no cartão os pontos já gastos; quando completa o tamanho, o cartão está pronto para a etapa seguinte.
3. Quem registra anota quando um cartão sai da Fila e quando chega a Pronto.

Para criar o gargalo, dê à etapa de Teste metade do dado: resultados 1 e 2 valem 1, 3 e 4 valem 2, 5 e 6 valem 3. Não anuncie isso como gargalo; deixe a equipe descobrir.

As três rodadas do jogo

Rodada 1: empurrar sem limite (10 dias)

Regra: a pessoa de Análise pode puxar da Fila quantos cartões quiser, e cada etapa entrega para a seguinte assim que termina. A instrução do facilitador é "mantenham todo mundo ocupado".

O que costuma acontecer: Análise e Execução trabalham muito, uma pilha cresce na frente de Teste e poucos cartões chegam a Pronto. Quem está em Teste se sente pressionado; quem está em Análise se sente produtivo.

Rodada 2: limite de trabalho em andamento (10 dias)

Volte os cartões não terminados para a Fila e zere o registro. Nova regra: cada etapa tem limite de 2 cartões ao mesmo tempo, e uma etapa só pode puxar quando a seguinte tiver espaço. Quem fica sem trabalho pode ajudar outra etapa, gastando metade do próprio dado nela.

O que costuma acontecer: há momentos de ociosidade incômoda em Análise, as pessoas começam a ajudar o Teste e mais cartões chegam a Pronto, com menos dias de espera cada. É nessa rodada que o limite deixa de ser teoria. Depois do jogo, use o guia de limite de WIP no Kanban para levar a regra ao quadro real.

Rodada 3: políticas e prioridade (10 dias)

Mantenha o limite e acrescente duas coisas: um cartão "urgente" que entra no dia 3 e precisa passar na frente, e uma política escrita para isso (por exemplo, "um urgente por vez, e ele não conta no limite"). Peça à equipe que defina antes de começar como vai tratar cartões G.

O que costuma acontecer: a equipe percebe que, sem regra combinada, o urgente bagunça tudo; com a regra, ele passa e o resto do fluxo sofre menos. A discussão sobre os cartões G costuma levar à ideia de quebrar trabalho grande em partes menores.

Como medir os resultados do jogo

Ao fim de cada rodada, a pessoa que registra calcula três números:

Coloque os números das três rodadas lado a lado num quadro branco. A relação entre eles é a mesma descrita pela Lei de Little: com a mesma vazão, mais itens abertos significam mais tempo de espera por item. Ver isso acontecer com os próprios dados convence mais do que qualquer fórmula.

Um cuidado: com poucos dias e um dado, a sorte pesa. Se uma equipe tirar números muito altos na rodada 1, o contraste diminui. Por isso é útil ter duas ou mais equipes jogando ao mesmo tempo e comparar a média entre elas.

O debriefing: onde o aprendizado acontece

O jogo sem debriefing vira só uma dinâmica divertida. Reserve pelo menos 25 minutos e conduza em três blocos.

O que aconteceu. Peça a cada etapa que conte como se sentiu em cada rodada. Quem estava em Análise na rodada 1 geralmente diz que estava "rendendo"; quem estava em Teste diz que estava afogado. A diferença de percepção já é uma lição.

Por que aconteceu. Mostre os números e pergunte: se a capacidade total era a mesma, por que a rodada 2 entregou mais? Onde estava o gargalo? O que a ajuda entre etapas mudou?

O que muda no nosso trabalho. Esta é a parte que transforma o jogo em resultado. Perguntas que funcionam:

1. Qual etapa do nosso fluxo real faz o papel do Teste no jogo?
2. Quantos itens temos abertos hoje em cada etapa?
3. Que limite poderíamos testar por duas semanas?
4. Que tipo de trabalho "urgente" nos atropela e que política escreveríamos para ele?
5. Quais itens nossos são cartões G que deveriam ser quebrados?

Registre as respostas e escolha no máximo duas mudanças para testar. O passo seguinte natural é desenhar ou revisar o quadro Kanban da equipe com essas decisões.

Adaptações para turmas remotas e grandes

Remoto. Use um quadro digital com as cinco colunas e cartões já criados. O dado pode ser um sorteador de números ou um dado virtual. O facilitador anuncia "novo dia" e todos jogam juntos. Mantenha câmeras abertas no debriefing; a troca de percepções é o que mais se perde à distância.

Turmas grandes. Com 20 ou mais pessoas, monte equipes paralelas e um facilitador auxiliar para cada três equipes. A comparação entre equipes enriquece o debriefing: duas equipes com a mesma regra e resultados diferentes abrem a conversa sobre variabilidade.

Público fora de TI. Troque Análise, Execução e Teste por etapas do mundo da turma: em um PMO, Triagem, Elaboração e Aprovação; em uma área de obras, Orçamento, Compra e Entrega. As regras continuam iguais.

Erros comuns ao conduzir um jogo de Kanban

• Explicar a lição antes da rodada. Se você anuncia que o limite vai melhorar o resultado, a equipe joga para confirmar. Deixe que descubram.
• Rodadas curtas demais. Com menos de oito dias, o acúmulo não chega a aparecer e a rodada 1 parece boa.
• Esquecer o registro. Sem dados, o debriefing vira opinião. A pessoa que anota é tão importante quanto quem joga.
• Encerrar sem decisão. Um jogo que termina em "foi legal" não muda nada. Feche com uma mudança concreta para testar no quadro real.
• Usar o jogo para culpar. O jogo mostra o sistema, não o desempenho individual. Se a conversa for para "fulano foi lento", volte para as regras.

Do jogo para a capacitação da equipe

O jogo é a porta de entrada. Ele cria a pergunta, e a equipe passa a querer entender políticas explícitas, classes de serviço, métricas e cadências. Para planejar essa sequência, veja como fazer a capacitação da equipe no método Kanban, com uma trilha que vai do jogo às métricas.

Escolha uma data, separe uma hora e meia e rode as três rodadas com a sua equipe ainda este mês. Se depois do jogo a equipe quiser aprofundar e levar o método ao dia a dia com prática guiada, o curso de Kanban da Projeto Diário usa dinâmicas ao vivo e prepara para a certificação CKMS.