Contexte
Le planning est un processus critique pour l’activité. Avant APS, l’organisation repose sur un planning court terme sous Word et un planning long terme sur tableau mural physique avec étiquettes papier.
Le planning Word structure le travail des services, mais il ne permet pas d’extraction exploitable. Le planning mural permet d’anticiper les charges, mais il impose une consultation sur place et une mise à jour lourde. La préparation du planning trimestriel peut prendre de plusieurs jours à une à deux semaines.
J’ai porté APS pour remplacer ce fonctionnement par un programme utilisable au quotidien, consultable par les équipes et intégré au SI existant.
Rôle
- J’ai été l’acteur principal du projet avec mon collègue.
- J’ai conçu l’approche de modélisation « Process Ressources ».
- J’ai conçu l’architecture applicative (backend dédié, schéma de données dédié, interface).
- J’ai réalisé entièrement la première maquette fonctionnelle.
- J’ai réalisé l’essentiel de l’écriture initiale en moins de 6 mois.
- J’ai transmis ensuite le projet à l’équipe pour extension fonctionnelle et industrialisation, avec une personne dédiée pendant environ un an aux nouvelles fonctionnalités.
Périmètre / fonctionnalités
APS couvre la planification de production pour le court terme comme pour l’anticipation plus long terme.
Fonctionnalités clés :
- vues planning multi-formats (dont timeline responsive, scrollable, paginée) ;
- organisation des événements par type de machine puis machine ;
- analyse de charge par machine ;
- paramétrage via un système de templates conçu dans le projet ;
- édition d’étiquettes en lot et fonctions de pointage ;
- consultation sur différents formats, dont mobile ;
- usage collaboratif, malgré l’absence actuelle de synchronisation multi-écran.
Le projet s’appuie sur React, Mobiscroll, GraphQL, Yup, Tailwind, Vite, un backend Spring Boot dédié à « Process Ressources », PostgreSQL, une intégration à l’ERP et une conduite en Agile / Scrum.
Décisions / arbitrages
- J’ai fait le choix structurant d’une modélisation métier dédiée (« Process Ressources »), influencée par JDF et par un retour terrain accumulé sur environ vingt ans.
- J’ai retenu une solution sur mesure, car je n’avais identifié aucun outil couvrant correctement à la fois notre besoin métier et le niveau d’ergonomie attendu.
- J’ai retenu Mobiscroll comme socle d’interface, car c’était la librairie la plus avancée que j’avais identifiée sur ce sujet.
- J’ai isolé la logique métier dans un backend Spring Boot dédié et les données dans un schéma PostgreSQL dédié pour garder une base réutilisable au-delà de ce seul projet.
Résultats / apports
- APS est le premier projet à concrétiser l’approche « Process Ressources ».
- Le planning est intégré dans l’ensemble des services de l’entreprise.
- Le planning mural a été totalement abandonné.
- Le suivi et la mise à jour quotidienne sont facilités.
- La préparation du planning trimestriel ne demande plus plusieurs jours à une à deux semaines.
- Le retour d’usage est unanimement favorable.
- Pour moi, ce projet a validé opérationnellement l’approche « Process Ressources », qui constitue l’étape conceptuelle avant Octobloc.