BPMN expliqué simplement : notation et premiers diagrammes

Si vous avez déjà essayé de décrire un processus métier à un collègue et que vous vous êtes retrouvé à dessiner des flèches sur une serviette en papier, vous avez réinventé — très approximativement — le BPMN. Le Business Process Model and Notation est la norme internationale pour représenter les processus de manière visuelle, lisible par toutes les parties prenantes, des équipes métier aux développeurs. Ce guide vous explique les éléments fondamentaux et comment réaliser votre premier diagramme.

Qu'est-ce que le BPMN et pourquoi l'utiliser ?

Le BPMN (Business Process Model and Notation) est un standard publié par l'OMG (Object Management Group) dont l'objectif est de fournir une notation graphique universelle pour représenter les processus d'affaires. La version actuelle, BPMN 2.0, est adoptée par la majorité des outils de modélisation.

Pourquoi utiliser le BPMN plutôt qu'un simple organigramme maison ?

Interopérabilité : n'importe quel professionnel formé au BPMN lira votre diagramme, qu'il soit dans votre équipe ou chez un prestataire.
Précision : les symboles ont une sémantique définie, ce qui évite les ambiguïtés que l'on rencontre souvent avec des notations ad hoc.
Passation vers l'automatisation : certains moteurs de workflow (Camunda, Flowable, Activiti) peuvent exécuter directement des diagrammes BPMN 2.0.

Pour les PME et ETI qui souhaitent cartographier leurs processus et les relier à leur système d'information, le BPMN constitue un langage commun entre les équipes métier et la DSI. C'est précisément ce que propose l'éditeur de processus UrbaHive.

Les quatre familles d'éléments BPMN à connaître

1. Les événements

Les événements marquent les moments importants dans la vie d'un processus. On en distingue trois types principaux selon leur position dans le flux :

Événement de début (cercle simple) : déclenche le processus. Exemple : « Réception d'une commande client ».
Événement intermédiaire (cercle à double contour) : survient pendant le déroulement du processus. Il peut déclencher une action ou en être la conséquence. Exemple : « Délai d'approbation dépassé ».
Événement de fin (cercle épais) : marque la fin du processus ou d'une branche. Exemple : « Commande expédiée ».

Les événements peuvent aussi porter des marqueurs internes : une enveloppe pour un message, une horloge pour un minuteur, un éclair pour une erreur, etc.

2. Les activités

Une activité représente un travail effectué, qu'il soit manuel ou automatisé.

La tâche (rectangle aux coins arrondis) est l'unité de base. Elle peut être qualifiée par un type : tâche utilisateur (réalisée par une personne), tâche de service (exécutée par un système), tâche de script, etc.
Le sous-processus (rectangle aux coins arrondis avec un petit « + » en bas) encapsule une séquence d'activités que l'on ne souhaite pas détailler à ce niveau de lecture.

Pour une PME qui cartographie ses processus, une règle pratique est de limiter chaque tâche à une responsabilité unique, exprimée par un verbe à l'infinitif : « Vérifier la disponibilité du stock », « Envoyer la facture ».

3. Les passerelles

Les passerelles (losange) contrôlent la divergence et la convergence des flux.

Passerelle exclusive (XOR) : un seul chemin est emprunté selon une condition. Symbole : losange vide ou marqué d'un « X ».
Passerelle parallèle (AND) : tous les chemins sont empruntés simultanément. Symbole : losange marqué d'un « + ».
Passerelle inclusive (OR) : un ou plusieurs chemins sont empruntés selon les conditions remplies. Symbole : losange marqué d'un « O ».

La passerelle exclusive est la plus utilisée. Exemple : « La commande est-elle en stock ? » → Oui → tâche « Préparer l'envoi » ; Non → tâche « Informer le client du délai ».

4. Les flux de connexion

Flux de séquence (flèche pleine) : relie les éléments dans l'ordre d'exécution au sein d'un même participant.
Flux de message (flèche en pointillés) : représente un échange d'information entre deux participants distincts (deux pools).
Association (ligne pointillée) : rattache un artefact — commentaire ou donnée — à un élément du diagramme.

Les conteneurs : pools et couloirs

Un pool (rectangle englobant) représente un participant au processus : une organisation, un département ou un système. À l'intérieur d'un pool, les couloirs (lanes, bandes horizontales ou verticales) permettent de répartir les activités par rôle ou par fonction.

Exemple : un pool « Processus de recrutement » avec trois couloirs — « Responsable RH », « Manager opérationnel » et « Candidat ». Chaque couloir contient les tâches dont il a la responsabilité.

Cette structuration est directement liée à la notion de propriétaire de processus. Dans UrbaHive, chaque processus et chaque étape sont associés à un acteur identifié, ce qui permet de détecter automatiquement les processus sans propriétaire — l'un des risques opérationnels les plus fréquents dans les PME.

Un exemple de diagramme : traitement d'une demande de congé

