Kanban é um método de gestão do trabalho que enfatiza a visualização do fluxo de trabalho, a limitação do trabalho em andamento e o gerenciamento do fluxo, em vez de organizar a entrega em lotes com tempo fixo. Originou-se na manufatura da Toyota e foi adaptado para o trabalho intelectual. Seu mecanismo central é que o novo trabalho é inserido no sistema somente quando a capacidade se torna disponível, em vez de ser inserido de acordo com um cronograma.
O quadro visual é o elemento mais reconhecível, mas não o mais importante. As colunas que representam as etapas reais pelas quais o trabalho passa, com cada item visível à medida que avança, tornam o estado do sistema observável para todos. O que importa é que as colunas reflitam a realidade, incluindo os estados de espera em que o trabalho fica ocioso aguardando revisão, aprovação ou outra equipe, já que essas filas geralmente representam a maior parte do tempo decorrido e são invisíveis em quadros simplificados.
Limitar o trabalho em andamento é o mecanismo que produz o benefício, e é o elemento ao qual as organizações mais resistem. Restringir a quantidade de itens em cada etapa pode parecer reduzir a produtividade, mas o efeito é o oposto: iniciar menos tarefas simultaneamente significa que cada uma termina mais cedo, a troca de contexto diminui e a fila de trabalho incompleto para de crescer. Equipes que começam tudo o que é solicitado e terminam pouco representam a situação que o limite visa corrigir.
O limite também funciona como um diagnóstico. Quando o trabalho não pode avançar porque a próxima etapa está sobrecarregada, a restrição torna-se visível imediatamente e a atenção da equipe é direcionada para desbloqueá-la, em vez de iniciar algo novo. É isso que transforma um quadro de um dispositivo de rastreamento em uma ferramenta de gerenciamento, e é por isso que quadros sem limites normalmente se tornam uma exibição de tudo o que está em andamento, em vez de um meio de melhorar o fluxo.
As métricas diferem daquelas usadas em abordagens baseadas em iterações e são mais diretamente significativas. O tempo de ciclo mede quanto tempo um item leva do início ao fim, a taxa de transferência mede quantos itens são concluídos por período e a distribuição dos tempos de ciclo permite a previsão probabilística de quando o trabalho futuro será concluído. Esses dados são observados em vez de estimados, o que evita o esforço de estimativa que consome um tempo considerável em outras abordagens.
A premissa evolutiva do método o distingue de estruturas que prescrevem um modelo rígido. O Kanban parte do processo tal como ele existe atualmente, torna-o visível e o aprimora incrementalmente, em vez de exigir novas funções e eventos. Isso torna a adoção menos disruptiva e mais viável politicamente em organizações que resistem à reorganização, embora também signifique que uma equipe que o aplica superficialmente possa continuar exatamente como antes, com um quadro de controle.
Em alguns contextos, o gerenciamento de fluxo se adapta melhor do que as abordagens baseadas em iterações. Trabalho que chega de forma imprevisível, suporte e manutenção, equipes operacionais e qualquer situação em que os compromissos com um lote fixo sejam repetidamente interrompidos se encaixam melhor no gerenciamento de fluxo do que no planejamento de sprints. Muitas equipes combinam elementos de ambos, usando uma cadência para planejamento e revisão, enquanto gerenciam o trabalho em si por meio do fluxo, o que é uma solução pragmática, e não um compromisso.
Como a melhoria advém do enfrentamento de filas e restrições que frequentemente estão fora do alcance da equipe de entrega, o método muitas vezes revela gargalos organizacionais em vez de gargalos de equipe. Na prática, ele é aplicado dentro de desenvolvimento de produtos e é igualmente aplicável a fluxos de trabalho de design e pesquisa, e organizações que executam trabalhos mistos de entrega e operação frequentemente o adotam em toda a organização. Departamento de Informática onde a chegada imprevisível torna o compromisso com lotes fixos impraticável.