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 (Lula), Agile Expert e Trainer na K21

Sobre o autor(a)

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

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

Em uma conversa durante uma aula de Kanban System Design (KSD), uma aluna relatou a seguinte situação: A equipe dela trabalha em turnos de 24 horas por dia, 7 dias por semana. Elas utilizam agilidade e realizam retrospectivas, tentando reunir…

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

No artigo sobre bloqueios, falei brevemente sobre o Blocker Clustering (agrupamento de bloqueios), mas gostaria de expandir o tema, pois é importante. Afinal, no dia a dia, eles acontecem; quanto mais longevo for o time ou quanto mais tempo levar…

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

A vida vai bem; os itens de trabalho andam normalmente pelo fluxo, porém, de repente, um item para e não consegue prosseguir, pois está bloqueado. O que significa um item bloqueado e como podemos tratá-lo é o que veremos neste…

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

Há alguns meses, nos cobraram um sistema de precificação de software, com gestão de custos e de usuários. Basicamente, para descobrir se o resultado compensa o custo. Nós nunca tínhamos feito nada parecido, então dei uma vasculhada na internet para…