Uma técnica prática para visualizar e melhorar o fluxo.
O Mapeamento do Fluxo de Valor (MFV) é uma técnica para visualizar o fluxo de trabalho e informações necessárias para entregar valor. Você desenha o estado atual honestamente e depois projeta um estado futuro melhor.
Um mapa básico de fluxo de valor inclui:
Caixas de processo: Cada etapa do processo (ex.: Desenvolvimento, Revisão de Código, Testes, Deploy)
Triângulos de inventário: Trabalho esperando entre as etapas (ex.: 5 PRs aguardando revisão)
Setas de fluxo de informação: Como o trabalho e as informações se movem
Linha do tempo: Tempo de processamento vs. tempo de espera em cada etapa
Caixas de dados: Métricas-chave para cada etapa (tempo de ciclo, taxa de acerto na primeira tentativa, capacidade)
O poder do MFV é tornar o invisível visível. Quando você desenha o mapa, o desperdício que estava oculto se torna óbvio. "Espera, nós realmente passamos 3 dias esperando por revisão?" "Nossa, 40% dos itens falham no QA e voltam?"
O Requisito da Honestidade
Mapeie o processo real, não o processo documentado, e não o processo ideal. Se as revisões de código às vezes levam uma semana, desenhe isso. Se os testes são frequentemente pulados, desenhe isso. Mapas honestos revelam; mapas polidos escondem.
O MFV é feito em duas fases:
Mapa do Estado Atual: Desenhe como o trabalho realmente flui hoje. Caminhe pelo Gemba (vá até onde o trabalho acontece). Converse com as pessoas em cada etapa. Cronometre as esperas. Conte o inventário. Não julgue ainda—apenas observe e documente.
O mapa do estado atual geralmente choca as pessoas. Elas não percebiam quanto tempo o trabalho esperava. Não sabiam quantos itens estavam presos em filas. Não viam os ciclos de retrabalho.
Mapa do Estado Futuro: Projete como o trabalho deveria fluir. Elimine etapas desnecessárias. Reduza o tamanho dos lotes. Remova portões de aprovação. Automatize as transferências. Crie fluxo.
O estado futuro não é fantasia—é uma melhoria alcançável. Não desenhe o estado perfeito que exigiria anos de transformação. Desenhe o estado melhor que você poderia alcançar em semanas ou meses.
Entre os dois mapas: um plano de melhoria. Quais mudanças específicas vão movê-lo do estado atual para o estado futuro? Quem é responsável por cada mudança? Qual é o cronograma?
"Gemba" é japonês para "o lugar real". No Lean, ir ao Gemba significa ir onde o trabalho realmente acontece para observá-lo diretamente.
Você não pode mapear um fluxo de valor de uma sala de conferência. Você precisa:
Observar o trabalho acontecer: Sente-se com os desenvolvedores enquanto trabalham. Acompanhe os engenheiros de QA. Observe os deploys.
Fazer perguntas: O que você faz a seguir? O que você espera? O que te atrasa? Como você sabe quando começar?
Cronometrar as esperas: Quando o trabalho entra em uma fila, anote o horário. Quando sai, anote o horário. Repita para cada etapa.
Contar o inventário: Quantos itens estão esperando em cada etapa agora?
Acompanhar itens: Escolha um item específico e trace seu caminho do início ao fim.
Isso leva tempo. Não pode ser apressado. E deve ser feito sem julgamento—você está observando, não criticando.
Inclua Todos
As pessoas que fazem o trabalho devem criar o mapa. Não gerentes adivinhando a partir de relatórios. Inclua desenvolvedores, QA, ops—todos que tocam o fluxo. Eles sabem onde o desperdício se esconde.
A equipe instrumenta seu fluxo de trabalho: timestamps de tickets, tempos de PR, logs de deploy. Eles reconstroem o fluxo de valor a partir dos dados. Não é tão rico quanto a observação física, mas captura as esperas e filas com precisão.
A gestão se reúne em uma sala e desenha o fluxo de valor de memória. Eles desenham o processo ideal. Ninguém menciona os atrasos reais. O mapa resultante mostra lead time de 3 dias. A realidade é 3 semanas.