Kanban para IA: pare de abrir POC e comece a terminar

Faça um inventário honesto da IA na sua empresa e conte. Quantos pilotos, provas de conceito e experimentos de IA estão abertos agora? Se o número é alto e o número de coisas de IA realmente em produção, gerando valor para o cliente, é baixo, você não tem um problema de talento nem de ferramenta. Tem um problema de fluxo. E existe um método, antigo e chato, que ataca exatamente isso: o Kanban. Não o quadro com post-its, mas a ideia que está por baixo dele.

O que o Kanban realmente diz

Kanban, como método para trabalho de conhecimento, foi sistematizado por David J. Anderson por volta de 2010, puxando da lógica de produção da Toyota. A maioria das pessoas conhece a parte visual, as colunas "a fazer", "fazendo" e "feito". Mas essa é a casca. O coração do método é uma regra que quase toda empresa de IA viola todo dia: limitar o trabalho em progresso, o famoso WIP.

Limitar WIP significa colocar um teto explícito em quantas coisas podem estar sendo trabalhadas ao mesmo tempo. Não "quantas queremos fazer este ano", e sim "quantas podem estar no meio do caminho agora". O time define, por exemplo, que no máximo três iniciativas podem estar em desenvolvimento. Quando as três vagas estão ocupadas, ninguém começa uma quarta. Para começar algo novo, é preciso terminar algo. Simples de dizer, quase impossível de obedecer sem disciplina.

A intuição por trás disso é contraintuitiva. Parece que quanto mais frentes abertas, mais se produz. É o contrário. Trabalho em progresso é estoque parado. Cada POC de IA no meio do caminho é dinheiro, atenção e contexto imobilizados que não geram retorno nenhum até cruzarem a linha de chegada. Dez pilotos a 40% de conclusão entregam exatamente zero valor. Três pilotos que chegam a 100% entregam três. E ainda por cima, dividir a atenção de um time entre dez frentes torna cada uma mais lenta, por causa do custo de trocar de contexto o tempo todo.

Dez pilotos de IA a quarenta por cento entregam zero. Três que chegam a cem entregam três. Trabalho começado não é valor, valor é trabalho terminado.

Por que a IA cai exatamente nessa armadilha

Todo trabalho de conhecimento sofre de excesso de WIP, mas a IA tem um agravante próprio: começar é barato e empolgante demais. Com as ferramentas de hoje, montar um piloto de IA que impressiona numa reunião leva uma tarde. O custo de entrada despencou, então o número de coisas iniciadas explodiu. Toda área quer a sua prova de conceito, todo gestor quer dizer que já está fazendo IA. O quadro enche de cartões que ninguém puxa até o fim.

O problema é que a parte cara da IA não é começar, é terminar. Levar um piloto até produção exige integração com sistema real, tratamento de caso de borda, avaliação de qualidade, segurança de credencial, monitoramento, confiança do usuário. Essa travessia é onde o trabalho de verdade mora, e é justamente ela que fica abandonada quando o time está ocupado começando o próximo piloto brilhante. O resultado é o cemitério de POCs: dezenas de demonstrações que funcionaram uma vez e nunca viraram operação.

Limitar WIP quebra esse ciclo de forma quase brutal. Se a regra é que só três iniciativas de IA podem estar abertas, a energia da organização para de ir para "o que mais podemos começar" e passa a ir para "como terminamos o que está aberto". O gargalo fica visível. Se um piloto está travado há semanas na etapa de avaliação, ele não some no meio de outros vinte, ele bloqueia uma das três vagas e força uma decisão: destrava, ou mata. As duas saídas são melhores do que o limbo.

Como aplicar sem virar burocracia

O Kanban não pede reorganização, pede quatro movimentos concretos.

Primeiro, torne o trabalho visível. Coloque toda iniciativa de IA num quadro único, da ideia até produção. Só de ver quantos cartões estão parados no meio, o problema deixa de ser abstrato.

Segundo, imponha um limite de WIP e respeite-o. Comece baixo, mais baixo do que parece confortável. Se dói, é sinal de que você tinha frentes demais abertas. O limite é a decisão, não uma sugestão.

Terceiro, puxe em vez de empurrar. Uma iniciativa nova só entra quando outra sai. Isso muda a pergunta da liderança de "o que vamos começar" para "o que vamos terminar primeiro", que é a pergunta certa. A ordem dessa fila é onde entra a priorização por custo do atraso: puxe primeiro o que sangra mais enquanto espera.

Quarto, gerencie o fluxo, não as pessoas. O foco sai de manter todo mundo ocupado e vai para reduzir o tempo que um item leva da ideia até o cliente. Ocupação total é justamente o que entope o sistema. Um pouco de folga é o que permite terminar.

Vale um cuidado. Limitar WIP não é fazer menos, é terminar mais. A meta não é ambição menor, é ambição que atravessa. E o método casa com o resto do que a gente defende: definir o resultado certo com OKRs de IA diz para onde puxar, e o Kanban garante que o que foi puxado chegue ao fim em vez de morrer no meio.

Se a sua empresa tem mais pilotos de IA abertos do que consegue lembrar e quase nada em produção, o conserto não é contratar mais gente nem comprar outra ferramenta. É fechar frentes e terminar. Se quer montar esse fluxo e escolher quais três iniciativas puxar primeiro, fale com a AI Boutique no WhatsApp. Terminar é a habilidade mais rara em IA hoje.