Resposta direta
Um mapeamento serve como diagnóstico quando mostra onde o trabalho volta, onde espera e quem decide, e não apenas a ordem prevista das etapas. Antes de usar o mapa para decidir uma mudança, vale checar três registros: se os retornos estão desenhados, se cada passagem indica quem entrega e quem recebe, e se os pontos de decisão trazem critério e responsável. Sem isso, o desenho fica plausível e não explica o retrabalho que aparece na operação. O mapa é uma hipótese sobre a causa; a confirmação vem de dado de volume, tempo de espera e motivo de retorno.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o próprio mapeamento como objeto de checagem, com critérios para decidir se o desenho é confiável antes de usá-lo para cortar etapas ou automatizar.
O que o desenho precisa registrar para explicar o retrabalho
Um mapa que só mostra a ordem prevista das etapas não ajuda a entender por que o trabalho volta. O que interessa é o trajeto real: onde o item para, quem o recebe incompleto e o que a área seguinte faz quando isso acontece.
Três registros decidem a utilidade do mapa: a passagem de trabalho, com quem entrega e quem recebe; o retorno, com o motivo; e o ponto de decisão, com critério e responsável. Sem o retorno desenhado, o mapa parece limpo e o retrabalho segue sem explicação.
Como separar retrabalho de exceção ao ler o mapa
Retrabalho é o trabalho que se repete porque algo chegou fora de condição, e costuma ter motivo repetido. Exceção é o caso que foge da regra por uma razão específica e não se repete com frequência. Os dois aparecem no mesmo trecho do fluxo, mas pedem tratamento diferente.
A separação sai do dado: motivo do retorno, quantas vezes o mesmo motivo aparece e em qual ponto. Quando o mapa marca tudo como exceção, nenhuma mudança se sustenta, porque cada caso parece único. Quando marca tudo como falha de execução, o desenho ignora informação ou critério que faltou na etapa anterior.
O que o mapeamento não decide
O mapa mostra o caminho e as passagens; ele não prova a causa do retrabalho nem define prioridade. Duas causas distintas podem produzir o mesmo retorno desenhado, e o desenho não distingue uma da outra. Ele também não mede volume nem tempo de espera.
Há situações em que mapear antes de agir atrasa a decisão. Quando o problema está concentrado em um ponto já conhecido e há dado disponível sobre ele, corrigir e observar o efeito informa mais que desenhar o fluxo inteiro. O mapa também envelhece: um desenho sem data e sem responsável por atualizar vira referência desatualizada em pouco tempo.
Recurso prático
Checagem do mapa antes de usá-lo como diagnóstico
| Elemento no mapa | Pergunta de verificação |
|---|---|
| Passagem de trabalho entre áreas | Está registrado quem entrega o quê para quem, e o que a área seguinte faz quando o item chega incompleto |
| Trecho em que o trabalho volta | O retorno aparece desenhado com motivo declarado, ou cada volta é tratada como caso isolado |
| Ponto de decisão | Está registrado quem decide, com base em qual critério, e o que acontece quando ninguém decide |
O erro mais comum é desenhar o fluxo previsto e não o fluxo que acontece, com retornos, esperas e decisões informais incluídos. Um mapa do previsto costuma ficar limpo e não explica o retrabalho medido.
Sobre o que está escrito aqui
Conceitos relacionados: fluxo previsto e fluxo real · passagem de trabalho entre áreas · ponto de decisão · retorno ao ponto anterior · tempo de espera. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Processos, retrabalho e produtividade — Página central do tema
- Exceções de processo: como tratar o caso fora… — exceções sem tratamento
- Indicadores de processo: como medir produtivi… — produtividade sem medida
Páginas relacionadas
O mesmo problema em outro objetivo
- Mapeamento de processo: por onde começar e onde parar — Organizar um processo
- Processo no papel e processo real: como comparar mapeamentos — Comparar alternativas
- Mapeamento de processo: como medir se o mapa está em uso — Explicar medição
- Mapeamento de processo: como implementar em etapas curtas — Orientar implementação
- Mapeamento contratado: o que definir antes de assinar — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Tarefa sem dono entre áreas: como medir antes de cobrar — Explica como separar fila, espera e responsabilidade para medir tarefa sem dono entre áreas, com critérios de origem, tempo e ponto de decisão.
- Informação incompleta na entrada: onde mapear o retrabalho — Critérios objetivos para rastrear devoluções de tarefas, identificar campos críticos ausentes na entrada e separar falha de preenchimento de falta de regra.
- Aprovações lentas: onde o processo trava e como reduzir — Como medir o tempo de espera por faixa de valor, definir alçadas e o que fazer quando a aprovação é realmente necessária.
- Aprovação verbal: como identificar onde ela acontece — Descreve onde a aprovação verbal acontece, o que fica sem registro depois dela e o que um rastro mínimo de decisão resolve.
- Processo copiado de outra área: o que rever antes de adotar — Mostra quais premissas de um processo copiado de outra área precisam ser verificadas, o que deve ser reescrito e como testar o desenho antes da adoção.