Les processus modélisés de façon trop complexe souffrent de plusieurs maux. D’une part, ils ne répondent pas aux attentes des lecteurs. Les objectifs business sont disséminées sous une masse d’autre information ce qui rend difficile la lecture du modèle  et obstrue la compréhension du processus. D’une autre part, le modèle nécessite de fréquentes mise à jour le rendant instable et plus coûteux en maintenance.

Il est donc naturel que le modélisateur doive parfois se poser la question: Dois-je inclure cette information dans mon diagramme?

Cette question n’a pas de solution générique. Un processus ne sera pas modélisé de la même façon selon le niveau d’abstraction souhaité ou encore selon la sensibilité de l’audience. Une information qui n’est pas hors scope (en dehors des bornes de notre processus), a certainement de la valeur pour quelqu’un mais en a-t-elle pour l’audience du modèle que vous réalisez? Est-ce que certaines classes d’informations à inclure ne se représenteraient pas mieux sous forme d’autres modèles distincts de celui du processus?

De nombreuses techniques de modélisations aident à répondre à ces problématiques:

• Définir les bornes du processus
• Manipuler la granularité de l’information
• Séparer les décisions des fonctions

Un article sera dédié pour chacun de ces concepts.