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.

Naviguer d’un processus à un autre en un seul clic est une capacité que tous les produits de modélisation de processus du marché à présent offrent. C’est la fonctionnalité qui rend l’architecture des processus autant dynamique. Dans cet article, je vous présente deux techniques de modélisations pour passer d’un modèle à un autre soit par zoom (drilldown en anglais) ou par interface (aussi appelé en anglais flowline ou process interface).

Le zoom est une technique séparant des modèles de granularité différentes. C’est le mécanisme utilisé pour passer d’un maillon de value chain à un processus ou d’une fonction de processus à un sous processus et ainsi de suite… Zoomer sur une activité apporte la réponse à la question ‘Comment cette activité est exécutée?’. Le zoom mène vers un modèle contenant un flux détaillant la fonction zoomée.  Inverser le mouvement de zoom revient à se poser la question ‘Pourquoi ce processus prend place et dans quel contexte?’. Rappelez-vous que vos modèles sont consultés par des lecteurs de perspectives bien différentes: certains voudront rester haut niveaux et ne découvrir que les principales actions de votre processus, d’autres seront intéressés aux plus petits détails exécutés par un acteur particulier. Pour satisfaire toutes ces classes de lecteurs il est nécessaire d’avoir différents niveaux de granularité et un mécanisme permettant de naviguer entre ces niveaux.

La première image de droite (source: ARIS community) illustre concrètement le mécanisme de zoom. La seconde fonction du processus est détaillée dans un sous processus sus forme de 3 nouvelles fonctions. Pur assurer une compréhension du sous-processus par le lecteur, les évènements entourant la fonction zoomée sont également reportés dans le sous processus en début et fin de flux.

En apparence l’interface pourrait s’apparenter au zoom: un clic nous fait passer d’un modèle à un autre. Bien que ces deux mécanismes soient physiquement identiques, ils sont conceptuellement très différents. Le zoom offre une navigation à travers des modèles de granularité différentes tandis que l’interface permet de naviguer entre des modèles de même granularité. Aussi toutes les fonctions décrites dans un modèle et ses sous-modèles (obtenus par zoom) appartiennent au même scope tandis que l’interface est une frontière du scope. L’interface permet de voyager d’un processus à un autre processus ou d’un sous-processus à un autre sous-processus de même niveau de granularité. Lorsque le but est de détailler une fonction d’un processus, le zoom devra être utilisé. Ainsi une interface ne doit être utilisée que comme point d’entré ou point terminal du modèle tandis qu’un zoom peut survenir à n’importe moment du processus.

La seconde image de droite (source: ARIS community) illustre ensemble les deux mécanismes. Le drilldown permet pour chacun des 3 maillons de la value chain d’accéder aux processus. Pour naviguer d’un processus à un autre des interfaces ont été créées (objets gris).