Sous-processus BPMN : Comprendre et organiser vos diagrammes

Alors que les processus métier deviennent de plus en plus complexes, les sous-processus deviennent essentiels pour maintenir la clarté, la modularité et la réutilisabilité. Dans cet article, vous apprendrez ce que sont les sous-processus en BPMN, quand utiliser chaque type et comment les appliquer efficacement.

Qu'est-ce qu'un sous-processus en BPMN ?

Un sous-processus est une activité composée — en d'autres termes, il représente une séquence de tâches groupées qui sont traitées comme une seule étape dans le processus principal. Au lieu de montrer toutes les activités à la fois, le modèle affiche uniquement le bloc de sous-processus, avec des détails disponibles pour ceux qui souhaitent l'étendre ou l'analyser séparément. Les sous-processus aident à : - Diviser les grands processus en parties plus gérables ; - Réutiliser une logique commune ; - Rendre les diagrammes plus faciles à lire et à maintenir.

Avantages de l'utilisation des sous-processus

Les sous-processus sont des alliés stratégiques dans la modélisation des processus car ils favorisent la clarté, la modularité et la standardisation. En organisant un processus en parties plus petites et cohérentes, vous améliorez la communication entre les équipes et facilitez la maintenance et l'évolution du modèle au fil du temps.

• Organisation : Maintient le processus principal clair en regroupant les activités connexes en blocs.
• Concentration : Permet de répartir les responsabilités entre les zones ou les équipes, facilitant ainsi la délégation et la compréhension.
• Standardisation : Permet la réutilisation cohérente des flux qui se répètent dans différentes parties de l'entreprise.
• Gouvernance : Améliore le contrôle des parties critiques du processus, soutenant la maintenance et l'auditabilité.

Types de sous-processus BPMN 2.0

Lors de la modélisation d'un processus métier, il est courant d'identifier des parties qui méritent plus de détails ou un regroupement logique. BPMN 2.0 propose différents types de sous-processus à cet effet, chacun ayant un rôle spécifique. Comprendre ces variations est essentiel pour représenter votre processus de manière claire et précise.

Le tableau ci-dessous donne un aperçu des principaux types :

Sous-processus intégré

Un sous-processus intégré est le sous-processus le plus simple dans BPMN. Il est modélisé au sein du même diagramme de processus, ce qui signifie que ses tâches internes sont entièrement contenues dans le processus parent.

Caractéristiques clés :

• Fait partie du processus principal, avec des événements de début et de fin intégrés.
• Peut être représenté de deux manières :
  • Réduit : un rectangle avec une icône “+” au centre.
  • Développé : montre toutes les tâches internes directement dans le diagramme.
• Idéal pour détailler une section du processus sans créer un nouveau diagramme.
• Ne peut pas être réutilisé dans d'autres processus.

✅ Quand l'utiliser :

• Lorsque les tâches sont étroitement liées au processus principal.
• Pour améliorer la lisibilité du diagramme en regroupant les actions connexes.
• Lorsque la réutilisation dans d'autres flux n'est pas nécessaire.

Exemple :

Dans un processus de "Nouvelle Inscription Client", des tâches comme la vérification des documents, la validation des données et l'approbation de l'inscription peuvent être regroupées dans un sous-processus intégré appelé "Vérifier et Approuver le Client".

Call Activity : le véritable "sous-processus réutilisable"

Dans BPMN 2.0, l'élément officiel pour la réutilisation s'appelle Call Activity.

💡 Qu'est-ce que c'est ?
Une Call Activity est une activité qui invoque un processus séparé, qui peut être réutilisé à travers différents processus ou à plusieurs points au sein du même.

C'est idéal pour centraliser des sous-processus récurrents tels que :

• “Approuver la demande”
• “Émettre une facture”
• “Valider les données client”

Avantages de Call Activity :

