Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Mapeamento de processo: como medir se o mapa está em uso

como saber se o mapeamento de processos está sendo usado ou só produzindo documento

Resposta direta

Mapeamento se mede por decisão, não por documento produzido. O que importa é quantas decisões do período citaram o processo descrito como referência, quanto do processo crítico está descrito em nível suficiente para decidir e quantas horas por mês a atualização consome. Os três números juntos dizem se o mapa orienta a operação ou apenas existe. Isolados, enganam: cobertura alta com uso baixo indica documentação por inércia, e uso alto com manutenção alta só se justifica se o processo for crítico.

Objetivo
Explicar medição
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Mede o próprio mapeamento — uso, cobertura e custo de manutenção — em vez de medir o processo mapeado.

Uso se mede em decisão, não em acesso

Mapeamento tem valor quando muda uma decisão. A pergunta útil não é quantas pessoas abriram o documento, e sim quantas decisões do período citaram o processo descrito como referência. Mudança de escopo, revisão de responsável, ajuste de prazo e definição de exceção são decisões verificáveis. Acesso ao arquivo não é.

O registro pode ser simples: data, decisão, processo citado. Sem esse registro, qualquer número de uso é estimativa. Quem mede mapeamento sem registrar decisão acaba medindo popularidade do arquivo.

Cobertura e custo de manutenção andam juntos

Cobertura é a fatia dos processos críticos que está descrita em nível suficiente para decidir. Medir cobertura total engana, porque processos de baixo impacto consomem manutenção sem retorno. Vale separar o que é crítico do que é apenas frequente.

O custo de manutenção é o que mais se ignora. Revisão, redistribuição e ajuste após mudança de sistema consomem horas todo mês. Um mapa desatualizado tem custo negativo: orienta errado e gera retrabalho. Medir uso e manutenção juntos evita manter documentação por inércia.

O que a medição do mapeamento não resolve

Medir uso não corrige processo ruim. Um mapa fiel a um fluxo cheio de etapas desnecessárias será pouco usado, e o número baixo aponta o processo, não o mapa. A medição indica onde olhar, não o que mudar.

Também não substitui decisão de responsável. Nenhum indicador decide se um processo deve ser mantido, fundido ou encerrado. Isso é escolha de quem responde pela área. Há ainda limite de comparabilidade: processos com volumes muito diferentes não devem ser confrontados pelo mesmo índice.

Recurso prático

Índice de uso do mapeamento

IU = (D / P) × 100, onde D é o número de decisões registradas que citam o processo descrito e P é o número de decisões do período que dependiam desse processo.

D
decisões por período
decisões ou mudanças registradas que citam o mapa ou o processo descrito como referência
P
decisões por período
decisões do mesmo período que dependiam do processo mapeado, mesmo quando não citaram o mapa
C
horas por mês
horas gastas para manter o mapa atualizado, somando revisão, ajuste e redistribuição após mudanças

O erro mais comum é medir uso pelo número de acessos ao arquivo. Acesso não indica decisão. Um mapa muito consultado e nunca citado em decisão não altera a operação; o índice precisa contar decisão, não leitura.

Sobre o que está escrito aqui

Conceitos relacionados: uso do mapa em decisão · cobertura de processos críticos · custo de manutenção do mapa · aderência ao processo descrito · horas de atualização por mês. 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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Processos, retrabalho e produtividade

Quer avaliar isso no seu contexto?

Esta página trata de mapeamento. Diagnóstico de Perdas Ocultas é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.