Pools e raias

O que são pools e raias

No BPMN 2.0, os pools e as raias (também chamadas de lanes) organizam os processos e representam visualmente os papéis, departamentos ou entidades envolvidos em um processo de negócio. Eles ajudam a esclarecer quem é responsável por cada tarefa e como os participantes interagem. Você pode desenhar pools e raias na tela do ProcessMind. Comece um teste grátis para mapear os papéis em um processo seu.

Pools

• Finalidade: um pool representa um participante importante do processo ou uma entidade mais ampla, como uma organização, um sistema ou um parceiro de negócios. Os pools definem os limites de um processo e indicam que diferentes pools podem representar organizações ou departamentos distintos que trabalham juntos.

• Representação visual: um retângulo grande que contém um processo completo. Ele pode conter várias raias, mas cada pool representa um processo ou participante distinto.

• Exemplo: em um processo com interação entre duas empresas, você pode ter um pool para “Empresa A” e outro para “Empresa B”.

• Caso de uso: os pools costumam ser usados para modelar interações entre entidades diferentes, como uma empresa e um fornecedor externo, parceiro ou cliente. Cada entidade tem seu próprio pool, e os fluxos de mensagem entre eles mostram como se comunicam.

Raias

• Finalidade: uma raia (ou Lane) é uma subdivisão de um pool que organiza melhor as atividades, separando-as por função, departamento ou sistema. As raias deixam claro quem é responsável por executar cada tarefa dentro de um pool.

• Representação visual: subdivisões horizontais ou verticais dentro de um pool, cada uma representando um participante diferente, como um departamento, uma função ou um sistema.

• Exemplo: dentro do pool que representa uma empresa, você pode ter raias para “Vendas”, “Finanças” e “Atendimento ao cliente”, com tarefas atribuídas a cada departamento.

• Caso de uso: as raias atribuem responsabilidades pelas tarefas dentro de um pool e deixam claro quem executa cada atividade. Por exemplo, as tarefas de processamento de faturas podem ficar na raia “Finanças”, enquanto as tarefas relacionadas às dúvidas dos clientes ficam na raia “Atendimento ao cliente”.

Pool recolhido

• Finalidade: um pool recolhido representa um participante do processo, como uma empresa, um departamento ou um sistema, sem mostrar o fluxo interno do processo. Ele permite mostrar interações entre diferentes participantes sem revelar os detalhes dos fluxos de trabalho internos.

• Representação visual: um retângulo grande sem atividades internas visíveis. Em geral, ele mostra apenas o nome do participante e pode ter fluxos de mensagem entrando ou saindo para indicar a interação com outros participantes.

• Exemplo: um diagrama pode mostrar uma empresa interagindo com um fornecedor. Os processos internos da empresa aparecem no diagrama, enquanto o fornecedor é representado por um pool recolhido, indicando sua participação sem detalhar suas etapas internas.

• Caso de uso: pools recolhidos são úteis quando você quer mostrar a interação entre vários participantes, mas não precisa detalhar os processos de todos eles. Por exemplo, você pode mostrar como um cliente interage com um fornecedor externo sem exibir os procedimentos internos do fornecedor.

Exemplo

Este diagrama representa um único participante do processo:

Fornecedor

O pool contém várias raias que representam departamentos da organização.

A raia de Marketing é subdividida em duas áreas de responsabilidade mais específicas:

• Pré-vendas: atividades que apoiam o processo de vendas antes do fechamento do negócio.
• Pós-vendas: atividades realizadas após a venda, com foco no relacionamento e na retenção de clientes.

As raias ajudam a esclarecer qual departamento ou função é responsável por atividades específicas, enquanto todas as atividades continuam fazendo parte da mesma organização.

O uso de pools e raias ajuda a estruturar processos complexos com clareza, mostrando como diferentes departamentos colaboram dentro de uma mesma organização.

Quando vale a pena usar um diagrama com raias

Um diagrama com raias vale a pena quando o problema está na transferência de trabalho, e não em uma etapa. Observe estes três sinais:

• O trabalho passa de um departamento ou sistema para outro. Se tudo acontece em um único time, as raias acrescentam linhas, mas não informação.
• A suspeita é que as transferências estejam causando atrasos. As raias mostram o tempo de espera entre duas áreas, que um diagrama simples esconde no fluxo de sequência.
• Você precisa mostrar quem responde pelo trabalho. Uma raia indica quem é responsável por uma atividade; um pool indica a qual participante ela pertence.

Use um único pool quando o processo for interno a um participante e o público precisar apenas conhecer a sequência. Adicionar raias a um processo sem transferências resulta em um diagrama mais largo, mais difícil de ler e sem informações adicionais.

Vale a pena combinar uma convenção desde o início: decida se as raias representam funções, sistemas ou times e use o mesmo critério em todos os diagramas. Convenções diferentes são o principal motivo pelo qual dois diagramas com raias do mesmo processo não podem ser comparados.

Gere um modelo BPMN personalizado

Tópicos relacionados

• Atividades: tarefas e subprocessos.
• Objetos de conexão: conexões entre elementos.