Você sabe mapear processos — mas estará usando a ferramenta certa?
Imagine esta cena: você recebe uma demanda para mapear o processo de abertura de conta em uma fintech. O gestor quer entender por que o tempo médio é de 7 dias quando o mercado faz em menos de 24 horas.
Você abre o Bizagi, cria raias, conecta tarefas com setas, acrescenta alguns gateways e entrega um fluxograma em BPMN impecável. Tecnicamente correto. Visualmente bonito.
E o problema continua.
Por quê? Porque BPMN não foi feito para revelar onde o tempo está sendo desperdiçado. Ele foi feito para outra coisa — e você usou a ferramenta errada para o diagnóstico certo.
O que é BPMN (e para que ele realmente serve)
BPMN — Business Process Model and Notation — é um padrão internacional de notação mantido pelo OMG (Object Management Group) e amplamente referenciado pelo BPM CBOK v4.0 como a linguagem oficial para documentação e comunicação de processos de negócio.
Em termos técnicos, o BPMN 2.0 permite representar:
- Fluxo de sequência entre atividades, eventos e gateways
- Responsabilidades por meio de Pools e Lanes (raias)
- Lógica de decisão com Gateways Exclusivos (XOR), Paralelos (AND) e Inclusivos (OR)
- Comunicação entre sistemas e participantes com Fluxos de Mensagem
- Exceções e tratamento de erros com Eventos Intermediários e de Limite
A força do BPMN está na precisão lógica e na comunicação entre stakeholders. Ele responde à pergunta:
É a ferramenta da fase de Modelagem no ciclo de vida do BPM — tanto para documentar o estado atual (As-Is) quanto para especificar o estado futuro (To-Be) com clareza suficiente para implementação, inclusive automação.
O que BPMN não mostra
Por toda a sua precisão, o BPMN tem um ponto cego crítico: ele não revela o tempo que o processo consome entre as atividades.
Um processo modelado em BPMN pode ter 8 tarefas encadeadas com perfeita clareza lógica — e esconder o fato de que 80% do Lead Time total está em filas de espera entre essas tarefas. O BPMN não registra isso. Não é uma falha da notação; é simplesmente o que ela não se propõe a fazer.
O que é VSM (e para que ele realmente serve)
VSM — Value Stream Mapping ou Mapeamento do Fluxo de Valor — é uma ferramenta do Lean Thinking, originalmente desenvolvida no Sistema Toyota de Produção e sistematizada por Mike Rother e John Shook no livro Learning to See (1998).
O VSM representa visualmente o fluxo de materiais e informações necessários para entregar um produto ou serviço ao cliente — do pedido à entrega. As métricas registradas em cada etapa são:
| Métrica | O que mede |
|---|---|
| Cycle Time (CT) | Tempo real de execução da atividade |
| Lead Time (LT) | Tempo total da etapa, incluindo espera |
| Uptime / Disponibilidade | % do tempo em que a etapa está operacional |
| % de retrabalho | Frequência de saídas com defeito que retornam |
Na linha do tempo ao final do mapa, o VSM revela algo que o BPMN nunca mostra: a proporção entre o tempo que agrega valor e o tempo que não agrega. A isso chamamos de PCE — Process Cycle Efficiency:
Um PCE de 15% significa que apenas 15% do tempo total do processo está sendo usado para efetivamente agregar valor ao cliente. Os outros 85% são espera, fila, retrabalho — Muda puro.
É a ferramenta central da fase de Análise sob a ótica Lean — tanto para o estado atual (Mapa As-Is) quanto para o estado futuro (Mapa To-Be com Kaizen Bursts indicando os pontos de melhoria).
O que VSM não mostra
O VSM não captura lógica condicional. Ele não representa o que acontece quando uma solicitação está incompleta, quando há uma exceção no processo, quando dois sistemas precisam trocar mensagens. Para processos com alta variabilidade de fluxo e múltiplos atores, o VSM simplifica demais — e essa simplificação pode esconder problemas importantes de coordenação.
A Comparação Direta: Quando Usar Cada Um
| Critério | BPMN | VSM |
|---|---|---|
| Pergunta que responde | Como o processo funciona? | Onde o tempo é desperdiçado? |
| Foco principal | Lógica e fluxo de decisão | Eficiência e fluxo de valor |
| Métricas capturadas | Responsável, sequência, condições | CT, LT, PCE, filas, retrabalho |
| Quando usar | Modelagem, documentação, automação | Diagnóstico, análise de desperdícios |
| Fase do BPM CBOK | Modelagem | Análise |
| Público principal | TI, analistas, arquitetos | Gestores, equipes de melhoria |
| Nível de detalhe | Alto (tarefa a tarefa) | Médio (por etapa/área) |
| Origem | OMG / BPM | Toyota / Lean Thinking |
Exemplo Prático: O Processo de Onboarding de Clientes
Vamos usar um caso de uma empresa de serviços financeiros com 200 colaboradores. O processo de onboarding de novos clientes levava, em média, 11 dias úteis — o dobro do SLA definido contratualmente de 5 dias.
O que o BPMN revelou
A modelagem As-Is em BPMN mapeou 14 tarefas distribuídas entre 4 raias (Comercial, Compliance, TI e Operações). O mapa mostrou com clareza:
- Um Gateway Exclusivo após a análise de crédito bifurcando o fluxo em aprovado/reprovado
- Um Evento Intermediário de Temporizador aguardando retorno do cliente em até 48h
- Um Loop no processo de Compliance sem limite de tentativas para documentação incompleta
O BPMN foi essencial para comunicar o processo entre as áreas — mas não explicava os 11 dias.
O que o VSM revelou
| Etapa | Cycle Time | Lead Time | PCE da etapa |
|---|---|---|---|
| Cadastro comercial | 30 min | 4h | 12,5% |
| Análise de documentos | 45 min | 2 dias | 3,9% |
| Aprovação de crédito | 1h | 3 dias | 5,6% |
| Configuração TI | 2h | 2 dias | 16,7% |
| Ativação operacional | 20 min | 1 dia | 4,2% |
| TOTAL | 4h 35min | 11 dias | PCE: 6,9% |
O VSM revelou que 93,1% do Lead Time era espera — filas de e-mail, pendências em backlog, aprovações acumuladas no fim do dia. O processo em si levava menos de 5 horas de trabalho real. O problema nunca foi a execução das tarefas. Era o tempo entre elas.
Esse diagnóstico só foi possível com o VSM. O BPMN sozinho jamais chegaria a esse número.
Como Usá-los Juntos: A Sequência Correta
A integração entre as duas ferramentas segue uma lógica clara no ciclo de vida BPM + Lean:
-
VSM As-Is
-
BPMN As-Is
-
Análise Integrada
-
VSM To-Be
-
BPMN To-Be
No exemplo do onboarding: o VSM identificou a maior fila na etapa de Análise de Documentos (3 dias de Lead Time para 45 minutos de trabalho real). O BPMN revelou a ausência de critério de priorização — todas as solicitações entravam numa fila única. O BPMN To-Be criou um Gateway Inclusivo que separou solicitações simples (SLA 1 dia) de complexas (SLA 3 dias). O VSM To-Be projetou um PCE alvo de 28% — uma melhoria de 4x.
Muitas organizações criam extensas bibliotecas de processos mapeados em BPMN e chamam isso de “gestão de processos”. O mapa existe, está documentado, está atualizado. E o processo continua lento, com retrabalho, com clientes insatisfeitos.
Documentar não é o mesmo que analisar. Modelar não é o mesmo que melhorar.
O BPMN não pergunta: “Quantas horas esse processo fica parado esperando aprovação?”. Não registra: “60% das solicitações retornam neste ponto por erro de preenchimento.” Não calcula: “A eficiência deste fluxo é de 8%.”
Sem o VSM — ou ao menos sem a captura sistemática de métricas de tempo por etapa — a análise é incompleta. Você sabe o quê acontece. Mas não sabe quanto tempo cada coisa consome nem qual parte gera valor de verdade.
Checklist: Qual Ferramenta Usar na Sua Situação?
✅ Use BPMN quando:
- Precisa documentar o processo para comunicação entre áreas ou com TI
- O processo tem muitas condicionais, exceções e caminhos alternativos
- O objetivo é especificar um processo para automação (RPA, BPMS)
- Precisa registrar responsabilidades por área ou sistema
- Está na fase de Modelagem (As-Is ou To-Be)
✅ Use VSM quando:
- O principal problema é tempo: Lead Time alto, SLA estourado
- Precisa identificar onde estão as filas, as esperas e o retrabalho
- Quer calcular o PCE e quantificar o desperdício
- Está conduzindo um projeto Kaizen ou PDCA
- Está na fase de Análise (antes de redesenhar)
✅ Use os dois quando:
- O projeto é de melhoria estrutural (não apenas documentação)
- O processo atravessa múltiplas áreas com problemas de lógica e de tempo
- O objetivo final inclui automação E redução de Lead Time
Resumo Executivo
| BPMN | VSM | |
|---|---|---|
| Para que serve | Documentar e comunicar a lógica do processo | Diagnosticar desperdícios e medir eficiência de fluxo |
| Métrica central | Sequência lógica e responsabilidades | Lead Time, Cycle Time e PCE |
| Fase do BPM CBOK | Modelagem | Análise |
| Raiz no Lean | Não aplicável | Sistema Toyota de Produção |
| Limitação principal | Não captura tempo entre atividades | Não captura lógica condicional e exceções |
| Melhor uso | Especificação para automação e documentação | Projetos Kaizen, diagnóstico de Lead Time |
Próximo artigo da Trilha de Excelência Operacional:
VSM na Prática: Construindo o Mapa As-Is Passo a PassoLer próximo artigo →
