Logiciels techniques, programmes de calcul et analyse avancée de données.

La situation. Une entreprise conçoit sur commande des composants dont le dimensionnement exige des vérifications réglementaires. Depuis plus de vingt ans, le travail passe par un logiciel de calcul écrit en interne, sur une plateforme de développement qui n'est plus prise en charge, avec des formats de fichiers propriétaires jamais documentés. Le programme fonctionne, mais plus personne ne peut le modifier avec une sécurité raisonnable. Et les spécifications n'existent pas : les règles vivent dans le code et dans l'expérience d'un seul concepteur.

Ce qui a été fait. Les exigences n'ont pas été recueillies, elles ont été reconstruites. Le travail lit en parallèle trois sources — le code source, les archives des projets réellement exécutés et les indications du bureau d'études — et les fait se confronter : chaque règle extraite du code est recoupée sur les données et rapportée à l'expert, chaque indication de l'expert est vérifiée sur le code. Aucune affirmation n'est acceptée sur parole, ni celle de l'expert ni celle du code ; ce qui n'est pas vérifiable est déclaré tel, au lieu de rester implicite.

Ce qui a changé. L'entreprise a cessé de dépendre d'un savoir qui n'existait qu'à un seul endroit. Ce qui était tacite est devenu un document discutable, et avec la carte du système est sorti la liste des incohérences que plus personne n'avait le moyen de voir, y compris les écarts entre ce que le manuel prescrit et ce que le programme exécute.

La situation. Une organisation reçoit les demandes par e-mail, en forme libre, rédigées par des personnes différentes. Chaque dossier exige des données précises, dont certaines ne se vérifient qu'en croisant plusieurs informations, et produit des documents officiels sur des modèles fixes. Le temps qualifié se perd dans le transport des données : relire, demander la donnée manquante, attendre, recopier les mêmes champs dans plusieurs documents, relancer celui qui doit compléter sa part. Le goulet n'est pas la décision : c'est le transport.

Ce qui a été fait. Un assistant surveille la boîte. Il lit le message, en extrait les données, les vérifie contre les conditions de l'organisation et répond en langage courant pour dire quelle donnée manque et sous quelle forme elle est nécessaire, au lieu de renvoyer un formulaire vide. Au-dessus travaille un gestionnaire qui connaît le cycle de vie du dossier : combien de fois la même donnée a déjà été demandée, si celui qui doit compléter sa part a répondu dans les délais, si le demandeur a déjà un dossier ouvert. Après un nombre déclaré d'échanges infructueux, le dossier est gelé, au lieu d'alimenter un échange infini.

Ce qui a changé. Quand le dossier est complet, les documents officiels sortent déjà remplis sur les modèles de l'organisation, avec les champs alimentés par les données validées. Le temps qualifié revient à l'appréciation de fond, la seule part qui exigeait vraiment une personne expérimentée.

La situation. Quand une entreprise envoie des équipes chez les clients, le programme de la semaine naît de dizaines de contraintes qui se gênent : adresses dispersées sur un territoire large, plages horaires imposées par les clients, priorités commerciales et échéances légales, durées qui changent avec le type de prestation, équipages non interchangeables. Fait à la main, le planning sort toujours praticable mais jamais efficace, et il manque le terme de comparaison pour s'en apercevoir.

Ce qui a été fait. Le problème est formulé comme un problème de tournée avec fenêtres temporelles et résolu avec un solveur d'optimisation. Un premier niveau répartit les interventions sur les jours, en équilibrant la capacité des équipages et en plaçant d'abord les plus lourdes. Un second résout chaque journée comme une tournée sur plusieurs véhicules, avec les temps de parcours réels pris auprès d'un service routier et les fenêtres horaires traitées comme des contraintes qu'on ne peut pas violer.

Ce qui a changé. Le responsable reçoit un planning prêt à l'emploi : tournées sur carte, calendrier quotidien par unité, kilomètres, heures de conduite et saturation des équipages. Et le même planning se régénère en quelques secondes quand une contrainte change, ce qui est la part dont on a besoin tout de suite, quand quelqu'un se décommande.

La situation. Reconnaître à partir d'une photo les articles d'un catalogue qui change chaque jour coûte cher si chaque site doit d'abord recueillir et classer les photographies à la main. C'est ce qui rend prohibitifs les délais d'activation des solutions traditionnelles dans ce type de service.

Ce qui a été fait. L'approche alternative consiste à décrire le catalogue au lieu de le montrer. Les articles du jour sont chargés sous forme déclarative — nom, catégorie, description étendue, ingrédients, quantités — et un modèle multimodal généraliste reconnaît à partir de ces descriptions, pas à partir d'une archive d'images étiquetées. Le système gère aussi les articles composés, avec des coefficients de portion, de sorte que les valeurs restent correctes quand, dans un même choix, coexistent des demi-portions de produits différents.

Ce qui a changé. Activer un nouveau site, c'est charger son catalogue. Il n'est pas besoin de matériel dédié : on utilise le smartphone de la personne, sans totem ni lecteurs. Et le coût varie avec le trafic, au lieu d'être le coût fixe d'une présence à maintenir même quand il passe dix personnes.

La situation. Qui répond de la formation obligatoire de dizaines ou de centaines de personnes tient l'état sur des feuilles de calcul qui vieillissent à chaque embauche et à chaque changement de poste. Le risque n'est pas théorique : c'est de s'apercevoir d'une échéance dépassée pendant une inspection, avec ce que cela implique en matière de sécurité au travail.

Ce qui a été fait. Le problème n'est pas de calculer une date. C'est de tenir ensemble les fichiers du personnel, l'historique des cours et des règles de périodicité différentes selon le rôle et l'activité, et de calculer pour chaque personne et chaque obligation un état parmi quatre : valide, bientôt échu dans le seuil, échu, jamais suivi. De là sortent la matrice de formation lisible d'un coup d'œil, les relances en registre formel et le rapport périodique.

Ce qui a changé. Quand la matrice existe, le travail devient de programmer les cours au lieu de reconstruire l'état. Les données personnelles restent sur le serveur de l'organisation : aucun envoi vers des services externes, obtenu comme contrainte d'architecture et non comme déclaration d'intention.