Swimlanes no BPMN ajudam você a mostrar quem é responsável por cada atividade em um processo de negócios. Eles são divididos em:
-
Pools: Separam participantes, organizações, sistemas ou processos independentes.
-
Lanes: Dividem um pool por funções, departamentos, equipes ou sistemas.
Uma regra útil é: pool = participante; lane = responsabilidade dentro desse participante.
Processo de Exemplo: Processamento de um Pedido Online
Vamos modelar este processo simples:
-
Um cliente faz um pedido.
-
O Atendimento ao Cliente verifica o pedido.
-
O Financeiro confirma o pagamento.
-
O Armazém envia o pedido.
-
O cliente recebe uma notificação de envio.
Passo 1: Definir o escopo do processo
Antes de desenhar qualquer coisa, decida qual processo você está modelando.
Para este tutorial, o escopo do processo é:
Processar pedido online do cliente
O participante principal é a empresa que processa o pedido. O cliente é externo à empresa, portanto você pode representar o cliente como um pool separado.
Passo 2: Identificar os participantes
Liste as pessoas, departamentos ou sistemas envolvidos.
| Participante | Elemento BPMN |
|---|---|
| Cliente | Pool separado |
| Empresa da Loja Online | Pool principal |
| Atendimento ao Cliente | Raias |
| Finanças | Raias |
| Armazém | Raias |
| Sistema de Gestão de Pedidos | Ria opcional |
Os pools representam participantes, enquanto as raias organizam as atividades dentro de um participante.
Passo 3: Criar o pool principal
Desenhe um retângulo grande e rotule-o:
Processo de Pedido Online
Este é o pool principal que contém o processo que deseja analisar.
Um pool pode mostrar o processo interno em detalhe, ou pode estar colapsado quando apenas precisa de mostrar que um participante existe. Um pool colapsado é frequentemente útil para participantes externos cujas ações internas estão fora do âmbito do seu processo.
Passo 4: Adicionar raias ao pool
Divida o pool principal em secções horizontais ou verticais.
Para este exemplo, adicione estas raias:
-
Atendimento ao Cliente
-
Finanças
-
Armazém
Um layout horizontal pode parecer assim:
As raias horizontais e verticais têm o mesmo significado; escolha a direção que torna o processo mais fácil de ler.
Passo 5: Adicionar o evento de início
Coloque um evento de início na raia responsável por receber o primeiro pedido.
Se o pedido for recebido pelo Atendimento ao Cliente, coloque um evento de início nessa raia:
Atendimento ao Cliente: (Início)
Um evento de início BPMN é geralmente desenhado como um círculo fino.
Rotule-o claramente, por exemplo:
Pedido recebido
Passo 6: Adicionar as atividades
Adicione tarefas à faixa da pessoa, departamento ou sistema que as executa.
Para este exemplo:
| Faixa | Tarefa |
|---|---|
| Atendimento ao Cliente | Revisar pedido |
| Financeiro | Confirmar pagamento |
| Armazém | Separar e embalar pedido |
| Armazém | Enviar pedido |
As tarefas são geralmente exibidas como retângulos com cantos arredondados.
A posição de uma tarefa em uma faixa indica a responsabilidade. Uma tarefa colocada na faixa Financeiro significa que o Financeiro executa ou é responsável por essa tarefa.
Etapa 7: Conecte atividades com fluxos de sequência
Conecte tarefas dentro da mesma piscina usando fluxos de sequência, representados por setas sólidas:
As setas mostram a ordem em que as atividades ocorrem. Os fluxos de sequência permanecem dentro da mesma piscina.
Quando o fluxo se move de uma faixa para outra dentro da mesma piscina, continue usando um fluxo de sequência. Mudar de faixa não significa que você precisa de um fluxo de mensagem.
Etapa 8: Adicione gateways quando forem necessárias decisões
Suponha que o Financeiro deva decidir se o pagamento foi aprovado.
Adicione um gateway exclusivo após a verificação do pagamento:
O losango representa um gateway. Rotule cada caminho de saída para que a decisão seja clara.
Um layout possível é:
Etapa 9: Adicione o evento final
Coloque um evento final após a atividade final.
Para um pedido bem-sucedido:
[Enviar pedido] → (Pedido concluído)
Para um pagamento recusado:
[Notificar cliente] → (Pedido cancelado)
Se o processo tiver múltiplos resultados possíveis, use eventos de término separados com rótulos significativos.
Passo 10: Adicionar o cliente como uma piscina separada
Se você quiser mostrar a comunicação com o cliente, crie uma segunda piscina:
+-----------------------------+
| Cliente |
| |
+-----------------------------+
+------------------------------------------------------+
| Processo de Pedido Online |
| Atendimento ao Cliente | Finanças | Armazém |
+------------------------------------------------------+
Conecte as piscinas com fluxos de mensagem, mostrados como setas tracejadas. Use fluxos de mensagem para comunicação entre participantes separados, não para a ordem interna das atividades.
Exemplo:
Cliente
[Enviar pedido]
- - - - - - - - - - - >
Empresa
(Pedido recebido)
Mais tarde:
Empresa
[Enviar notificação de envio]
- - - - - - - - - - - >
Cliente
(Receber notificação)
Modelo simplificado concluído
Uma versão em texto do processo concluído se parece com isto:
Erros comuns de iniciantes
Usar faixas para participantes externos
Se o cliente for um participante independente, use uma piscina separada em vez de colocar o cliente em uma faixa da empresa. A comunicação entre participantes separados é representada por fluxos de mensagem.
Usar fluxos de sequência entre piscinas
Não conecte tarefas em piscinas diferentes com fluxos de sequência. Use fluxos de mensagem em vez disso. Fluxos de sequência são para a progressão interna de um processo dentro de uma piscina.
Nomear faixas com base em indivíduos
Prefira nomes de função ou departamento, como:
-
Representante de Atendimento ao Cliente
-
Departamento Financeiro
-
Equipe do Armazém
-
Sistema de Gestão de Pedidos
Evite nomes como “Alex” ou “Jordan”, pois o diagrama pode se tornar impreciso quando as responsabilidades mudarem.
Criar muitas faixas
Crie uma faixa apenas quando a distinção adicionar informações úteis. Combinar cada indivíduo, aplicação e departamento em faixas separadas pode tornar o diagrama difícil de ler.
Confundir responsabilidade com sequência
Uma faixa indica quem realiza uma atividade. As setas indicam a você quando ocorre. Uma faixa em si não indica ordem.
Desenhar fluxos de mensagem dentro de uma única piscina
Os fluxos de mensagem destinam-se à comunicação entre piscinas separadas. Para transferências entre faixas dentro de uma única piscina, use fluxos de sequência.
Uma lista de verificação rápida
Antes de finalizar seu diagrama, verifique se:
-
O escopo do processo está claro.
-
As piscinas representam participantes separados.
-
As faixas representam funções, departamentos ou sistemas.
-
Cada tarefa é colocada na faixa responsável por ela.
-
Os fluxos de sequência conectam atividades dentro de uma piscina.
-
Os fluxos de mensagem conectam piscinas separadas.
-
Os gateways têm caminhos claramente rotulados.
-
Eventos de início e fim estão incluídos.
-
Os nomes das faixas descrevem funções, e não funcionários individuais.
-
O diagrama pode ser compreendido da esquerda para a direita ou de cima para baixo.
This post is also available in Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Ру́сский and 简体中文.