Como fazer fluxograma de processos em 6 passos

Um fluxograma de processos bom não nasce no computador: nasce da conversa com quem executa. Este guia mostra o caminho completo, do primeiro rabisco ao desenho validado, com os quatro símbolos do BPMN que resolvem quase tudo.

Mão desenha à caneta um fluxograma em três raias numa folha de papel kraft aberta sobre a mesa, com algumas etapas pintadas de cobre

O que é um fluxograma de processos

Fluxograma de processos é o desenho da sequência de trabalho que transforma uma entrada (um pedido, uma nota, uma solicitação) em uma saída (o produto entregue, o pagamento feito, o chamado fechado). Ele mostra o que acontece, em que ordem, quem faz cada parte e onde o caminho se divide.

A notação mais usada é o BPMN (Modelo e Notação de Processos de Negócio), padrão mantido pelo consórcio internacional OMG: quem conhece a notação lê o desenho do mesmo jeito, sem legenda inventada. Um fluxograma de pedido, pronto, fica assim:

Processo de pedido, do recebimento ao faturamento
VendasEstoqueExpediçãoFinanceironãosimPedido recebidoConferir pedidoTem todos ositens?Avisar clientedo prazoPedido em esperaSeparar itensDespachar pedidoEnviar boletoPedido faturado
VendasEstoqueExpediçãoFinanceironãosimPedidorecebidoConferirpedidoTem todosos itens?Avisarcliente doprazoPedido emesperaSepararitensDespacharpedidoEnviarboletoPedidofaturado

Uma raia por papel, um losango de decisão com as duas saídas rotuladas e cada caminho terminando num evento de fim. É aonde os 6 passos abaixo levam.

Passo 1: defina onde o processo começa e onde termina

O erro mais comum é tentar desenhar "o comercial" ou "a logística" inteira. Isso é uma área, não um processo. Escolha um processo com começo e fim claros e escreva as duas pontas antes de qualquer caixa:

  • Início: um fato que dispara o trabalho, como "pedido recebido pelo WhatsApp".
  • Fim: o resultado que encerra o processo, como "boleto pago e baixado".

Se não dá para dizer em uma frase o que inicia e o que encerra, o escopo está grande demais. Divida.

Passo 2: liste quem participa e crie as raias

No BPMN, cada participante ganha uma faixa chamada raia. Toda etapa desenhada numa raia é responsabilidade daquele papel.

Use papéis, não nomes de pessoas: pessoa muda, o papel continua. Quem faz duas funções aparece em duas raias, o que já ajuda no diagnóstico.

Passo 3: levante as etapas com quem executa

Aqui a maioria dos fluxogramas trava. Quem chefia descreve a regra; quem executa descreve o que acontece no pedido incompleto, no cliente que muda de ideia e no dia em que o sistema cai. O fluxograma precisa do segundo relato. Levante uma área de cada vez.

À mão, esse passo consome semanas de conversa, anotação e transcrição.

Sem ferramenta, o método é este:

  1. Peça o último caso real, do gatilho ao fim, a quem faz, não só a quem chefia.
  2. Grave, com autorização. O detalhe esquecido volta pela gravação.
  3. Pergunte pelo desvio: "e quando falta produto?". É na exceção que o processo real aparece.
  4. Use notas adesivas antes do software: uma etapa por nota, uma fita por raia.

Passo 4: desenhe com os quatro símbolos básicos do BPMN

A especificação do BPMN tem dezenas de elementos, mas o fluxograma de uma pequena ou média empresa se resolve com quatro. O pedido do começo do artigo usa só estes:

Os 4 símbolos que resolvem quase todo fluxograma
CírculoInício e fim do processo
RetânguloUma tarefa: quem faz o quê
LosangoUma decisão: sim ou não
SetaA ordem: o que vem depois

No BPMN, o círculo de fim tem a borda mais grossa que o de início, e o losango com um X dentro indica que só um dos caminhos segue.

Escreva dentro de cada retângulo um verbo e um objeto ("separar itens") e, dentro do losango, uma pergunta que se responde com sim ou não ("tem todos os itens?").

Passo 5: trate as decisões e as exceções

Todo losango precisa de saídas com rótulo ("sim", "não", "acima de R$ X"). Depois, siga cada saída até o fim: no desenho do pedido, o "não" passa por avisar o cliente e termina em "pedido em espera". Caminho que não chega a um evento de fim é pergunta que ninguém respondeu.

Exceção rara não entra no desenho: vai para uma nota no POP.

Passo 6: valide com quem executa

Fluxograma que só o autor aprovou é rascunho. Peça a quem executa para narrar o último caso real seguindo as setas: onde ela disser "na verdade, antes disso...", falta etapa. Depois, teste três casos recentes (normal, com problema, urgente) e registre data, versão e quem validou.

Erros comuns ao fazer fluxograma

Um desenho de pedido com os 4 erros mais comuns
VendasFinanceiroEstoque24PedidorecebidoConferir eaprovarpedido1Tem todosos itens?3SepararitensEmitir notaPedidofaturado
  1. Uma caixa, dois verbos"Conferir e aprovar" esconde a aprovação dentro de Vendas, e a Gerência some do desenho. Uma ação por caixa, na raia de quem faz.
  2. Etapa que só quem executa conheceNa leitura guiada aparece o "na verdade, antes disso, Vendas consulta o saldo". Desenho feito na mesa perde essa etapa.
  3. Decisão sem saída para o "não"Uma seta sem rótulo e nenhum caminho quando falta item: cada um improvisa. Cada saída precisa de rótulo e de um fim.
  4. Raias fora de ordemA seta atravessa o Financeiro para chegar ao Estoque. Raias que mais trocam trabalho ficam lado a lado.

No desenho do pedido do começo do artigo, os pontos 1, 3 e 4 aparecem corrigidos: uma ação por caixa, as duas saídas da decisão rotuladas e as raias na ordem do trabalho.

Outros dois erros não aparecem no desenho, mas estragam o resultado: desenhar o processo ideal no lugar do real (a melhoria vem depois do retrato fiel) e detalhar demais. "Clicar em salvar" não é etapa de fluxograma; isso pertence ao POP.

Fluxograma e POP andam juntos

O fluxograma mostra a sequência e quem faz cada parte. O POP (procedimento operacional padrão) explica como fazer cada etapa, com ponto de controle e critério de conferência. Um sem o outro deixa lacuna: o desenho sem POP não ensina; o POP sem desenho perde a visão do todo. O passo a passo do procedimento está no guia como fazer um POP.

Fontes

Leia também