O BPMN (Business Process Model and Notation, em português, notação e modelo de processos de negócio) é um padrão para desenhar fluxos de trabalho com símbolos que têm o mesmo significado para todos. Para o gestor municipal, a vantagem é prática: quando o protocolo, a procuradoria e a equipe de tecnologia olham para o mesmo desenho, deixam de discutir o que cada seta quer dizer e passam a discutir o processo. Aqui você vê a origem do padrão, os símbolos principais e como começar sem complicar.
O que é o BPMN
A notação foi criada pela Business Process Management Initiative, com a versão 1.0 de 2004, e passou a ser mantida pelo Object Management Group (OMG) depois que as duas organizações se uniram, em 2005. A versão 2.0 é de 2010-2011, conforme a data de adoção ou de lançamento considerada, e existe uma atualização posterior, a 2.0.2, de 2014. O próprio OMG a descreve como o padrão de fato para diagramas de processos, independente da ferramenta usada e voltado a quem projeta, gerencia e executa processos.
O BPMN tem quatro grupos de elementos. Os objetos de fluxo são os eventos (algo que acontece, como o início ou o fim), as atividades (tarefas) e os gateways (pontos de decisão). Os conectores ligam tudo: fluxo de sequência, fluxo de mensagem e associação. As raias (pools e lanes) mostram quem faz cada coisa. Os artefatos acrescentam documentos, grupos e anotações. A notação completa é extensa, mas para a rotina de uma prefeitura um conjunto pequeno de símbolos resolve a maior parte dos casos.
Por que funciona no setor público
Processos públicos atravessam vários órgãos e exigem decisões formais: o servidor confere, a chefia aprova, o jurídico opina, o ordenador assina. As raias deixam esse caminho visível e mostram onde o processo muda de mãos, que é justamente onde costumam surgir a espera e o retrabalho. Os gateways forçam a equipe a dizer, com clareza, qual critério leva para um caminho ou outro, o que ajuda a revelar decisões que hoje dependem de "costume da casa".
Há também uma vantagem para a informatização. Um desenho padronizado é mais fácil de transformar em requisitos para um sistema de protocolo e tramitação de processos, porque a equipe técnica entende os símbolos. Para quem só quer organizar o trabalho, o BPMN também funciona em papel, sem software.
Como aplicar na prefeitura, passo a passo
- Escolha o processo e os limites. Defina o evento de início (por exemplo, requerimento protocolado) e os de fim (deferido, indeferido).
- Liste as raias. Uma raia por área ou cargo que atua: requerente, protocolo, setor técnico, procuradoria, gabinete.
- Desenhe o caminho feliz. Primeiro o fluxo em que tudo dá certo, com atividades escritas em verbo mais objeto: "conferir documentos".
- Acrescente as decisões. Em cada gateway, escreva a pergunta e os caminhos de saída: documentos completos? sim ou não.
- Inclua as exceções. Devoluções, pedidos de complemento e prazos vencidos.
- Anote prazos e documentos. Em cada atividade, o prazo previsto e o documento que entra ou sai.
- Valide na ponta. Mostre o desenho a quem executa e corrija as diferenças entre o que está no papel e o que acontece.
- Publique a versão oficial. Guarde o desenho com data, versão e responsável.
Modelo para preencher
Antes de desenhar, use a tabela abaixo para reunir o conteúdo. Adapte à realidade do seu órgão.
| Etapa | Raia (quem faz) | Atividade | Decisão ou evento | Prazo | Documento |
|---|---|---|---|---|---|
| 1 | Início | ||||
| 2 | |||||
| 3 | Decisão: sim ou não? | ||||
| 4 | Fim |
Exemplo prático
Exemplo hipotético. Uma prefeitura desenha o fluxo de pedido de reforma de imóvel. O evento de início é o requerimento. A raia do protocolo tem a atividade "conferir documentos", seguida de um gateway: documentos completos? Se não, o fluxo volta ao requerente com uma lista do que falta. Se sim, passa à raia do setor técnico, que analisa o projeto e emite parecer. Um segundo gateway pergunta se o projeto exige análise ambiental; em caso positivo, o fluxo segue para outra raia. Ao final, o gabinete assina a licença. Ao desenhar, a equipe vê que o pedido passa duas vezes pelo protocolo, uma delas sem necessidade, e que a devolução ao requerente não tem prazo de resposta. As duas falhas viram melhorias imediatas.
Quando o BPMN vale a pena
Nem todo processo precisa de desenho formal. O BPMN compensa quando o fluxo envolve várias áreas, quando há decisões com critérios que precisam ficar claros, quando o processo será informatizado ou quando é preciso treinar novos servidores. Para rotinas simples, de uma área só, uma lista numerada de passos costuma bastar. Uma boa regra é desenhar em BPMN os processos que geram mais reclamação, mais devolução ou mais risco, e deixar o resto para versões mais simples. Assim, a equipe ganha prática sem transformar o mapeamento em tarefa interminável.
Erros comuns
- Usar todos os símbolos. Comece pelo básico: início, fim, atividade, decisão e raia.
- Desenhar o que deveria ser, não o que é. Primeiro mapeie a situação atual; o desenho melhorado vem depois.
- Atividades vagas. "Tratar o processo" não diz nada. Use verbo e objeto.
- Esquecer as exceções. O caminho feliz é a minoria dos casos em muitos serviços.
- Desenho que ninguém atualiza. Defina responsável pela versão.
Perguntas frequentes
Preciso de software para usar BPMN?
Não. Há ferramentas gratuitas e pagas, mas um quadro e post-its servem para começar.
BPMN é o mesmo que fluxograma?
É uma evolução padronizada do fluxograma, com símbolos para eventos, decisões, raias e mensagens que o fluxograma comum não define.
Todo servidor precisa aprender a notação?
Quem lê o desenho aprende em poucos minutos; quem desenha precisa de um treinamento curto.
