Méthode : un processus d'ingénierie vérifiable, du pilote à la production

La méthode part d'une hypothèse : un flux identifié peut devenir un système exploitable si chaque phase est bornée par des entrées, des sorties et des critères de passage. Le processus est proposé, pas un résultat passé. Il sert à rendre le travail vérifiable : ce qui est écrit peut être contrôlé.

Avant toute phase, l'architecture du flux est écrite : entrées, étapes, outils, sorties, points de validation humaine. Cette architecture est la référence de toutes les phases suivantes. Toute modification est consignée dans le journal de décision.

Phase | Entrées | Sorties | Responsabilités Cadrage | flux candidats, données, accès, objectifs | cartographie, critères, journal de décision | client valide le périmètre ; nous qualifions données et risques Conception | architecture validée | spécification des règles, des exceptions et des points de validation | nous rédigeons ; responsable métier valide les règles Implémentation | spécification | système instrumenté, connecteurs testés | nous construisons ; client fournit accès et cas réels Pilote | système, cas réels | mesures d'écart, corrections, reprise testée | nous mesurons ; client valide les sorties Production | pilote validé | système documenté, transféré | nous transférons ; client prend la main Maintenance | système en production, journaux | suivi, corrections, évolutions | nous suivons ; client décide des évolutions

Données incomplètes : atténué par qualification en phase de cadrage. Règles instables : atténué par validation métier et journal. Intégration fragile : atténué par test réel. Erreur en production : atténué par journalisation, notification et procédure de reprise documentée. Chaque erreur est traitée comme un cas à documenter, pas comme un incident à cacher.

Chaque phase a une gate : le passage est validé sur critères, pas sur calendrier. Gate 1 : architecture et critères écrits. Gate 2 : règles validées par un responsable métier. Gate 3 : pilote conforme aux critères d'acceptation. Gate 4 : décision explicite de passage en production. Si une gate n'est pas atteinte, on arrête ou on redéfinit le périmètre.

Le journal consigne chaque choix structurant et sa justification : choix du premier flux, choix de l'approche documentaire, choix des connecteurs, cas refusés. Il est remis au client et sert de référence pour les évolutions. Un choix non documenté est considéré comme non fait.

Le livrable de transfert comprend la documentation complète du système, la formation des responsables et la remise des accès. La maintenance couvre le suivi des erreurs, les corrections documentées et les évolutions décidées ensemble. Les modalités précises sont définies au cadrage. Aucun SLA chiffré n'est promis hors accord explicite.

Lancer un pilote vers la production : décrivez le flux, nous vous remettons l'architecture, les critères et le journal de décision du premier pilote.