Ces réalisations, antérieures à la création de Seizm, ont été conçues et utilisées dans différents contextes professionnels. C’est l’expérience sur laquelle s’appuie aujourd’hui chaque intervention.
Les données d’astreinte existaient déjà : exportées, complètes, à jour. Mais leur format obligeait à les retraiter pour répondre à une question aussi simple que « qui est d’astreinte jeudi ? ».
Aucun outil n’a été développé. Les informations ont été reprises dans SharePoint et organisées en vues et filtres correspondant aux questions réellement posées.
Le système d’information n’a pas gagné une application de plus.
Chaque mois, des documents de fin de contrat devaient être lus un à un, complétés, signés, puis rapprochés d’un second document propre au même salarié. Une pièce manquante ne se voyait qu’en aval.
Un programme lit désormais les fichiers, en extrait les identités et les dates, remplit les champs attendus et rapproche les documents d’une même personne. Ceux qui restent sans correspondance sont signalés.
Le traitement mobilisait environ deux journées par mois ; il est ensuite passé sous les trente minutes d’utilisation du programme. Cette estimation vient du retour d’expérience et non d’un relevé, et une partie des fichiers restait à préparer en amont.
Le suivi d’un déploiement vivait dans des fichiers séparés : l’avancement par site d’un côté, les sujets ouverts de l’autre, les comptes rendus de réunion ailleurs encore. Chaque support se maintenait à part, et ils finissaient par diverger.
Une application métier a regroupé la même matière en une source unique : sites, étapes, dates, sujets, responsables, décisions et historique. Les fichiers de suivi et les registres de réunion en sont générés, plutôt que tenus séparément.
D’autres outils de la même famille ont également servi au pilotage de programmes de déploiement multi-sites.
Une équipe support accumulait des réponses utiles dans des messageries et des fichiers personnels. L’information existait, mais elle n’était ni partagée, ni cherchable, ni tenue à jour.
L’application a été construite sur les outils déjà en place : les contenus dans SharePoint, l’interface et la recherche dans Power Apps, la soumission de nouveaux contenus par formulaire. Thématiques, statuts, auteurs, commentaires et réactions permettaient de faire vivre la base au lieu de la figer. Le même socle pouvait servir à suivre des demandes, des actions ou des décisions.
Avant une reprise, les fichiers peuvent provenir de sources différentes et leur conformité n’est pas toujours vérifiée de façon homogène. Une valeur mal formée peut alors n’être détectée qu’au moment du chargement dans le système cible.
Un programme contrôle chaque fichier avant chargement : longueurs, formats numériques, décimales, matricules, dates réelles, mois de paie. Chaque valeur non conforme est signalée pendant qu’elle peut encore être corrigée à la source.
Votre processus a ses propres règles et ses propres exceptions.
Décrire la situation →