Diagramme de collaboration
Un diagramme BPMN qui montre au moins deux piscines échangeant des messages — la vue à utiliser quand « le processus » traverse plusieurs organisations.
Ce que montre un diagramme de collaboration
Un diagramme de collaboration est un diagramme BPMN qui contient plusieurs piscines et au moins un flux de message entre elles. Chaque piscine est un participant — typiquement une organisation, un département ou un système — et les flux de message sont les lignes en pointillés qui montrent quelle piscine envoie quoi à quelle autre, et quand.
Si vous modélisez un processus qui se déroule entièrement dans une même entreprise, vous n'avez pas besoin de diagramme de collaboration — un processus à une seule piscine avec des couloirs suffit. Le diagramme de collaboration devient nécessaire dès que le processus traverse une frontière de confiance : client ↔ fournisseur, entreprise ↔ banque, système interne ↔ API tierce. À cette frontière, vous ne pouvez plus présumer du contrôle — seulement des messages.
Les règles qui comptent
- Un flux de séquence ne traverse jamais une frontière de piscine. À l'intérieur d'une piscine, les tâches sont reliées par des flux de séquence ; entre piscines, par des flux de message.
- Chaque piscine possède ses propres événements de début et de fin. On ne peut pas démarrer dans une piscine et terminer dans une autre.
- Une piscine repliée — dessinée comme une boîte noire sans contenu — est parfaitement valide quand seuls les messages comptent, pas le processus interne du participant.
- Les flux de message connectent des activités ou des événements de part et d'autre, pas des couloirs. Un message va toujours d'une étape concrète à une autre.
Les diagrammes de collaboration dans LucidFlow
LucidFlow détecte les processus multi-parties pendant l'analyse du document. Quand une transcription ou une procédure décrit des interactions entre « notre équipe » et « le fournisseur » ou « le client », le générateur produit un diagramme de collaboration avec une piscine par participant et des flux de message pour chaque échange asynchrone. La heatmap colore alors les flux de message selon leur temps d'attente — montrant exactement où le processus cale à un passage de main organisationnel, qui est presque toujours le type de délai le plus coûteux.
Questions fréquentes
Un diagramme de collaboration, c'est pareil qu'un diagramme à couloirs ?
Non. Un diagramme à couloirs utilise des couloirs dans une seule piscine, typiquement pour répartir un processus par rôle. Un diagramme de collaboration utilise plusieurs piscines, chacune représentant un participant distinct — organisations différentes, frontières de confiance différentes.
Peut-on mélanger couloirs et piscines dans le même diagramme ?
Oui, et c'est même recommandé. Un diagramme de collaboration dont une des piscines contient des couloirs est normal — la piscine, c'est l'organisation ; les couloirs, ce sont les rôles à l'intérieur.
Quand faut-il dessiner l'autre partie en piscine repliée (boîte noire) ?
Quand vous ne savez pas, ou ne voulez pas savoir, comment l'autre partie exécute son côté. Une piscine repliée documente « nous leur envoyons X et ils finissent par nous renvoyer Y » sans prétendre modéliser les rouages internes d'un système que vous ne possédez pas.