Exemplo de Kanban na prática: um projeto do início ao fim

Explicações sobre Kanban costumam parar no quadro com três colunas. O que pouca gente mostra é o que acontece depois: a segunda semana em que todo mundo puxa trabalho novo, o fornecedor que trava três itens, a métrica que revela uma fila escondida. Este exemplo de Kanban na prática acompanha um projeto do começo ao fim, semana a semana, com as decisões que o gerente e a equipe tomam em cada momento.

O projeto é ilustrativo, mas os problemas são os de qualquer implantação real. Se você ainda está decidindo como começar, o passo a passo de como iniciar um projeto com Kanban cobre a preparação; aqui o foco é ver o método funcionando ao longo do tempo.

O projeto do exemplo

Uma empresa de serviços de manutenção predial decidiu implantar um sistema de atendimento ao cliente para substituir planilhas e e-mails. A equipe tem seis pessoas: a gerente do projeto, dois analistas de sistemas, uma analista de processos, um técnico de integração e uma pessoa da área de atendimento cedida em meio período. Um fornecedor externo cuida da plataforma. O prazo combinado com a diretoria é de 12 semanas.

O escopo inclui cadastro de clientes e contratos, abertura e acompanhamento de chamados, integração com o sistema financeiro, relatórios e treinamento das equipes.

Semana 0: kickoff e acordo de trabalho

Na reunião de abertura, a gerente apresenta o objetivo, o escopo e a forma de trabalhar. A equipe decide usar Kanban em vez de sprints porque boa parte do trabalho depende de respostas do fornecedor e da área de atendimento, com tempos imprevisíveis. Para não esquecer nada na abertura (papéis, comunicação, riscos iniciais, acordos), ela usa um roteiro como o checklist de kickoff.

O escopo é quebrado em 46 itens de tamanho parecido, cada um algo que a equipe consegue terminar em poucos dias: "configurar tipos de chamado", "importar base de clientes", "relatório de chamados por contrato", "treinar equipe da zona sul". Itens maiores, como "integração financeira", viram quatro itens menores.

Semana 1: o desenho do quadro

A equipe mapeia por onde um item passa e chega a este fluxo:

Dois detalhes fazem diferença. Cada coluna de trabalho ganhou uma subcoluna "feito" para mostrar quando o item está parado esperando a próxima etapa. E a coluna "Pronto para começar" funciona como ponto de compromisso: daí em diante, o tempo do item é medido.

Semana 2: os limites de WIP

Na primeira semana, sem limites, aconteceu o esperado: cada pessoa puxou dois ou três itens, e na sexta-feira havia 14 itens em andamento e só 2 concluídos. A gerente propõe limites:

• Configuração: 4 itens (para três pessoas que configuram, deixando folga para ajuda mútua).
• Teste interno: 2 itens.
• Validação do usuário: 3 itens (a pessoa do atendimento tem só meio período).

A regra combinada: quando uma coluna atinge o limite, ninguém começa item novo; quem fica livre ajuda a destravar o que está mais à direita. O artigo sobre limite de WIP detalha como chegar a esses números. Na semana 2, com os limites, a equipe concluiu 5 itens.

Semanas 3 e 4: o primeiro bloqueio sério

A importação da base de clientes trava: o fornecedor precisa liberar uma permissão no ambiente. Logo depois, outros dois itens que dependem da base também param. Em vez de puxar trabalho novo e esquecer os travados, a equipe:

1. Marca os três cartões como bloqueados, com motivo e data.
2. Na reunião diária, discute primeiro os bloqueados, olhando o quadro da direita para a esquerda.
3. Aplica a política combinada: bloqueio externo com mais de dois dias úteis sobe para a gerente, que aciona o gerente de contas do fornecedor.

O bloqueio dura cinco dias úteis. Na retrospectiva da semana 4, a equipe percebe que quatro dos seis bloqueios até ali envolveram o fornecedor e passa a mandar a lista de permissões necessárias com uma semana de antecedência. O tratamento completo desse tipo de situação está no guia de itens bloqueados no Kanban (sinalização, escalonamento e análise de causas).

Semana 5: o que as métricas mostraram

Com quatro semanas de dados, a gerente olha três números simples:

• Vazão: entre 4 e 6 itens concluídos por semana desde a introdução dos limites.
• Tempo de ciclo: a maior parte dos itens levou até 7 dias úteis, mas os que passaram por validação do usuário levaram bem mais.
• Onde os itens esperam: a subcoluna antes da validação estava sempre cheia.

A fila escondida era a validação. A pessoa do atendimento, em meio período, não dava conta. A decisão foi combinar dois horários fixos por semana para validação conjunta, com a analista de processos ajudando a preparar os roteiros de teste. Na semana 7, a fila tinha desaparecido. As métricas do Kanban servem exatamente para isso: mostrar onde mexer, e não para medir pessoas.

Semanas 6 a 10: previsão e negociação de escopo

Na semana 6, restam 24 itens e 6 semanas. Pela vazão observada, a equipe tem boa chance de terminar quase tudo, mas não com folga. A gerente leva a conversa para a diretoria antes do problema: os relatórios avançados (5 itens) ficam por último e podem ir para uma segunda fase se a vazão cair. Com o histórico do quadro, essa conversa fica objetiva; a mesma conta pode ser feita com probabilidade, usando o histórico de vazão.

Nessas semanas, o quadro ganhou uma raia separada para urgências: dois defeitos encontrados na validação precisavam passar na frente do resto, e a raia deixou claro que eles tinham prioridade sem bagunçar o fluxo normal.

Semanas 11 e 12: entrada em produção e encerramento

As duas últimas semanas ganharam itens próprios no quadro: migração final de dados, treinamento das equipes, plantão de suporte na primeira semana de uso. Os relatórios avançados foram concluídos na semana 11, porque a vazão se manteve.

No encerramento, a equipe registrou as lições aprendidas a partir do próprio quadro: o bloqueio do fornecedor, a fila de validação, a raia de urgência. Cada lição tinha dados e datas, e não só impressões.

O que este exemplo de Kanban na prática ensina

• O quadro precisa refletir o fluxo real, inclusive as esperas. Sem a subcoluna "feito", a fila da validação teria passado despercebida.
• Limites de WIP mudam o comportamento mais rápido do que qualquer cobrança.
• Bloqueios são informação. Registrados com motivo, revelam padrões que podem ser prevenidos.
• Métricas simples bastam para decidir: vazão, tempo de ciclo e onde o trabalho espera.
• A previsão com dados antecipa a negociação de escopo, em vez de deixá-la para a última semana.

Para ver como ficam os quadros em outros tipos de projeto, como obra, evento ou atendimento, veja os exemplos de quadro Kanban por tipo de projeto.

Aplique no seu próximo projeto

Escolha o próximo projeto da sua carteira, quebre o escopo em itens de poucos dias e desenhe as colunas a partir do caminho real do trabalho, incluindo quem valida e onde ele espera. Combine limites na primeira semana e registre as datas de cada item desde o início. Se quiser seguir esse caminho com método, o curso de Kanban da Projeto Diário mostra como desenhar o quadro, definir limites e políticas e usar as métricas para conduzir projetos do início ao fim, sempre dentro dos princípios do método Kanban.