Análise de valor agregado
Classifica cada atividade em: agrega valor ao cliente, é necessária ao negócio (controle, exigência legal) ou é desperdício. O desperdício sai; o necessário fica mais simples.
Mapear mostra como o trabalho acontece. Analisar mostra por que ele demora, erra ou custa caro, e o que mudar primeiro. Veja o que é análise de processos, como fazer em 7 etapas, as técnicas de cada etapa e um exemplo aplicado ao faturamento.
Análise de processos é o exame de um processo já mapeado para descobrir onde ele perde tempo, dinheiro ou qualidade, por que isso acontece e quais mudanças trazem mais resultado. Ela parte do mapa AS IS e termina numa lista priorizada de melhorias.
Na prática, a análise responde a três perguntas: onde está o problema (gargalo, retrabalho, espera), qual é a causa (regra, capacidade, informação, sistema) e qual mudança vale a pena (impacto, esforço e risco). Sem análise, o mapeamento de processos vira um desenho bem-feito que não muda nada. Sem mapeamento, a análise vira opinião.
| Atividade | Pergunta que responde | Resultado |
|---|---|---|
| Mapeamento | Como o trabalho acontece hoje? | Mapa AS IS em BPMN, validado com quem executa |
| Análise | Onde e por que o processo perde tempo, dinheiro ou qualidade? | Problemas, causas e melhorias priorizadas |
| Modelagem | Como representar o processo com precisão, atual ou futuro? | Modelo BPMN com regras, eventos e dados |
| Melhoria (TO BE) | O que muda e como implantar? | Processo futuro, plano de implantação e indicadores |
As quatro atividades se encadeiam. Na metodologia da Nexus, a análise acontece em duas etapas: o diagnóstico localiza problemas e causas, e a análise com simulação testa as soluções antes de mudar a operação.
A ordem importa: dados antes de opinião, causa antes de solução.
“Reduzir o prazo do faturamento” ou “cortar o retrabalho no cadastro”. Sem um objetivo medido, toda melhoria parece boa.
O mapa precisa mostrar o processo real, com exceções e retornos. Analisar um processo idealizado leva a conclusões erradas.
Quantos casos entram, quanto tempo cada etapa leva, quanto tempo o caso fica parado e quantos voltam para correção.
Gargalos, filas, retrabalho, aprovações redundantes, digitação dupla e passagens de bastão sem dono.
Separe sintoma de causa com Ishikawa e 5 Porquês e confirme com dados.
Para cada causa, uma ou mais mudanças, comparadas por impacto, esforço e risco. Quando a mudança mexe em capacidade ou fila, teste em simulação.
Ordem de implantação, responsáveis e indicadores de acompanhamento. O priorizador de melhorias ajuda a montar a fila.
Na primeira conversa escolhemos o processo prioritário e o formato do projeto.
Classifica cada atividade em: agrega valor ao cliente, é necessária ao negócio (controle, exigência legal) ou é desperdício. O desperdício sai; o necessário fica mais simples.
Compara a demanda de cada etapa com a capacidade de quem executa. A etapa mais ocupada define o ritmo do processo inteiro.
Separa o tempo em que alguém trabalha no caso do tempo em que ele espera. Em processos administrativos, é comum a espera superar o trabalho.
Ordena os problemas por frequência ou custo para atacar primeiro os poucos que concentram a maior parte das perdas.
Organiza as causas possíveis por categoria e desce até a causa que, corrigida, impede o problema de voltar. Ver guia.
Roda o processo no computador com volumes, tempos e pessoas reais para comparar alternativas antes de implantar. Testar o simulador.
| Indicador | O que mede | Para que serve |
|---|---|---|
| Tempo de ciclo | Do início ao fim do caso | Mostra o prazo real que o cliente sente |
| Tempo de espera | Tempo parado em fila entre etapas | Aponta onde estão as filas |
| Taxa de retrabalho | Percentual de casos que voltam para correção | Mede a qualidade na origem |
| Ocupação | Parte do tempo da equipe tomada pela demanda | Revela o gargalo |
| Custo por caso | Horas consumidas × custo da hora | Base para calcular o retorno da melhoria |
| Volume | Casos por dia ou por mês | Dimensiona equipe e capacidade |
Sem números ainda? A calculadora de ineficiências dá uma primeira estimativa do quanto o processo custa hoje.
Do fechamento do pedido à emissão da nota fiscal.
| Ponto de perda | Técnica | O que medir | Decisão |
|---|---|---|---|
| Pedidos devolvidos pelo faturamento | Pareto dos motivos e 5 Porquês | Percentual de pedidos devolvidos e o motivo de cada devolução | Campos obrigatórios e checagem na entrada do pedido |
| Fila de aprovação de crédito no fim do mês | Gargalo e capacidade, com simulação | Pedidos por dia, tempo de aprovação e espera por faixa de valor | Alçadas por valor, com o efeito na fila testado antes |
| Conferência manual em planilha paralela | Análise de valor agregado | Horas por semana gastas na conferência | Ajustar o relatório do sistema e eliminar a planilha |
| Divergências de preço sem dono | Análise das passagens entre áreas | Pedidos parados por divergência e tempo parado | Responsável definido na matriz RACI |
Exemplo ilustrativo, com os mesmos achados do exemplo do guia de mapeamento. A análise acrescenta a evidência de cada problema e a ordem de ataque: primeiro o que mais pesa no prazo, depois o que é mais barato de resolver.
O simulador usado nos projetos foi desenvolvido internamente: as melhorias são comparadas com números antes de chegar à operação.
AS IS em BPMN, validado com quem executa.
Gargalos, perdas e causas, com dados.
Alternativas testadas em tempo, fila, capacidade e custo.
TO BE, RACI, POPs e indicadores.
É o exame de um processo já mapeado para descobrir onde ele perde tempo, dinheiro ou qualidade, por que isso acontece e quais mudanças trazem mais resultado. O resultado é uma lista priorizada de melhorias e o desenho do processo futuro (TO BE).
O mapeamento descreve como o processo acontece hoje, com etapas, responsáveis e decisões. A análise examina esse mapa com dados para encontrar os pontos de perda e suas causas. O mapeamento vem antes; a análise transforma o mapa em decisões.
Análise de valor agregado, gargalo e capacidade, tempo de ciclo comparado ao tempo de execução, Pareto, Ishikawa e 5 Porquês, e simulação de cenários. A escolha depende do problema: fila pede análise de capacidade; erro recorrente pede causa raiz.
Mapeia, analisa e documenta processos junto com as áreas, propõe melhorias com base em dados e acompanha os indicadores depois da mudança. Em empresas sem essa função, o trabalho costuma ser feito por um consultor externo ou por um dono de processo com apoio.
Para a maior parte da análise, não: o mapa em BPMN, uma planilha com tempos e volumes e uma boa reunião resolvem. A simulação exige ferramenta; o editor BPMN e o simulador da Nexus são gratuitos.
Quando o processo cruza várias áreas, quando ninguém tem tempo de medir ou quando a mudança é cara e precisa ser testada antes. Um olhar de fora também reduz o peso das opiniões internas na hora de escolher o que mudar.
Etapas, técnicas, exemplo e entregáveis
Da queixa à causa raiz, com exemplo
Testar mudanças antes de implantar
Do processo atual ao processo futuro
O que é, ciclo, papéis e como começar
Quanto o processo custa hoje, em 7 sinais
A Nexus mapeia o processo real, encontra as causas com dados, testa as melhorias em simulação e entrega o TO BE com RACI, POPs e indicadores.