Graines de Pepse

Le point de départ

Graines de Pepse est un organisme de formation qui a grandi vite, avec les exigences que le secteur impose : traçabilité des parcours, suivi des présences, dossiers de prise en charge. Le catalogue vivait sur un site, les sessions dans des tableurs, et rien ne reliait l'un à l'autre — non par défaut d'organisation, mais parce qu'aucun produit du marché ne couvre cet enchaînement-là à l'échelle d'un organisme indépendant.

La demande était claire, et elle était ambitieuse : un seul outil, du site public jusqu'au suivi des parcours, où une inscription saisie une fois nourrit le dossier du stagiaire et le bilan de fin d'année. Et surtout, pouvoir répondre en trente secondes à une question comme « combien de stagiaires ont terminé cette formation l'an dernier ? ».

Ce qui a été construit

Un outil unique pour toute l'activité. Ce qui est publié en ligne — formations, articles, photos, pages, menus — se met à jour au même endroit que le suivi pédagogique, sans double saisie.

Trois domaines cohabitent :

• Le site public : catalogue de formations, journal, pages éditoriales, formulaire de contact, référencement.
• La pédagogie : sessions, classes, stagiaires, formateurs, inscriptions, présences, compétences acquises, appréciations.
• L'administratif : clients, financeurs, dossiers de prise en charge, pièces justificatives.

Le tout doublé d'un contrôle interne : chaque action sensible laisse une trace horodatée, ce qu'exigent les référentiels qualité auxquels un organisme de formation est soumis.

Le déroulé

L'application n'a pas été livrée d'un bloc : elle a été construite par couches, à partir d'un site vitrine en 2019, chaque couche décidée avec le client au moment où elle devenait utile. Sept ans plus tard, elle couvre trente-sept entités métier et trois domaines qui se parlent. C'est une méthode qui s'adapte à un métier qui bouge — réformes de la formation professionnelle, nouveaux financeurs, nouvelles exigences qualité. Encore faut-il tenir la maison en état.

Ne construire un module qu'une fois le besoin établi

La règle posée avec le client dès la deuxième année : ne pas coder ce qui n'a pas encore manqué. Chaque module est né d'un besoin précis, formulé par ceux qui font le travail. Le suivi des présences est venu de la nécessité de sortir un émargement complet à la demande ; la gestion des financeurs, des pièces justificatives qu'un dossier de prise en charge réclame, au format et au moment où il les réclame.

Investir dans la qualité au bon moment

En 2026, le périmètre fonctionnel étant stabilisé, nous avons ouvert un chantier qualité : suite de tests automatisés, analyse statique au niveau 6, et durcissement du code sur les points relevés par un audit de sécurité.

Le choix qui compte ici est celui du périmètre. Nous ne visons pas la couverture totale : nous testons là où il y a de la logique et du risque. Le critère est unique et tient en une phrase — « si ce bout de code casse sans qu'on le voie, un test avertirait-il d'un bug réel ? ». Les accesseurs triviaux ne passent pas ce filtre, les règles de clôture et les calculs de suivi les passent tous.

Un suivi écrit dans le dépôt tient le fil d'une session à l'autre, avec un journal daté. Sur un chantier mené en pointillé entre deux demandes clientes, c'est ce qui évite de recommencer le diagnostic à chaque reprise.

Ce que ça a changé

L'application est en production et sert quotidiennement, sept ans après sa première mise en ligne. Ce qui est annoncé en ligne et ce qui est géré au quotidien n'ont jamais divergé. La question « où est l'information à jour ? » ne se pose plus : il n'y a qu'un endroit.

Le socle qualité posé en 2026 — tests, analyse statique, durcissement — sécurise la suite : les évolutions se livrent désormais avec un filet, sur un outil dont l'organisme se sert tous les jours.

Ce que nous emportons ailleurs : la règle du « pas de module avant le besoin ». C'est elle qui explique qu'une relation de sept ans avec le même client tienne sur un outil qui n'a jamais eu besoin d'être refait.