O livro de David Anderson, “Kanban,”, cativa desde a primeira página. Com ilustrações, gráficos e conclusões, a biografia concisa de Anderson revela a metodologia Kanban para os fãs de uma gestão de projetos saudável. A gestão de projetos torna-se intrigante quando narrada pelo desenvolvedor do método em uma perspectiva de primeira pessoa.
Sobre o Autor
De acordo com o blog oficial de sua empresa, David J Anderson é listado como o presidente da Lean Kanban Inc. Ele tem sido um treinador e consultor de gestão desde os anos 2000 e um palestrante e anfitrião de conferências desde 2005. Anderson ocupou pela primeira vez um cargo de gerenciamento em 1991, proporcionando-lhe ampla experiência para comparar honestamente o Kanban com Waterfall, Agile, Scrum e outras metodologias de gestão de projetos.
Ele criou o Kanban para elevar o nível do trabalho intelectual e criativo. Os objetivos de Anderson incluíam entrega pontual, alinhamento do trabalho com metas estabelecidas e gestão eficaz de empresas modernas como um todo. Usando exemplos da vida real da Microsoft, Motorola e Corbis, ele explicou e demonstrou os princípios, métodos e instruções para implementar o Kanban nas empresas.
Conteúdo e Essência do Livro
“Kanban: O Caminho Alternativo para o Ágil” é escrito pela pessoa que inventou o Kanban. O livro é interessante e informativo, revelando a fina linha entre a filosofia Kaizen (melhoria contínua), metodologia Lean (produção enxuta) e Kanban (um método para conservar recursos humanos e materiais).
Kaizen: Uma filosofia e ética das relações entre trabalhadores de fábrica e administração.
Produção Enxuta: Um sistema de gestão de projetos criado na Toyota para eliminar todo desperdício de tempo e recursos dos processos da empresa.
Kanban: Um método de gestão de projetos que limita o número de tarefas simultâneas. Se há pessoas, ferramentas ou tempo limitados, o Kanban ajuda a distribuir tarefas e projetos.
Significativamente influenciado pela Teoria das Restrições, o livro de Anderson cobre extensivamente os limites de WIP, gargalos, e a capacidade de determinar honestamente a carga máxima de trabalho por unidade de tempo, mantendo a qualidade ótima.
A Teoria das Restrições, desenvolvida pelo Dr. Eliyahu Goldratt, é uma metodologia de gestão para negócios de manufatura. A abordagem sistêmica de Goldratt para identificar restrições nas empresas ajuda a agilizar tudo. De acordo com a experiência de Goldratt, a política da empresa muitas vezes se torna a principal restrição.
Limite de WIP (Trabalho em Progresso): O número de tarefas que podem estar abertas simultaneamente.
Gargalo: Um ponto no fluxo de trabalho onde há uma séria restrição de recursos ou capacidades. Em diagramas, se assemelha ao pescoço de uma garrafa, com linhas se alargando antes e depois de tal situação.
Estereótipos sobre Kanban
Quando ouvimos sobre Kanban, muitas vezes imaginamos um painel com post-its — um estereótipo perpetuado pela mídia. Simbolicamente, há uma lista de tarefas abertas, em andamento e concluídas na parede. Paredes virtuais e softwares de gestão de projetos podem ser usados, onde listas de tarefas, prioridades e outras nuances são inseridas.
Nesta metodologia, Kanban não é apenas um painel ou post-its, mas um processo de controle e transferência de tarefas na parede. Anderson explica quem move os adesivos, por que e quantos podem ser mantidos na coluna “em progresso” e por que limitar esse número é importante.
Kanban não é um painel com post-its; os post-its são meramente indicadores de carga de trabalho.
Anderson desenvolveu o Kanban para evitar o início de novos projetos antes de concluir os anteriores. Por exemplo, se um desenvolvedor pode lidar com 3 – 5 tarefas ao mesmo tempo, ele só pode assumir uma nova tarefa após concluir uma.
Ágil, Scrum e Kanban
Anderson acredita que as metodologias Ágil e Scrum são rígidas e padronizadas. Em sua visão, a gestão de projetos deve ser individualizada para cada empresa. Portanto, Agile e Scrum, com seus algoritmos de ação padronizados, estão desatualizados, assim como a metodologia clássica passo a passo Waterfall. O Kanban, por outro lado, se adapta às características únicas de uma empresa, o que pode ser intimidador para os defensores da metodologia Ágil.
Ágil: Uma metodologia flexível que historicamente começou o desenvolvimento de software no formato de lançamentos de atualizações a cada poucos meses. Iterações de algumas semanas para cada funcionalidade aceleram o desenvolvimento e reduzem riscos.
Scrum: Outra metodologia flexível com iterações curtas e controle significativo sobre o processo de programação. Existem sprints — segmentos de tempo com tarefas específicas a serem concluídas. Elas são estritamente limitadas. Existem backlogs — listas de tarefas distribuídas pelo proprietário do produto. O proprietário do produto não faz parte da equipe de desenvolvimento, mas estabelece prioridades de tarefas.
Waterfall: Um modelo clássico de gestão de projetos com uma sequência estrita de ações. É frequentemente explicado com a analogia de construção de edifícios, da fundação ao telhado.
Qualidade Literária
As críticas à versão original em inglês de “Kanban” de David Anderson são semelhantes: todos mencionam que o autor explica:
- Como o método foi criado, por que e com quem foi desenvolvido.
- Quem se beneficia disso e quem absolutamente precisa dele.
- Como aplicá-lo para alcançar resultados.
“Kanban” é escrito na forma de uma boa literatura empresarial. Ele inclui conclusões no final de cada capítulo, e todos os capítulos abordam, individualmente, todas as possíveis perguntas que um leitor possa ter de forma lógica.
O capítulo 20, “Gestão de Problemas e Regras de Escalonamento,” me impressionou particularmente. Diferenciar um gargalo de uma tarefa bloqueada é óbvio, mas com que frequência confundimos um com o outro e tentamos empurrar por um beco sem saída? Se uma tarefa não pode ser resolvida agora, aborde a causa raiz. Aqui está uma citação do livro:
“Uma tarefa bloqueada, de fato, forma um gargalo que restringe o fluxo. No entanto, não é a mesma coisa que o gargalo descrito no Capítulo 17 porque não é uma restrição de recursos e não é um recurso esperando por acesso. Da mesma forma, uma rolha não é um gargalo. Para restaurar o fluxo de líquido da garrafa, basta remover a rolha.”
Veredicto
Definitivamente vale a pena ler, será benéfico para:
- Empreendedores lutando para gerenciar taxas de produção crescentes.
- Diretores de empresas de TI insatisfeitos com o Scrum.
- Gerentes seniores e líderes de equipe.
- Profissionais de marketing obcecados por KPIs, mas inseguros sobre sua eficácia.
- Equipes de startups que precisam fazer tudo certo desde o início sem “reinventar a roda,” em código, vida e projetos.