Archyno
BPMNPratique de la modélisation

Comment dessiner un diagramme BPMN

Six étapes, dans l'ordre qui garde un diagramme de processus honnête : nommez les deux extrémités avant le milieu, dessinez le chemin où rien ne échoue, et seulement ensuite ajoutez les branchements, les exceptions et les participants que vous ne contrôlez pas.

9 min de lectureBPMN 2.05 sur 7

La réponse courte

  • Fixez les deux extrémités avant le milieu. La plupart des désaccords sur un processus portent sur son début ou sur ce qui compte comme terminé.
  • De gauche à droite, couloirs empilés, chemin nominal sur une seule ligne. Absent de la spécification, mais attendu par tous les outils et tous les lecteurs.
  • Nommez chaque tâche verbe plus objet, à la voix active. Si le nom réclame le mot et, ce sont deux tâches ou un sous-processus.
  • Il est terminé quand quelqu'un qui fait le travail l'a lu sans vous corriger. Cette vérification trouve plus de défauts que toutes les vérifications structurelles.
Un chemin heureux BPMN dans une seule piscine Recrutement. Un événement de début poste validé mène à une tâche rédiger l'annonce, une tâche relire le texte, une tâche publier l'annonce et un événement de fin annonce en ligne, le tout sur une seule ligne.
À quoi ressemble le processus après l'étape trois : une piscine, une ligne, aucune bifurcation. Presque tout mauvais diagramme BPMN est un diagramme qui a sauté cette étape et s'est mis à ajouter des passerelles alors qu'on discutait encore du milieu.

01Étape 1. Fixer les deux bouts avant le milieu#

Notez l'événement qui déclenche le processus, puis chaque manière distincte dont il peut se terminer. Pas les étapes : les bouts. Cela prend deux minutes et c'est là que sont les désaccords.

"Recruiting" n'est pas un processus. "From an approved vacancy to a live advert" en est un : il a un déclencheur et une fin énoncée, donc deux personnes peuvent désormais se disputer à bas coût sur l'appartenance de la présélection, avant que quoi que ce soit ait été dessiné.

Nommez plus d'un événement de fin si le processus a plus d'une issue. Un processus qui peut être refusé et qui ne montre pas le refus comme une fin est un processus sur lequel le diagramme ment.

02Étape 2. Lister les étapes sous forme de verbes#

Avant toute forme, écrivez les étapes en liste simple, chacune un verbe et un objet : write advert, review wording, post advert. La règle de nommage fait ici un vrai travail plutôt que d'imposer un style.

  • Un nom seul - Advert - cache si elle est rédigée, relue ou publiée.
  • Une forme passive - Advert is reviewed - cache qui la relit, ce qui est justement la question à laquelle la piscine devra répondre plus tard.
  • Un nom contenant and, ce sont deux tâches, ou bien un sous-processus. Coupez maintenant, tant que c'est une ligne de texte et pas une boîte avec quatre traits accrochés.

03Étape 3. Ne dessiner que le chemin où rien ne va de travers#

Une piscine, de gauche à droite, de l'événement de début à l'événement de fin, aucune passerelle. C'est la figure en haut de cet article, et elle doit sembler trop simple : c'est exactement le but.

Le chemin nominal est la colonne vertébrale à laquelle tout le reste s'accroche, et le dessiner seul force à régler la question de ce qui arrive normalement avant celle de ce qui arrive parfois. Les diagrammes construits dans l'autre sens ont souvent trois branches d'exception et aucune ligne principale claire, et c'est ainsi qu'un diagramme de processus finit lu par personne.

Gardez-le sur une seule ligne horizontale. Plier le chemin principal à un angle pour tenir dans la page coûte plus au lecteur qu'un diagramme large.

04Étape 4. Ajouter les branches et les boucles#

Le même processus de recrutement BPMN, terminé. Un événement de début poste validé mène à une tâche rédiger l'annonce, puis à une passerelle exclusive demandant si le texte est validé. La branche oui mène à une tâche publier l'annonce et à un événement de fin annonce en ligne. La branche non mène à une tâche réviser le texte, qui reboucle vers rédiger l'annonce. La tâche publier l'annonce envoie un flux de message vers une piscine repliée Site d'emploi en dessous.
Le même processus après les étapes quatre et cinq : une décision, la boucle de reprise qu'elle implique, et le participant qui publie réellement l'annonce. Le chemin nominal reste une ligne droite au milieu, et c'est ce qui le garde lisible.

Demandez maintenant, à chaque étape, ce qui peut arriver d'autre. Chaque réponse est une passerelle, et le marqueur qu'elle porte est toute la décision :

  • Exactement un chemin - passerelle exclusive, le losange avec un X.
  • Tous les chemins, toujours - passerelle parallèle, le plus. Rappelez-vous que la jonction attend chaque branche.
  • Un ou plusieurs, selon - passerelle inclusive, le cercle. Puissante et la plus facile à bloquer, alors équilibrez chaque séparation par sa jonction.
  • Ce qui arrive en premier - passerelle basée sur événement. Elle ne décide rien, elle attend.

