Kanban ou Gantt? A resposta é quase sempre os dois

A pergunta aparece em toda implantação de ferramenta: o time vai trabalhar com quadro Kanban ou com cronograma de Gantt? Em geral ela é feita como se fosse uma escolha de metodologia, quase uma escolha de identidade — os ágeis de um lado, os tradicionais do outro.

Só que as duas coisas respondem a perguntas diferentes. Escolher uma é abrir mão da resposta da outra. E quem abre mão costuma descobrir isso tarde, no dia em que o cliente pergunta a data de entrega e ninguém sabe dizer sem abrir uma planilha paralela.

O que cada um responde

O quadro responde "em que pé está"

O Kanban mostra o trabalho parado no meio do caminho. Cada cartão é uma tarefa, cada coluna é um estágio, e o olho pega em dois segundos o que está travado na revisão há uma semana. É uma fotografia do presente, boa para a conversa diária do time.

O que o quadro não diz: se aquele acúmulo na coluna de revisão vai ou não estourar a entrega de novembro. Ele não tem noção de futuro.

O cronograma responde "quando termina"

O Gantt transforma cada tarefa em uma barra no tempo e liga uma na outra. Ele existe para responder duas perguntas que o quadro ignora: quando isso acaba, e o que acontece se esta etapa atrasar três dias.

O que o cronograma não diz: quem está com o quê agora, e onde o trabalho está emperrado hoje. Ele é bom no mês, ruim na terça-feira.

Quando o quadro sozinho resolve

Existe um caso legítimo de usar só o quadro. Ele aparece quando o trabalho tem três características:

• Fluxo contínuo, sem data final combinada. Suporte, manutenção, demandas internas, conteúdo recorrente. Não existe "entrega do projeto", existe fila.
• Tarefas independentes. Nenhuma espera a outra terminar. Se tudo pode andar em paralelo, não há o que sequenciar.
• Ninguém de fora cobra data. Quando não há contrato nem cliente esperando, a previsão vale menos que o andamento.

Metade das equipes que usam ferramenta de projeto está nesse caso. Para elas, montar cronograma é cerimônia sem retorno.

Quando o cronograma deixa de ser opcional

Ele passa a ser obrigatório quando existe dependência com data prometida. Obra que só começa depois da licença. Campanha que depende da aprovação do cliente. Implantação com marco contratual. Nesses casos, a pergunta "isto atrasa a entrega?" é feita toda semana, e responder no olho custa caro.

Um sinal de que chegou a hora: alguém do time mantém uma planilha de datas por fora da ferramenta. Essa planilha é o cronograma que o quadro não dá.

Há um segundo sinal, mais sutil. Quando o time começa a discutir ordem de execução nas reuniões — "isto precisa sair antes daquilo, senão trava" —, essa conversa está tentando resolver, na memória de todo mundo, um problema de sequência. Sequência é exatamente o que uma barra ligada à outra registra, e registrar libera o time de repetir a discussão toda semana.

Lado a lado

Pergunta do dia a dia	Quadro	Cronograma
Em que pé está o trabalho agora?	Responde bem	Responde mal
Quem está sobrecarregado?	Responde bem, com raias por responsável	Responde mal
Quando o projeto termina?	Não responde	Responde bem
Este atraso de hoje muda a entrega?	Não responde	Responde bem, pelas dependências
O que fazer nesta semana?	Responde bem	Responde mais ou menos

O trabalho dobrado que assusta (e como evitá-lo)

A resistência a usar os dois quase nunca é conceitual. É prática: quem já manteve quadro numa ferramenta e cronograma numa planilha sabe que os dois desandam em duas semanas. Alguém move o cartão, ninguém atualiza a barra, e o cronograma vira ficção.

O problema aí não é a técnica, é a duplicação. Quando quadro e cronograma são a mesma tarefa vista de dois jeitos, não existe sincronização para fazer: concluir o cartão move a barra, e arrastar a barra muda o prazo que aparece no cartão. É assim que funciona o quadro Kanban da Tasskee em relação ao cronograma com dependências e caminho crítico.

Se a sua ferramenta atual obriga a manter duas listas, o problema é a ferramenta. E vale dizer: lista e quadro estão em todos os planos da Tasskee, inclusive no Free; o cronograma entra no Pro, que o teste de 15 dias libera sem cartão.

Vale um teste antes de adotar qualquer ferramenta: mude a data de uma tarefa no cronograma e veja se ela muda no quadro. Depois conclua o cartão no quadro e veja se a barra reflete isso. Se qualquer um dos dois exigir uma segunda edição manual, você vai acabar mantendo duas verdades — e a que ninguém atualiza é sempre a que o cliente olha.

Como usar os dois sem virar burocracia

1. Monte o cronograma só no nível que você defende. Vinte barras que representam etapas, não duzentas que representam cada subtarefa. O detalhe fino vive no quadro.
2. Ligue apenas as dependências reais. Dependência é "não pode começar antes", não "seria melhor fazer nesta ordem". Cronograma cheio de linhas falsas trava sozinho.
3. Use o quadro para a conversa do dia. Reunião diária olha coluna, não barra.
4. Use o cronograma para a conversa do mês. Reunião com cliente ou diretoria olha marco e data.
5. Revise o cronograma uma vez por semana. Quinze minutos. Se você precisa de mais que isso, ele está detalhado demais.

E os ciclos curtos?

Existe uma terceira visão que costuma entrar nessa discussão: o sprint. Ele não compete com nenhum dos dois — resolve o "o que cabe nas próximas duas semanas", que o quadro não delimita e o cronograma não decide. Times que trabalham por ciclo usam os três: cronograma para a viagem, sprint para o trecho, quadro para o dia.

E se a dúvida for por onde começar, comece pelo quadro. Ele é mais barato de adotar, o time entende sem treinamento e já organiza o presente. O cronograma entra quando aparecer a primeira pergunta sobre data que você não consegue responder olhando as colunas. Tratamos do passo seguinte em como montar um cronograma que o time cumpre.