Puxando o Kanban pelas tensões do sistema

Muitas equipes têm tensões não tratadas nas relações, no negócio e na entrega do produto ou serviço, representadas pelas insatisfações de seus membros. Veja como evoluir a entrega de produto ou serviço com o ganho de produtividade a partir das insatisfações das equipes: bora falar de Kanban!

A qualquer momento, um ou mais membros podem ter ao menos uma insatisfação a tratar, provocada pela tensão entre a realidade percebida e a desejada. A recorrência desta tensão, foi o acúmulo de energia potencial que poderia movimentar a equipe no rumo certo ou levar progressivamente a entropia do sistema quando se torna insatisfação.

Dessa forma, coletamos as insatisfações de equipes que trabalhamos e relacionamos com os quatro domínios da agilidade (negócio, cultural, organizacional e técnico) para uma primeira análise em busca das tensões que originaram.

Insatisfações
Figura 1 – Insatisfações distribuídas nos quatro domínios

No geral, as equipes sabem da existência das tensões, mas têm pouca noção da real situação, volume e impacto porque são, na sua maioria, intangíveis ou assumidas como “fantasmas” do sistema. Dar visibilidade das insatisfações é o primeiro passo para identificar as tensões originais.

A essa altura, a provocação é: “como podemos visualizar essas insatisfações e tensões da equipe com o trabalho, a ponto de conseguirmos medi-las?”

Neste cenário, o Kanban deve ser entendido pela equipe como um mapa do tesouro dando as orientações para encontrarem o real fluxo de valor a ser entregue, sua evolução, capacidade, orientação, consistência, componentes e, principalmente, os eventos que o impactam significativamente. Por esta razão, faz sentido que as tensões estejam lá representadas e medidas.

A fim de auxiliar no desenvolvimento de hipóteses de abordagem das tensões com o Kanban, relacionamos aos princípios e práticas que podem ser usados como próximo passo.

Puxando o Kanban pelas tensões do sistema 1
Figura 2 – Mapa de hipóteses de insatisfações relacionadas com princípios e práticas do Kanban

Dois exemplos de hipóteses de abordagem mapeadas a partir das insatisfações validadas no Kanban:

Na primeira, podemos considerar a baixa confiança existente no sistema de trabalho como causa possível para o Microgerenciamento dentro de uma organização ou time. Se considerarmos a transparência o primeiro passo para confiança, dar visibilidade ao que você faz agora e como faz permite a equipe e todos os interessados examinar o fluxo de trabalho, a agregação de valor, seus estados, taxonomias, eventos, elementos e impedimentos.

A outra, segundo a Lei de Little, o tempo de entrega (Lead time) alto é diretamente proporcional à grande quantidade de trabalho em progresso (Working In Progress, WIP). No entanto, limitar o trabalho em progresso é um paradigma que não se quebra de uma hora pra outra, por isso a mudança precisa ser  introduzida de forma incremental e evolucionária. Assumindo que como time estamos aprendendo e evoluindo, podemos experimentar novos limites, mas com foco em gerenciar o fluxo de trabalho e não pra “abrir espaço”. Este momento de experimentação é debatido pelo time e traz a melhoria puxada quando o limite é atingido.

Apesar de conhecida, as consequências de não gerenciar as tensões e insatisfações ainda é comum times não pararem para colocá-las na mesa. Transpor este bloqueio e discuti-las abertamente buscando as melhorias sistêmicas sugeridas pelos princípios e práticas do Kanban, permitirá às equipes e organizações absorverem melhor as mudanças com menos riscos e dores, além de aumentar a confiança na entrega de um produto ou serviço de qualidade aderente ao seu propósito.

Adote o método Kanban! Inscreva-se no treinamento Kanban System Design (KMP I)

Inscreva-se no treinamento de Kanban!

Luiz Rodrigues
Sobre o autor

Luiz Rodrigues

Agile Expert e Trainer na K21

Lula é host no Love the Problem, o podcast da K21. Entre um episódio e outro, contam por aí que ele também dá aula de Kanban, Flight Levels e Certified Scrum Developer, mas eu só acredito vendo...

No headers found for the table of contents.

Artigos relacionados

Marcos Garrido, Sócio-fundador e Trainer na K21

Não é saber programar. Não é dominar prompts. Não é acompanhar o último modelo que saiu na semana passada. É saber tomar decisões. Quanto mais converso com as pessoas aqui na Nower/K21 e com os nossos clientes, mais tenho certeza…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

No texto “O caos invisível”, falei um pouco sobre a cultura do herói/heroína. Também já escrevi outros textos sobre o tema. Um deles com o meu colega Raphael Montenegro: “Paradoxo do Gestor Capitão Planeta”, que publicamos no final de 2020….

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Clique aqui para baixar PDF do Test Card 2.0 formato retrato PDF do Test Card 2.0 formato paisagem Imagem do Test Card 2.0 no formato retrato Imagem do Test Card 2.0 no formato paisagem Você trabalha com desenvolvimento de produtos….

Marcos Garrido, Sócio-fundador e Trainer na K21

O Usage-Driven Development (UDD) não é uma metodologia cheia de cerimônias e artefatos. É o nosso jeito, aqui na Nower/K21, de pensar produto na era da Inteligência Artificial (IA). E, como todo jeito de pensar, ele se sustenta em princípios:…