Voici la description d'un diagramme BPMN simple à deux couloirs :

Pool : Gestion des congés

Couloir « Employé » : Événement de début (Envoi de la demande) → Tâche « Remplir le formulaire de congé » → Tâche « Soumettre la demande » → Événement intermédiaire (Attente de décision)
Couloir « Responsable RH » : Tâche « Recevoir la demande » → Tâche « Vérifier le solde de congés » → Passerelle exclusive « Solde suffisant ? »

- Oui → Tâche « Approuver la demande » → Événement de fin (Congé accordé)

- Non → Tâche « Notifier le refus » → Événement de fin (Demande refusée)

Ce diagramme tient en moins de dix éléments et permet pourtant de visualiser clairement les responsabilités, les points de décision et les cas d'échec. Il peut servir de base à une automatisation ultérieure.

Bonnes pratiques pour vos premiers diagrammes BPMN

Commencez par le niveau 0. Ne cherchez pas à couvrir tous les cas d'exception dès le premier diagramme. Modélisez d'abord le chemin nominal (le « happy path »), puis ajoutez les branches d'erreur lors d'une révision.

Nommez explicitement. Les activités portent des verbes d'action (« Valider », « Envoyer », « Vérifier »). Les événements décrivent un état (« Commande reçue », « Délai dépassé »). Les passerelles portent une question fermée.

Un pool = un participant. Ne mélangez pas deux organisations ou deux systèmes dans un même pool. Si un service externe intervient, créez un deuxième pool relié par des flux de messages.

Lisez le diagramme à voix haute. Si vous n'arrivez pas à décrire le flux en une seule phrase par activité, la granularité est probablement trop fine ou trop grossière.

Associez vos tâches aux applications qui les supportent. C'est l'étape qui fait passer la modélisation de processus d'un exercice documentaire à un outil de pilotage réel. Dans UrbaHive, chaque étape d'un processus peut être liée à une ou plusieurs applications de votre cartographie SI, ce qui permet ensuite de calculer les heures automatisables et de détecter les risques opérationnels.

BPMN et éditeur de processus UrbaHive

UrbaHive intègre un éditeur de processus visuel qui s'inspire des conventions BPMN pour rester accessible aux profils non techniques, tout en maintenant la rigueur nécessaire à une analyse structurée. Chaque étape est qualifiée par son mode d'exécution (manuel, assisté ou automatisé), sa durée et son responsable. Le tableau de bord calcule ensuite un score d'optimisation et un volume d'heures automatisables par mois.

Cette approche est décrite en détail dans notre guide de cartographie des processus métier et dans l'article sur la méthodologie de cartographie par étapes.

Conclusion

Le BPMN n'est pas réservé aux architectes d'entreprise ou aux spécialistes BPM. Avec quatre familles d'éléments — événements, activités, passerelles et flux — et quelques règles de nommage, n'importe quelle équipe peut modéliser ses processus de manière rigoureuse et partageable. Le vrai bénéfice n'est pas le diagramme en lui-même, mais ce que vous en faites : identifier les goulots d'étranglement, détecter les risques, mesurer le potentiel d'automatisation et aligner vos équipes sur un référentiel commun.

Commencez gratuitement sur UrbaHive et modélisez votre premier processus en quelques minutes avec l'éditeur de processus intégré.

FAQ

Q : Faut-il être certifié BPMN pour utiliser la notation ?

R : Non. La certification OCEB2 ou BPM CBOK est utile pour des projets complexes, mais pour cartographier les processus courants d'une PME, la maîtrise des éléments de base présentés dans cet article est suffisante.

Q : Quelle est la différence entre un diagramme BPMN et un logigramme classique ?

R : Un logigramme (flowchart) est une notation générique sans sémantique stricte. Le BPMN est un standard normé : chaque symbole a une signification précise, ce qui garantit l'interprétation identique par tous les lecteurs formés à la norme.

Q : Peut-on exporter un diagramme BPMN vers un moteur de workflow ?

R : Oui, si votre outil exporte au format BPMN 2.0 XML. Des moteurs comme Camunda ou Flowable peuvent lire ce fichier et exécuter le processus automatiquement. UrbaHive se concentre sur la cartographie et l'analyse ; pour l'exécution, une intégration avec un moteur dédié est recommandée.

Q : Combien d'activités peut contenir un processus BPMN ?

R : Il n'y a pas de limite formelle, mais un diagramme lisible tient généralement entre 5 et 20 activités. Au-delà, il est préférable d'utiliser des sous-processus pour décomposer la complexité.

Q : Le BPMN est-il adapté aux processus très techniques ou informatiques ?

R : Le BPMN décrit les processus métier, pas les flux techniques internes à un système. Pour les interactions entre services applicatifs, des notations comme ArchiMate ou les diagrammes de séquence UML sont mieux adaptés. Consultez notre guide ArchiMate pour en savoir plus.