Reprise d'un projet IA : sortir le pilote du tiroir.
Vous avez lancé quelque chose. Une démonstration convaincante, un prestataire qui est parti, un outil que plus personne n'ouvre. Nous reprenons l'existant, nous disons ce qui se récupère et ce qui se jette, et nous menons le reste jusqu'à un usage quotidien.
Quatre façons dont un projet s’arrête
Nous les rencontrons dans cet ordre de fréquence. La quatrième est la plus délicate.
Le pilote qui ne franchit pas la marche
La démonstration marchait sur vingt exemples choisis. En production, les documents sont mal scannés, les cas particuliers sont la règle, et le taux d'erreur devient inacceptable. Le travail restant est presque toujours sur les données, pas sur le modèle.
L'outil que personne n'ouvre
Il fonctionne, il est en ligne, et l'usage s'est éteint en trois mois. La cause est rarement technique : interface pénible, gain invisible pour celui qui s'en sert, ou absence de quelqu'un qui en porte l'usage au quotidien.
Le prestataire parti
Le développeur ou l'agence n'est plus là, le code est peu documenté, et personne en interne ne sait le faire évoluer. La première question est de savoir ce dont vous êtes propriétaire et ce qui dépend d'un compte que vous ne contrôlez pas.
Le projet arrêté par le juridique
Le dispositif est prêt et il ne passe pas, faute de savoir répondre sur les données, l'hébergement ou le contrôle humain. Le déblocage est documentaire avant d'être technique.
Ce que nous regardons en premier
Avant tout devis, une demi-journée d’examen qui répond à quatre questions. Elle est facturée, elle est courte, et elle évite d’engager un budget sur un dispositif à reprendre entièrement.
- De quoi êtes-vous propriétaire ? Le code, les comptes chez les fournisseurs, les clés d’accès, les données produites. C’est le point le plus souvent négligé et le plus bloquant : un agent dont le compte appartient au prestataire parti ne se reprend pas, il se refait.
- Que fait-il réellement ? Pas ce que la documentation annonce, ce que nous constatons en le faisant tourner sur vos cas. L’écart entre les deux est la mesure du travail restant.
- Pourquoi s’est-il arrêté ? Question posée aux utilisateurs, pas seulement au chef de projet. Une reprise qui ignore la cause de l’arrêt reproduit l’arrêt.
- Le besoin existe-t-il toujours ? Un projet lancé il y a deux ans répondait à une organisation qui a peut-être changé. Il arrive que la bonne conclusion soit de ne pas reprendre, et nous la formulons.
Quand le blocage vient du lieu de traitement des données, la reprise passe d’abord par le choix d’architecture décrit sur IA souveraine et hébergement. Ces quatre réponses tiennent dans une note courte. Elle sert de base au devis, et elle vous appartient même si vous ne donnez pas suite.
Pourquoi la production est une autre affaire que le pilote
C’est le point que les démonstrations font oublier. Entre un prototype qui impressionne et un outil dont dépend une équipe, il y a un travail qui n’a rien de spectaculaire et qui représente l’essentiel du coût.
Les cas particuliers. Un pilote traite le document type. La production traite le document abîmé, la facture en trois pages, le formulaire rempli à la main, le fichier envoyé dans le mauvais format. Ces cas ne sont pas des exceptions à traiter plus tard, ils constituent souvent le quart du volume réel.
Ce qui se passe quand ça rate. Un prototype qui échoue affiche une erreur. Un outil en production doit dire qu’il n’est pas sûr, passer la main à quelqu’un, et garder une trace de ce qui s’est passé. Ce comportement représente une part importante du développement et il n’existe presque jamais dans un pilote.
La reprise en main par vos équipes. Corriger une réponse fausse, ajouter un cas, comprendre pourquoi il a répondu ainsi. Sans ces possibilités, chaque anomalie remonte au prestataire et l’outil devient une dépendance plutôt qu’un gain.
Le coût d’usage réel. Un pilote coûte quelques euros par mois. Le même dispositif à l’échelle de l’entreprise peut coûter cent fois plus, et c’est la ligne qui décide de la rentabilité. Nous la chiffrons à la reprise, comme nous le faisons dans tout audit IA.
Sur le travail de vos prédécesseurs
Nous ne commentons pas le travail de confrères que nous ne connaissons pas, et nous nous méfions des reprises qui commencent par démolir l’existant. Un pilote qui n’est pas passé en production a souvent été bien fait pour ce qu’on lui demandait : démontrer. Il n’a simplement jamais eu le budget de devenir autre chose. Notre note de reprise décrit des faits techniques, elle ne distribue pas de responsabilités.
Ce qui se récupère presque toujours. Le travail de cadrage, les jeux d’exemples constitués, les règles métier écrites pendant le projet. Même quand le code se jette, cette matière représente des semaines et elle évite de repartir de zéro.
Reprise de projet, ce qu’on nous demande
Les questions posées quand un projet est resté en plan.
Rarement, et nous nous méfions du réflexe qui consiste à repartir de zéro parce que le code d’un autre est plus long à comprendre qu’à réécrire. Ce qui se jette le plus souvent est la partie interface. Ce qui se garde est le cadrage, les exemples et les règles métier, qui représentent l’essentiel du temps investi.
Il est facturé sur une base forfaitaire, une demi-journée à une journée selon la taille du dispositif, et il s’impute sur la reprise si vous nous la confiez. Nous ne le faisons pas gratuitement parce qu’il demande un vrai travail d’analyse, et parce qu’un diagnostic offert finit toujours par pousser à conclure qu’il y a du travail à vendre.
Oui, et c’est même une configuration confortable : la personne qui l’a écrit est souvent encore là, ce qui accélère beaucoup la compréhension. Le sujet est alors plus organisationnel que technique, car il faut décider qui en garde la charge après notre passage, ce qui se prépare en session avec les équipes.
Nous l’écrivons, avec la raison. Un besoin qui a disparu, une organisation qui a changé, un coût d’usage qui dépasse le gain : ce sont des conclusions légitimes et elles vous font économiser davantage qu’une reprise menée par principe. La note reste votre propriété et elle documente la décision.
Un projet resté en plan
Dites-nous ce qui a été développé, par qui, et depuis quand ça n'avance plus. Nous vous disons ce qui se récupère.