• Permet la standardisation des sous-processus critiques à travers l'organisation.
• Soutient la maintenance centralisée : modifier le processus appelé le met à jour partout où il est utilisé.
• Réduit la redondance et l'incohérence logique entre les départements.

Sous-processus d'événement

Le sous-processus d'événement a été introduit dans BPMN 2.0 (officiellement publié en 2011) et représente un sous-processus qui ne fait pas partie du flux de séquence principal, mais qui peut être déclenché lorsqu'un événement spécifique se produit — tel qu'un message, une condition temporelle ou une erreur.

🌟 Cas d'utilisation typiques

⚠️ Interruptif vs Non-interruptif

• Interruptif : Arrête le flux de processus principal lorsqu'il est déclenché.
• Non-interruptif : Fonctionne en parallèle sans affecter le processus en cours.

Vous pouvez l'identifier par la ligne de l'événement de début :

• Ligne continue = interruptif
• Ligne en pointillés = non-interruptif

Exemple :

Dans un processus d'approbation, si aucune réponse n'est reçue dans un délai de 5 jours ouvrables, un sous-processus d'événement de minuterie peut envoyer une alerte au gestionnaire et fermer automatiquement la demande.

✅ Quand l'utiliser :

• Pour gérer les exceptions, retards ou événements externes.
• Pour modéliser des actions qui dépendent d'événements parallèles.
• Lorsque la surveillance automatique et la réponse sont nécessaires.

Sous-processus Ad-Hoc : quand l'ordre des tâches n'a pas d'importance

Le sous-processus Ad-Hoc est utilisé lorsque les tâches internes peuvent être exécutées dans n'importe quel ordre, ou même facultativement, selon le contexte ou le jugement humain.

Caractéristiques clés :

• Aucune séquence explicite entre les tâches.
• Les activités peuvent être réalisées partiellement, complètement, ou être ignorées.
• Idéal pour les processus créatifs, collaboratifs ou exploratoires.

✅ Quand l'utiliser :

• Dans des contextes sans séquence prédéfinie.
• Pour modéliser des flux de travail informels ou créatifs.
• Quand les participants décident quoi faire, quand, et s'ils doivent le faire.

Exemple :

Dans un sous-processus appelé “Planifier un événement d'entreprise”, des tâches comme :

• Choisir le lieu
• Définir les intervenants
• Planifier les rafraîchissements
• Concevoir des supports promotionnels

...peuvent se dérouler dans n'importe quel ordre ou simultanément. L'important est qu'elles soient toutes réalisées avant l'événement, mais l'ordre dépend de l'équipe.

Sous-processus transactionnel : pour des opérations contrôlées en plusieurs étapes

Le sous-processus transactionnel est utilisé lorsque vous devez vous assurer qu'un groupe d'activités est complété en tant qu'unité — soit toutes réussissent, soit aucune ne réussit. Ce type de sous-processus représente une transaction au sens métier et est utile lorsque vous souhaitez modéliser le comportement de validation/annulation.

Caractéristiques clés :

• Encapsule des activités qui doivent réussir ensemble.
• Peut être annulé, annulé, ou confirmé en utilisant des événements intermédiaires.
• Utilisé dans des processus qui nécessitent une compensation ou une gestion des erreurs si quelque chose tourne mal.

✅ Quand l'utiliser :

• Pour des opérations financières ou légales où l'achèvement partiel n'est pas acceptable.
• Lorsque l'échec d'une étape nécessite d'annuler les étapes précédentes.
• Lorsque vous souhaitez modéliser explicitement les limites de validation/annulation.

Exemple :

Dans un processus de demande de prêt, vous pourriez avoir un sous-processus transactionnel pour “Signer le contrat et libérer les fonds.” Si le contrat n'est pas signé, toutes les préparations (comme la réservation de fonds) doivent être annulées — modélisées comme un flux de compensation.

Meilleures pratiques lors de l'utilisation des sous-processus

