Para ler BPMN, identifique eventos (círculos), atividades (retângulos arredondados) e gateways (losangos). Setas mostram a sequência; piscinas e raias indicam participantes e responsabilidades. Esse conjunto permite acompanhar muitos processos sem decorar toda a notação.
BPMN é uma notação padronizada para representar processos de negócio. Este guia apresenta os símbolos mais usados e como combiná-los.
O que significa BPMN
BPMN vem de Business Process Model and Notation, ou Modelo e Notação de Processos de Negócio. A OMG define símbolos e significados para comunicar processos. Algumas ferramentas também interpretam informações estruturadas do modelo.
Nem todo diagrama precisa ser executável. Um mapa para alinhamento pode mostrar o caminho principal; um modelo para automação requer mais detalhes e validação técnica. Defina público e finalidade antes de desenhar.
Os três elementos básicos do BPMN
Uma forma simples de começar é observar o tipo de forma e perguntar qual papel ela cumpre. Círculos marcam acontecimentos, retângulos arredondados representam trabalho e losangos controlam a rota do processo. A aparência é um primeiro indício; rótulos e conexões completam a leitura.
- Evento: algo acontece, como o início de uma solicitação, o recebimento de uma mensagem ou a conclusão do processo.
- Atividade: alguém ou algum sistema realiza uma ação, como conferir pedido ou enviar confirmação.
- Gateway: o fluxo se divide, se reúne ou segue por caminhos condicionais.
Na ilustração, um evento inicial conduz a uma tarefa. Um gateway exclusivo escolhe uma das alternativas; outro gateway reúne os caminhos antes do evento final. O desenho é um fragmento didático: em um processo real, o nome de cada atividade e a condição de cada saída devem deixar a lógica explícita.
Eventos: início, intermediário e fim
Eventos são círculos. O início marca onde o processo começa; o fim indica que terminou. Um evento intermediário ocorre no percurso e pode representar espera, mensagem ou prazo.
O contorno distingue tipos: início com linha simples, fim com linha espessa e intermediário com linha dupla. Marcadores internos, como mensagem ou temporizador, refinam o significado. Consulte a especificação se esse detalhe afetar a leitura ou execução.
Em uma aprovação, “solicitação recebida” pode iniciar o fluxo, “analisar solicitação” é uma atividade e “processo concluído” encerra a instância.
Atividades: tarefas e subprocessos
Atividades aparecem como retângulos com cantos arredondados. Uma tarefa representa uma unidade de trabalho no nível de detalhe escolhido. Comece o rótulo com um verbo e descreva uma ação observável, por exemplo, “validar cadastro” ou “registrar decisão”. “Cadastro” sozinho pode nomear um objeto, mas não diz o que deve acontecer com ele.
Quando um trecho contém várias etapas, ele pode ser representado como subprocesso e detalhado em outro nível. Essa organização mantém o diagrama principal legível. Se o público só precisa entender o caminho geral, mostre as fases maiores; se precisa executar a rotina, abra o subprocesso ou acrescente um procedimento de apoio.
Gateways: caminhos e decisões
Gateway é o losango que divide ou reúne o fluxo. O exclusivo, normalmente marcado com “X”, segue por uma alternativa. “Documentação completa?” pode levar a “prosseguir” ou “solicitar ajuste”. Nomeie cada saída com sua condição.
O gateway paralelo, marcado com “+”, ativa mais de um caminho e pode reuni-los depois. O inclusivo permite uma ou várias alternativas conforme as condições. Se duas tarefas precisam terminar antes do avanço, um gateway exclusivo não representa essa regra.
Pergunte se a lógica é “uma alternativa”, “todas” ou “uma ou mais opções”. Consulte a referência oficial para confirmar o símbolo quando a precisão formal importar.
Fluxos de sequência e de mensagem
A linha contínua com ponta de seta é o fluxo de sequência: mostra a ordem dentro do processo. Cada saída de uma decisão deve corresponder a uma condição compreensível.
O fluxo de mensagem usa linha tracejada e indica comunicação entre participantes separados. Não representa a ordem interna de tarefas de uma mesma piscina. Confundir os dois tipos de fluxo deixa responsabilidades ambíguas.
Piscinas e raias: quem participa
Piscinas representam participantes de uma colaboração, como uma empresa, cliente ou fornecedor. Raias dividem uma piscina para mostrar papéis, áreas ou sistemas envolvidos. A sequência de trabalho corre dentro da piscina; mensagens podem cruzar de um participante para outro.
Use nomes de funções, como “Atendimento” e “Financeiro”, quando o objetivo for esclarecer responsabilidade. Não crie uma raia para cada pessoa se isso não ajuda o público a entender o processo. Para uma visão de alto nível, poucas raias costumam ser mais fáceis de acompanhar.
Como montar um primeiro diagrama BPMN
- Defina o objetivo do desenho e quem vai consultá-lo.
- Escolha um processo específico e combine seus limites: o que o inicia e qual resultado o encerra?
- Liste as atividades principais em ordem, usando verbos claros.
- Marque eventos que mudam o estado do processo, sem transformar cada detalhe em evento.
- Inclua um gateway quando houver uma escolha, paralelismo ou reunião de caminhos.
- Mostre participantes e raias somente quando esclarecerem quem executa cada etapa.
- Revise cada seta e condição com alguém que conheça a rotina.
Para decompor o contexto antes de detalhar as tarefas, um SIPOC pode ajudar a delimitar entradas, saídas e participantes. Depois, o BPMN pode explicar a sequência e as decisões em maior detalhe.
Exemplo hipotético: aprovação de uma compra
Considere uma empresa que recebe uma solicitação de compra. O evento inicial é “solicitação enviada”. A área responsável confere os dados. Um gateway exclusivo pergunta “pedido completo?”. Se não, a equipe solicita correção e aguarda o reenvio; se sim, encaminha a análise para aprovação. Após a decisão, outro caminho trata a compra aprovada ou comunica a recusa. O evento final marca o encerramento da solicitação.
Esse exemplo é hipotético e não estabelece uma regra de compras. Cada empresa deve validar papéis, critérios e exceções de acordo com a própria operação. O diagrama serve para tornar essas decisões visíveis e conversar sobre elas antes de transformar o fluxo em instrução ou automação.
Erros comuns ao ler ou desenhar BPMN
- Tratar todo losango como a mesma decisão: identifique se a lógica é exclusiva, paralela ou inclusiva.
- Usar nomes vagos: prefira ações e condições específicas a rótulos como “análise” ou “ok?”.
- Confundir sequência e mensagem: a primeira ordena atividades dentro do processo; a segunda comunica participantes.
- Detalhar demais o mapa principal: agrupe atividades relacionadas em subprocessos e aprofunde quando o público precisar.
- Omitir exceções frequentes: represente desvios relevantes, mas valide com executores para não inventar comportamento.
- Presumir que um desenho bonito é formalmente correto: verifique os símbolos e a semântica na especificação quando conformidade importar.
BPMN ou fluxograma: qual escolher?
Um fluxograma simples pode explicar uma sequência curta. BPMN oferece vocabulário mais rico para eventos, participantes, mensagens, decisões e paralelismo, útil quando várias áreas precisam ler o mesmo modelo.
Escolha pela finalidade: uma notação leve pode bastar para três etapas; BPMN ajuda quando responsabilidades e tipos de evento precisam ficar explícitos. Veja o guia de mapeamento de processos e identificação de gargalos para preparar a análise.
Checklist de leitura rápida
- Encontro o início e o fim do processo?
- Consigo distinguir atividades de decisões?
- As saídas de cada gateway mostram qual condição segue?
- Sei quem executa cada atividade e quem recebe mensagens?
- As tarefas estão escritas como ações claras?
- As exceções relevantes foram confirmadas com quem executa?
Perguntas frequentes sobre símbolos BPMN
Todo diagrama BPMN precisa de piscina e raia?
Não necessariamente. Use piscinas e raias quando participantes ou responsabilidades precisarem ficar visíveis. Um processo simples de um único participante pode ser mostrado sem uma colaboração complexa.
Uma tarefa pode ter mais de uma saída?
O fluxo pode seguir para mais de um elemento, mas, se a divisão depende de condições ou paralelismo, represente a lógica com o gateway adequado. Assim, o desenho explica por que existem várias rotas.
Preciso decorar todos os símbolos?
Não para começar. Aprenda eventos, tarefas, gateways e fluxos de sequência; consulte a especificação para eventos ou marcadores menos comuns. O nível de detalhe deve acompanhar a finalidade do modelo.
Referências confiáveis
- Object Management Group — Business Process Model and Notation, versão 2.0.2, especificação formal de elementos e semântica BPMN.
- BPMN.org — documentos oficiais e exemplos da notação, incluindo a especificação e materiais de apoio.
- Department for Education do Reino Unido — padrão de notação de processos, publicado em outubro de 2025 e revisado anualmente.