Une supervision des processus Camunda utilisable hors de l'IT

Deux publics, deux questions

Les ingénieurs demandent : le moteur va-t-il bien, et quelque chose a-t-il échoué ? Les opérations demandent : où en sont nos dossiers, et sommes-nous dans les temps ? Les deux relèvent de la supervision, mais pas avec les mêmes vues.

Camunda 8 couvre bien la première. Operate montre les instances de processus, où chacune se trouve sur son diagramme et lesquelles ont des incidents, et permet de les relancer. Optimize ajoute rapports et analyses. Ces outils sont faits pour des personnes qui connaissent Camunda.

Le second public (responsables de processus, chefs d'équipe, managers) finit souvent par demander à l'IT des captures d'écran ou des exports, faute d'accès aux outils de Camunda ou d'envie de les apprendre.

Ce qu'il faut suivre

Les incidents. Un incident est une étape que le moteur n'a pas pu terminer : un worker a levé une erreur, une variable manquait, un service était indisponible. Chacun est un dossier à l'arrêt. Suivez combien sont ouverts, où ils surviennent et combien de temps ils le restent.

Les volumes. Combien de dossiers ont démarré, abouti, échoué sur une période. Une chute soudaine des démarrages peut révéler un formulaire cassé bien avant la première plainte.

Les durées. Combien de temps prennent les dossiers de bout en bout, et chaque étape. Les moyennes cachent les dossiers dix fois plus longs : regardez aussi les plus lents.

Les échéances. Combien de tâches sont en retard ou dues aujourd'hui, et pour quelle équipe.

La charge. Combien de tâches ouvertes chacun détient, et combien personne n'a prises.

Montrer le dossier sur son diagramme

Une liste d'instances dit que quelque chose ne va pas. Le diagramme dit où. Voir un dossier comme un jeton sur son vrai diagramme BPMN, l'étape en échec en évidence, transforme « le dossier 1042 est bloqué » en « le dossier 1042 attend au contrôle de crédit parce que le service de scoring n'a pas répondu ». Un responsable de processus peut agir, ou orienter vers le bon ingénieur.

Ne pas attendre la réclamation

La façon la plus coûteuse d'apprendre un échec, c'est par un client. Une bonne supervision pousse l'important vers les gens au lieu d'attendre qu'ils regardent :

• un centre de notifications pour ce qui demande de l'attention maintenant ;
• une alerte quand une tâche arrive ou qu'une échéance est menacée ;
• un court rapport périodique pour ceux à qui le résumé suffit.

Tout au même endroit

Quand la supervision vit dans un outil, les tâches dans un autre, les formulaires dans un troisième et les rapports dans des tableurs, personne n'a la vue d'ensemble. Réunir la boîte de tâches, les dossiers en direct et les chiffres au même endroit, chacun voyant ce que son rôle autorise, fait de la supervision une habitude plutôt qu'une enquête.

Dans Bridge

Bridge montre chaque instance qui avance sur son vrai diagramme BPMN. Les incidents apparaissent sur le diagramme avec leur contexte d'erreur et une relance en un clic, et le centre de notifications liste ce qui demande votre attention.

Le tableau de bord montre volumes, échecs et durées sur la période de votre choix, la vue de charge montre qui détient quelles tâches, et des rapports PDF hebdomadaires partent vers la direction et les auditeurs. Chacun ne voit que les menus que son rôle autorise : les responsables de processus ont la vue qu'il leur faut sans accès à Camunda.