Responsabilités pour l'affectation des tâches

Lire un processus, c'est comme lire un livre. Il suit une certaine orientation et est lu de gauche à droite et de haut en bas. Apprendre BPMN, c'est comme apprendre une langue. Tous les éléments BPMN ont une signification spécifique, comme les mots. L'effort en vaut la peine, comme on peut parler, et même penser, dans le langage d'un processus.

En supposant que nous ayons faim, créons un processus utilisant des éléments BPMN de base pour décrire ce que nous devons faire pour atteindre l'objectif de satisfaire notre faim.

• Événement de début pour décrire ce qui déclenche notre processus.
• Un flux de séquence, qui nous guide tout au long du processus et de nos tâches.
• Une tâche pour décrire ce que nous devons faire.
• Événement de fin qui décrit l'état atteint à la fin du processus.

Imaginez que votre processus de gestion est un processus en marbre.

Dans un processus, il y a des coulées que le marbre doit suivre. La seule chose qui peut arrêter notre marbre à travers le processus sont les tâches. Ici, le marbre doit attendre que la tâche soit appliquée. Au final, nous devons nous assurer que tous les flux atteignent l'événement de fin, afin que le marbre puisse toujours franchir la ligne d'arrivée à chaque fois. Si le marbre n'arrive pas, nous savons qu'il y a quelque chose qui ne va pas et que le flux a été interrompu quelque part.

L'exemple du marbre est un moyen facile de penser au concept BPMN d'un 'jeton'. En BPMN, notre marbre est officiellement appelé jeton. Le concept de jeton explique le comportement d'exécution des processus de gestion, quelle que soit leur complexité.

Une fois que vous avez saisi cette idée, il est vraiment utile de comprendre les flux de processus de gestion, et en particulier les messages d'erreur lorsque vous vérifiez le comportement d'exécution des processus.

Si vous pensez que ces "contrôles techniques" ne sont pas importants, car vos modèles ne sont pas exécutés par des systèmes, nous sommes là pour vous le dire - ils sont importants.

Le même concept s'applique dans :

• Vérification de la syntaxe BPMN (s'applique chaque fois que vous enregistrez votre diagramme).
• simulation de processus (où les jetons peuvent même être visualisés).

Si vous appliquez correctement le concept de jeton, vous pouvez comprendre n'importe quel modèle de processus BPMN, quelle que soit sa complexité.

Chaque fois que plusieurs personnes d'une entreprise sont impliquées dans la modélisation de processus, il est important de s'assurer que vous êtes cohérent avec la dénomination. Heureusement, il existe des conventions d'appellation pour les tâches et les événements afin de s'assurer que tous les processus BPMN suivent le même style universel afin qu'ils soient compris dans le monde entier.

Gardez à l'esprit que les conventions d'appellation pour les tâches et les événements sont basées sur les meilleures pratiques de BPMN et ne doivent donc pas être reconnues comme des politiques ou des règles strictes. Vous pouvez vous en écarter s'il est correctement justifié, significatif et également compréhensible pour les concepteurs.

Alors, comment pouvez-vous nommer un événement correctement et de manière cohérente ? Il existe des conventions, qui vous aident à identifier l’État IS. En pratique, les mots de signal potentiels pour nommer les événements sont:

• [demande] s'est produite.
• [commande] reçue.
• [service] disponible.
• [facture] créée.
• ...

Vous n'avez pas besoin d'utiliser le terme "est", mais cela permet de vous assurer que vous décrivez réellement un état IS.

Les tâches de gestion sont exécutées par les ressources, manuellement ou techniquement.

Dans le monde réel, BPMN utilise un autre concept facile à retenir à des fins de modélisation appelé Pool and Lane. Ce concept est utilisé pour modéliser les responsabilités dans les processus de gestion. Les voies peuvent être comparées à une piscine comme des pistes de natation - comme elles leur ressemblent réellement.

Le concept de piscine et de couloir vous permet d'affecter des tâches à des responsabilités, plutôt que l'inverse. Cela est plus judicieux car chaque tâche est exécutée par quelqu'un, et l'affectation d'une même personne à plusieurs tâches à chaque fois est fastidieuse (ce qui était le cas dans des notations telles que EPC).

Un pool représente généralement l'ensemble de l'organisation dans laquelle le processus a lieu.

Les barres représentent la responsabilité réelle de l'application des tâches, qui peut être un rôle, un service, un poste et même une personne nommée (non recommandé).

En général, chaque couloir d'une piscine est responsable de l'application de toutes les tâches affectées. Comme le flux de séquence relie la tâche, un franchissement de voie peut également être considéré comme un transfert d'informations et de responsabilité d'exécution. Par conséquent, les participants doivent interagir et communiquer entre eux.

L'utilisation des piscines et des couloirs est expliquée avec l'histoire suivante de Tim et Robert, deux camarades qui partagent un logement.

Tim a trouvé une nouvelle recette sur internet. Cependant, Tim ne peut pas très bien cuisiner. Heureusement, son colocataire Robert aime cuisiner et est heureux d'essayer la nouvelle recette. Cependant, après avoir cuisiné le délicieux dîner, Robert avait tellement faim qu'il ne pouvait plus attendre Tim (qui était en appel avec sa maman). Alors, il a commencé à dîner seul.

Tim (Couloir) :

• achète des épiceries

Robert (Lane)

• prépare le dîner
• Dîner (Tim n'est pas impliqué)

Alors que Robert mangeait déjà, Tim a senti le dîner pendant son appel téléphonique et est allé à la cuisine - juste à temps! Maintenant, ils peuvent tous les deux manger ensemble.

Robert (Lane)

• prépare le dîner
• Dîner

Tim (participant supplémentaire au processus)

• est également impliqué dans la tâche "dîner"

Concluons ce que nous avons observé dans notre dîner eexemple :

• Les responsabilités (couloirs) appartiennent à une organisation (Pool), dans notre exemple : le logement partagé
• Les responsabilités pour les tâches peuvent être visualisées dans les modèles de processus :
  • via des couloirs.
  • via des participants supplémentaires au processus.

Bien que davantage de participants soient affectés à des tâches, il doit y avoir une responsabilité majeure responsable de cette tâche. Vous pouvez penser à une personne qui s'assure que tous les autres participants affectés se réunissent.

Vous trouverez ci-dessous les possibilités de conventions d'appellation pour les couloirs. Tous les styles de dénomination utilisés dans cette image sont corrects et peuvent également être utilisés en combinaison, même si le style "Personne" doit être évité si possible.