Kanban

Pare de começar e comece a terminar

O movimento Lean, em português traduzido para enxuto, é a iniciativa baseada na redução do desperdício e no aumento do foco. A pioneira foi a Toyota, que conseguiu reduzir os altos custos de estocagem gerados pelo escasso espaço físico japonês. A abordagem foi simples, mas revolucionária: produzir um veículo do início ao fim continuamente, em vez de criar grandes quantidades de peças, para depois juntá-las.

O benefício disso não foi só a redução do espaço físico. Fazendo um produto de cada vez, é possível identificar defeitos mais rapidamente e evoluir o produto. Além disso, fica nítido quando existe algum gargalo na produção, incentivando a resolução dos problemas para removê-lo.

Ficou claro que os benefícios da mentalidade Lean não se aplicam somente à produção de veículos. Para a área de software, tudo isso se encaixa perfeitamente. Não é à toa que o Kanban, que vou falar mais à frente, é uma metodologia altamente popular no desenvolvimento de software.

O desenvolvimento de software tem uma característica universal: tudo volta. Tarefas geram bugs, que voltam para serem corrigidas. A alteração em uma parte do código pode gerar a necessidade de refatoração em outra parte. Muitas vezes, uma funcionalidade não atende completamente ao usuário e é necessário um ajuste. Enfim, é previsto que virão imprevistos.

Quando há grande quantidade de trabalho em aberto, ou seja, não terminada, cada pequena tarefa vai voltar de alguma forma. Com isso, o planejamento se torna extremamente complexo e o que acontece na maioria das vezes é que a empresa se enrola e os prazos não são cumpridos.

A mentalidade Lean resolve essa questão, pois são criados mecanismos para impedir que se abram frentes demais. É preciso terminar o que está em andamento antes de começar algo novo.

O Kanban é uma metodologia Lean, que tem como característica principal o uso do quadro Kanban e a limitação do work in progress (WIP).

O quadro, que pode ser físico ou digital, define a sequência de passos para que uma tarefa saia da primeira coluna – to do – e vá para a última coluna- done. O quadro deixa claro o fluxo e o andamento das tarefas, tanto para os desenvolvedores, quanto para o PO e até outros stackeholders.

O que faz com que o fluxo seja de fato Lean é a limitação do WIP. Todas as colunas intermediárias devem ter um limite de tarefas em aberto. Isso obriga o time a mover tarefas para a próxima etapa antes de pegar novas tarefas. Além de impedir que se tenha muitas tarefas em aberto, também há outra vantagem: quando há um gargalo a produção fica travada, incentivando ao time que ataque imediatamente o problema, em vez de postergá-lo.

Muitas vezes o Kanban é até definido como um método de evolução de processos, já que ele é ótimo para deixar claro quais são os problemas do seu fluxo de produção. Além disso, ele é genérico o suficiente para encaixar em diferentes contextos.

Independente da metodologia, seja mais Lean. Pare de começar e comece a terminar! =D