Zéro ressaisie : la chaîne événementielle d'un organisme de formation
Un organisme de formation recopiait à la main chaque événement signé, d'un outil de gestion vers ses tableaux de pilotage. Un agent de synchronisation écrit désormais la ligne au moment de la signature, sous une forme normalisée, sans doublon possible. 0 ligne recopiée à la main depuis la mise en service.
Le contexte
Notre client est un organisme de formation. Les événements signés se gèrent dans un outil de gestion de projet. Le pilotage de l'activité, lui, se fait dans des tableaux collaboratifs. Deux outils légitimes, une même information à maintenir des deux côtés.
Le problème
Entre les deux outils, il n'existait aucun pont. Chaque événement signé était donc ressaisi à la main. Quelqu'un ouvrait l'outil de gestion, lisait, puis recopiait dans les tableaux de suivi. La recopie reposait sur la mémoire et la disponibilité de chacun. Une semaine chargée suffisait à créer un trou.
Ce fonctionnement coûtait cher, de quatre façons. Des oublis, d'abord : certains événements n'arrivaient jamais dans les tableaux. Des écarts, ensuite : les deux outils finissaient par se contredire. Du temps perdu, évidemment : la recopie mobilisait des heures utiles ailleurs. Et le pire : un pilotage assis sur des données fausses. On croyait lire l'activité réelle. On lisait ce qui avait été recopié, ni plus, ni moins. Ce coût ne figurait sur aucune facture. Il se payait en vérifications, en corrections, en doutes.
Ce qu'on a construit
Un agent de synchronisation en temps réel entre les deux outils. Temps réel signifie ici : sans attente et sans intervention humaine. L'information circule au moment de la signature, pas le lendemain. Le fonctionnement tient en quatre étapes simples.
Première étape : le signal. À chaque signature, l'outil de gestion émet un signal automatique, appelé webhook. Personne n'a rien à déclencher. Deuxième étape : la réception. Un récepteur sécurisé capte ce signal. Troisième étape : l'écriture. La ligne est écrite dans l'onglet de pilotage, sous une forme normalisée. Mêmes formats, mêmes intitulés, quelle que soit la saisie d'origine. Quatrième étape : le contrôle des doublons. Un événement déjà présent n'est pas écrit une seconde fois. Le signal peut se répéter, le tableau reste propre.
Enfin, la procédure de redéploiement est documentée. Si le dispositif doit être réinstallé, la marche à suivre existe, noir sur blanc.
Les garde-fous
Un automatisme qui écrit dans vos tableaux doit mériter votre confiance. Notre méthode est la même sur chaque projet. Voici comment elle s'est appliquée ici.
Nous avons commencé par un échantillon. L'agent a été validé sur un petit périmètre avant le branchement complet. Tant que l'échantillon n'était pas irréprochable, rien n'était généralisé. Ensuite, la recette. Une recette formelle a été menée avec l'équipe. Elle a constaté le fonctionnement réel et donné son accord. Puis, la passation. Une documentation de passation a été remise au client. Elle rend l'équipe autonome pour la suite.
Enfin, la propriété. Tout tourne sur les comptes du client. Aucune dépendance à nos propres accès. Le client peut reprendre la main à tout moment. Aucune de ces étapes n'est optionnelle chez nous.
Les résultats constatés
Zéro ressaisie depuis la mise en service. Plus aucun événement recopié à la main. Un seul référentiel, au lieu de deux versions qui divergent. Les tableaux de pilotage reflètent l'outil de gestion, en continu.
Et un changement plus profond : l'équipe pilote au lieu de recopier. Elle lit ses tableaux. Elle ne les remplit plus. Le pilotage repose sur des données à jour, pas sur des recopies. Ces résultats ne sont pas une projection. Ils sont constatés depuis la mise en service.
« Avant, on recopiait chaque événement signé à la main. Aujourd'hui, tout arrive tout seul dans nos tableaux. On n'y pense même plus. »
Les questions qu'on nous pose
Que se passe-t-il si le signal se répète ?
Rien. Un événement déjà présent n'est pas écrit une seconde fois. Le signal peut se répéter, le tableau reste propre.
Faut-il changer d'outil de gestion de projet ?
Non. Les deux outils restent en place et gardent leur rôle. L'agent construit le pont qui manquait entre eux, au moment de la signature.
L'équipe dépend-elle du prestataire ensuite ?
Non. Tout tourne sur les comptes du client, sans dépendance à nos accès. Une documentation de passation a été remise, et la procédure de redéploiement existe noir sur blanc. Le client peut reprendre la main à tout moment.
Quel résultat a été constaté ?
Zéro ressaisie depuis la mise en service, et un seul référentiel au lieu de deux versions qui divergent. Le changement le plus profond est ailleurs : l'équipe lit ses tableaux au lieu de les remplir.