Ajoutez ensuite les boucles, car c'est l'étape que les gens sautent. Si un travail peut être renvoyé, tracez le flux vers la tâche qui se répète - pas vers la passerelle qui a repéré le problème. Les cinq losanges au complet et le moment où chacun convient sont dans les passerelles BPMN.

05Étape 5. Une deuxième piscine seulement s'il le faut#

Une deuxième piscine coûte cher : un flux de séquence ne peut pas franchir une frontière de piscine, donc tout ce qui passe entre les deux devient un message et le diagramme grandit en hauteur. Payez ce prix pour une seule raison : il existe un participant que vous ne contrôlez pas et à qui vous ne pouvez rien imposer.

Un client, un fournisseur, un prestataire de paiement, un site d'emploi : ce sont des piscines. Vos propres services, non. La finance et le juridique travaillent pour la même organisation et un flux de séquence doit pouvoir circuler entre eux : ce sont donc des couloirs dans une seule piscine.

Quand vous en ajoutez une, envisagez de la laisser vide. Une piscine repliée dit que les messages sont connus et l'intérieur non, ce qui est en général la position honnête et reste vrai quand l'autre partie change sa façon de travailler.

06Étape 6. Passer cinq contrôles#

Rapides, mécaniques, et à eux cinq ils attrapent l'essentiel de ce qui cloche :

  1. Chaque chemin atteint un événement de fin. Suivez chaque branche du doigt. Un chemin qui s'arrête à une tâche est un jeton échoué pour toujours.
  2. Chaque séparation a sa jonction. En particulier les parallèles et les inclusives : une paire déséquilibrée est la façon classique de bloquer un processus.
  3. Chaque tâche est un verbe et un objet. Les noms qui échouent à ce test sont les étapes que personne n'a réfléchies.
  4. Aucun flux de séquence ne franchit une frontière de piscine. Un coup d'oeil le long de chaque ligne de frontière.
  5. Quelqu'un qui fait le travail l'a lu. Ce contrôle trouve plus de défauts que les quatre autres réunis, et c'est le seul qui attrape un diagramme intérieurement parfait qui décrit le mauvais processus.

En une ligne chacun

  1. 01Nommez le déclencheur et chaque fin avant de dessiner la moindre étape.
  2. 02Les étapes sont verbe plus objet ; un nom contenant 'et' est deux tâches ou un sous-processus.
  3. 03Dessinez d'abord le chemin nominal seul, sur une ligne horizontale, dans une piscine.
  4. 04N'ajoutez les passerelles qu'une fois la ligne principale stabilisée, puis les boucles de reprise.
  5. 05La boucle revient à la tâche qui se répète, pas à la passerelle qui a détecté le problème.
  6. 06Une deuxième piscine est pour les participants que vous ne contrôlez pas ; vos propres services sont des couloirs.
  7. 07Cinq contrôles : chaque chemin finit, chaque séparation rejoint, des verbes, aucun flux entre piscines, et une relecture humaine.

Cinq processus complets construits ainsi sont dans les exemples BPMN, et chaque symbole employé en chemin est répertorié dans la référence des symboles BPMN.

07Questions fréquentes#

Quelle est la première étape pour dessiner un diagramme BPMN ?

Fixer les deux extrémités avant de dessiner quoi que ce soit au milieu. Notez l'unique événement qui déclenche le processus et chaque manière distincte dont il peut se terminer : le désaccord sur le périmètre survient alors tout de suite et sans frais, plutôt qu'après vingt boîtes. La plupart des désaccords portent en réalité sur le début et sur ce qui compte comme terminé.

Un diagramme BPMN se lit-il de gauche à droite ou de haut en bas ?

De gauche à droite, avec les couloirs empilés verticalement. Ce n'est pas dans la spécification, mais c'est le défaut de tous les outils et l'attente de tous les lecteurs, donc un processus vertical coûte en compréhension sans rien apporter. Gardez le chemin nominal sur une ligne horizontale et poussez les branches d'exception au-dessus ou en dessous.

Comment nommer les tâches dans un diagramme BPMN ?

Verbe plus objet, à la voix active : Valider la facture, Expédier la commande, Informer le client. Un simple nom comme Facture ne dit pas si elle est créée, contrôlée ou payée, et le passif masque l'acteur. Si un nom de tâche a besoin du mot et, ce sont deux tâches ou c'est un sous-processus.

Quel outil utiliser pour dessiner un diagramme BPMN ?

N'importe lequel exportant du XML BPMN 2.0 plutôt qu'une simple image, car un diagramme enfermé dans un fichier image ne peut être ni validé, ni comparé, ni exécuté. Au-delà, le choix compte moins que ne le suggèrent les comparatifs : la notation est une norme, la contrainte à vérifier est le format d'export.

Comment savoir qu'un diagramme BPMN est terminé ?

Quand chaque chemin atteint un événement de fin, quand chaque passerelle qui divise a sa jointure, quand chaque tâche est un verbe et un objet, quand aucun flux de séquence ne franchit de frontière de couloir, et quand quelqu'un qui fait le travail l'a lu sans vous corriger. Cette dernière vérification trouve plus de défauts que les quatre autres réunies.

Dans cette série

À lire aussi

Tous les articles