• Utilisez des sous-processus pour regrouper des tâches logiquement liées.
• Privilégiez les Activités d'Appel lorsque le même flux doit être réutilisé.
• Utilisez des Sous-Processus d'Événement pour gérer les exceptions, les retards et les interruptions.
• Nommer clairement les sous-processus en utilisant verbe + complément : "Réviser la Demande", "Enregistrer la Requête".
• Documentez les processus appelés dans les Activités d'Appel — y compris la version, le propriétaire et l'objectif.

Exemples pratiques

Dans un processus de “Demande de matériel” de l'image ci-dessous, le sous-processus “Gérer la préparation de commande et la livraison” gère toutes les tâches depuis la préparation des articles jusqu'à l'expédition au demandeur.

Si vous développez le sous-processus, vous pouvez voir toutes les tâches internes qui composent ce flux — offrant ainsi de la clarté tout en gardant le processus principal concis.

Dans un autre exemple, il y a deux Activités d'appel : "Enregistrer les fournisseurs" et "Recevoir les marchandises achetées".

Lorsque vous naviguez vers le processus derrière "Enregistrer les fournisseurs", vous pouvez voir tout le flux du sous-processus.

Ce qui est intéressant ici, c'est que le processus appelé commence par un événement de début de message simple, ce qui signifie qu'il peut être initié manuellement à tout moment. Cela ajoute une plus grande flexibilité à la conception globale, car le sous-processus peut également fonctionner de manière indépendante si nécessaire.

🚀 Explorez les diagrammes avec des sous-processus

👉 Vous pouvez accéder à des exemples gratuits avec des sous-processus et des Activités d'appel en utilisant votre compte gratuit dans le modélisateur HEFLO BPMN. Cliquez sur le bouton ci-dessous pour explorer un autre article rempli d'exemples réels de sous-processus BPMN.

Questions Fréquemment Posées (FAQ) sur les sous-processus BPMN

Quelle est la principale différence entre un sous-processus intégré et une activité d'appel ?

Un sous-processus intégré est défini et détaillé directement dans le même diagramme, tandis qu'une activité d'appel référence un processus distinct qui peut être réutilisé dans d'autres diagrammes.

Une activité d'appel peut-elle s'appeler elle-même ?

Non. BPMN ne prend pas en charge l'invocation récursive de processus. Une activité d'appel doit référencer un autre processus distinct.

Que se passe-t-il si un sous-processus événementiel et le processus principal s'exécutent en même temps ?

Si le sous-processus événementiel est interruptif, il arrêtera le flux principal. S'il est non interruptif, il s'exécutera en parallèle sans affecter le processus principal.

Comment savoir quand utiliser un sous-processus transactionnel ?

Utilisez-le lorsque le sous-processus doit être entièrement complété ou annulé. Il est idéal pour les opérations financières, juridiques ou sensibles.

Un sous-processus ad hoc est-il juste un groupe de tâches ?

Pas exactement. Bien qu'il regroupe des tâches, la distinction clé est qu'il ne définit pas une séquence — l'ordre d'exécution est flexible ou laissé aux participants.

Les sous-processus peuvent-ils contenir d'autres sous-processus ?

Oui. BPMN permet l'imbrication de sous-processus. Un sous-processus intégré, par exemple, peut contenir un autre sous-processus en son sein.

Conclusion

Les sous-processus sont essentiels pour créer des modèles BPMN clairs, structurés et efficaces. En comprenant les différentes options — intégrés, déclenchés par des événements, réutilisables, ad hoc et transactionnels — vous gagnez en flexibilité pour représenter tout, des routines simples aux exceptions complexes et aux flux collaboratifs.

Choisir le bon type de sous-processus rend le processus plus compréhensible pour tous les participants et plus facile à maintenir au fil du temps. De plus, de bonnes pratiques autour de la documentation et de la réutilisation aident à standardiser et à renforcer la gouvernance à travers vos processus métier.