Pools et couloirs

Que sont les pools et les couloirs ?

En BPMN 2.0, les pools et les couloirs (également appelés lanes) servent à organiser les processus et à représenter visuellement les rôles, les services ou les entités qui y participent. Ils permettent de préciser qui est responsable de chaque tâche et comment les différents participants interagissent.

Pools

• Objectif : un pool représente un participant majeur au processus ou une entité plus large, comme une organisation, un système ou un partenaire commercial. Les pools délimitent un processus et indiquent que plusieurs organisations ou services peuvent collaborer.

• Représentation visuelle : un grand rectangle qui contient un processus complet. Il peut comprendre plusieurs couloirs, mais chaque pool représente un processus ou un participant distinct.

• Exemple : un processus auquel participent deux entreprises peut comporter un pool pour « Entreprise A » et un autre pour « Entreprise B ».

• Cas d’utilisation : les pools servent généralement à modéliser les interactions entre différentes entités, par exemple lorsqu’une entreprise échange avec un fournisseur externe, un partenaire ou un client. Chaque entité dispose de son propre pool, et les flux de message entre les pools représentent leurs échanges.

Couloirs (lanes)

• Objectif : un couloir (ou lane) est une subdivision d’un pool qui organise les activités selon les rôles, les services ou les systèmes concernés. Les couloirs précisent qui est chargé d’effectuer chaque tâche dans un pool.

• Représentation visuelle : des subdivisions horizontales ou verticales d’un pool, chacune correspondant à un participant différent, par exemple un service, un rôle ou un système.

• Exemple : dans le pool d’une entreprise, vous pouvez créer des couloirs pour les ventes, les finances et le service client, puis attribuer les tâches à chaque service.

• Cas d’utilisation : les couloirs permettent d’attribuer les tâches au sein d’un pool et d’indiquer clairement qui réalise chaque activité. Par exemple, les tâches de traitement des factures peuvent figurer dans le couloir « Finances », tandis que celles liées aux demandes des clients apparaissent dans le couloir « Service client ».

Pool réduit

• Objectif : un pool réduit représente un participant au processus, comme une entreprise, un service ou un système, sans afficher le détail de son flux de travail interne. Il permet de montrer les interactions entre participants sans révéler leurs processus internes.

• Représentation visuelle : un grand rectangle sans activité interne visible. Il contient généralement uniquement le nom du participant et peut être traversé par des flux de message qui illustrent ses échanges avec d’autres participants.

• Exemple : un diagramme peut représenter les échanges entre une entreprise et un fournisseur. Le processus interne de l’entreprise est détaillé, tandis que le fournisseur apparaît sous la forme d’un pool réduit, ce qui indique sa participation sans décrire ses étapes internes.

• Cas d’utilisation : les pools réduits sont utiles pour représenter les échanges entre plusieurs participants sans détailler le processus de chacun. Vous pouvez, par exemple, montrer les interactions entre un client et un fournisseur externe sans afficher les procédures internes de ce dernier.

Exemple

Ce diagramme représente un seul participant au processus :

Fournisseur

Le pool contient plusieurs couloirs correspondant aux services de l’organisation.

Le couloir Marketing est subdivisé en deux domaines de responsabilité plus précis :

• Avant-vente : activités qui soutiennent le processus de vente avant la conclusion d’une affaire.
• Après-vente : activités menées après une vente pour entretenir la relation client et fidéliser la clientèle.

Les couloirs permettent de préciser quel service ou quel rôle est responsable de chaque activité, tout en montrant que toutes les activités relèvent de la même organisation.

Les pools et les couloirs structurent clairement les processus complexes en montrant comment différents services collaborent au sein d’une même organisation.

Quand utiliser un diagramme à couloirs ?

Un diagramme à couloirs apporte une structure utile lorsque le problème concerne un transfert entre équipes plutôt qu’une étape du processus. Trois signes à repérer :

• Le travail passe d’un service ou d’un système à un autre. Si tout se déroule au sein d’une seule équipe, les couloirs ajoutent des lignes sans apporter d’information.
• Les transferts semblent être à l’origine des retards. Les couloirs rendent visible l’attente entre deux équipes, que le diagramme classique masque dans un flux de séquence.
• Vous devez préciser les responsabilités. Un couloir indique qui est responsable d’une activité ; un pool précise à quel participant elle appartient.

Limitez-vous à un seul pool lorsque le processus est interne à un participant et que le public a uniquement besoin d’en connaître les étapes. Ajouter des couloirs à un processus sans transfert élargit le diagramme, le rend plus difficile à lire et n’apporte aucune information supplémentaire.

Mettez-vous d’accord dès le départ sur une convention : les couloirs représentent-ils des rôles, des systèmes ou des équipes ? Appliquez ensuite le même principe à tous les diagrammes. Des conventions différentes sont la principale raison pour laquelle deux diagrammes à couloirs d’un même processus ne peuvent pas être comparés.

Sujets connexes

• Activités : tâches et sous-processus.
• Objets de connexion : liens entre les éléments.