Projet d'IA en dérive : signaux d'alerte et redressement en 2026
Un projet d'IA ne s'effondre presque jamais un jour précis. Il dérive : un jalon repoussé de deux semaines, une démonstration prometteuse mais refaite chaque fois différemment, une demande de « quelques données de plus », une facture un peu plus lourde que prévu. Pris isolément, chaque signe paraît anodin. Ensemble, ils annoncent un projet qui consomme du budget sans produire de résultat mesurable. Voici neuf signaux à repérer tôt, un test simple pour savoir où vous en êtes, et un plan de redressement en cinq étapes, y compris quand la bonne décision est de s'arrêter.
Les neuf signaux d'alerte
- Les jalons glissent sans que les critères changent. Un retard de livraison est normal ; un retard répété qui n'est jamais expliqué par un obstacle précis ne l'est pas.
- La démonstration n'est jamais la même. Si chaque présentation montre d'autres exemples, vous n'avez pas de mesure : le système réussit sur ce qu'on a préparé.
- Personne ne sait dire s'il fonctionne. Aucun jeu d'essai, aucun seuil, aucun chiffre : seulement « ça progresse bien ». Voyez la méthode de test avant mise en production.
- Le périmètre gonfle. Chaque réunion ajoute une fonction « puisqu'on y est ». Le projet n'est plus celui du contrat.
- Les demandes de données se multiplient sans explication. Le besoin de données supplémentaires est légitime quand il est justifié (« nous manquons de cas sur tel sujet ») ; il l'est moins quand il sert à masquer un manque de méthode.
- Les coûts d'usage échappent au suivi. Vous ignorez ce que coûte le système par mois, et le prestataire non plus, ou ne souhaite pas le dire.
- Les utilisateurs sont absents. Les futurs utilisateurs n'ont rien vu, rien testé. Le projet avance dans le vide.
- La documentation n'existe pas. Tout repose sur une personne chez le prestataire. Son départ ou son indisponibilité bloquerait le projet.
- Les réponses deviennent défensives. Les questions précises reçoivent des réponses vagues ; chaque point difficile est renvoyé à plus tard.
Un ou deux de ces signes méritent une question. Quatre ou plus justifient d'agir sans attendre.
Le test des quatre questions
Posez-les lors d'un point d'étape, par écrit, avec une réponse attendue sous une semaine :
- Qu'avons-nous mesuré, avec quel jeu de cas, et quel est le résultat actuel face au seuil convenu ?
- Qu'est-ce qui reste à faire avant la mise en service, avec une date et un coût ?
- Quelle est la dépense mensuelle prévisible une fois en production, sur trois volumes ?
- Que se passe-t-il si nous arrêtons aujourd'hui : que récupérons-nous ?
Un prestataire sérieux répond précisément, même quand la réponse est mauvaise. Si les réponses sont absentes ou contradictoires, vous avez votre diagnostic.
Le plan de redressement en cinq étapes
Étape 1 : geler et sécuriser (une semaine)
Suspendez les nouvelles demandes et les nouvelles dépenses. Vérifiez ce que vous détenez : accès aux environnements, aux comptes, aux données, au code, aux consignes. Faites sauvegarder l'état actuel. Si le prestataire est la seule personne à détenir un accès, demandez sans attendre un double d'accès administrateur. Cette étape protège votre capacité à agir, quelle que soit la suite.
Étape 2 : mesurer l'existant (deux semaines)
Rejouez votre jeu de cas d'essai sur le système tel qu'il est, sans préparation. Si vous n'en avez pas, constituez-le maintenant, comme le décrit notre modèle de cahier des charges. Relevez la qualité, la rapidité, le coût d'usage réel et l'avis de trois utilisateurs. Vous disposez enfin d'un état des lieux factuel.
Étape 3 : trancher entre quatre options
| Option | Quand elle s'impose |
|---|---|
| Continuer | Les mesures atteignent ou approchent les seuils, les causes de retard sont identifiées et corrigibles |
| Réduire | Une partie du périmètre fonctionne, l'autre est hors de portée : on livre la partie solide |
| Changer d'équipe | Le besoin est bon, mais la méthode ou la relation ne permet pas de réussir : on reprend avec un autre prestataire |
| Arrêter | Le gain attendu ne justifie plus le coût, ou la donnée n'est pas à la hauteur : on limite la perte |
Arrêter n'est pas un échec : poursuivre un projet dont la mesure est mauvaise est une décision aussi, et plus coûteuse. Fixez-vous la règle avant de regarder les résultats, comme pour une preuve de concept.
Étape 4 : renégocier ou clore proprement
Si vous continuez, remettez le projet sur des rails écrits : périmètre réduit, jalons liés à des mesures, plafond de dépenses, point hebdomadaire. Si vous changez d'équipe ou arrêtez, appliquez les clauses de fin de contrat : restitution des livrables, de la documentation, des données, transfert de connaissances, suppression des données chez le prestataire avec attestation. Voyez les dix clauses d'un contrat d'IA pour savoir ce que vous êtes en droit d'exiger. Pour un montant important, faites appel à un juriste.
Étape 5 : en tirer la leçon, par écrit
Documentez ce qui s'est passé : à quel moment les premiers signes sont apparus, qui l'a vu, qu'est-ce qui aurait permis d'agir plus tôt. Cette page de bilan sert de base à votre prochain projet et vous évite de répéter la dérive.
Une dérive racontée de bout en bout (situation fictive)
Une entreprise de distribution commande à un prestataire un assistant de réponse aux demandes de clients, pour une enveloppe de projet. Le premier jalon, le prototype, est livré avec deux semaines de retard, expliquées par « des difficultés d'accès aux données ». La démonstration est convaincante, sur quatre exemples. Le deuxième jalon est repoussé : l'équipe du prestataire demande l'accès à des archives de courriels supplémentaires. Le troisième ajoute une fonction de rédaction de devis, absente du contrat, « pour valoriser le projet ».
Six mois après le début, la direction réclame les premiers résultats chiffrés. Il n'y en a pas : aucun jeu d'essai n'a jamais été constitué. En en construisant un en urgence, l'entreprise découvre que le système ne répond correctement qu'à une minorité des cas, que le coût d'usage mensuel est trois fois supérieur à l'estimation initiale et que personne côté client n'a testé l'outil en conditions réelles. La dérive s'est installée par accumulation de petits écarts, chacun acceptable, dont aucun n'a été confronté à un critère de réussite écrit.
Le redressement suit le plan ci-dessus : gel des demandes, mesure sur un jeu de quarante cas, décision de réduire le périmètre à la seule réponse aux questions de suivi de commande, jalons de quatre semaines avec seuils chiffrés, plafond de dépenses. Le projet est livré avec huit semaines de retard sur le calendrier initial, mais avec une mesure, un budget connu et des utilisateurs formés.
Un courrier type pour un point d'étape ferme et courtois
Objet : point d'étape sur le projet [nom] — éléments demandés avant [date].
Bonjour [prénom], pour préparer notre prochain comité, nous aurions besoin des éléments suivants : (1) les résultats de l'évaluation du système sur le jeu de cas convenu, cas par cas ; (2) la liste de ce qui reste à faire avant la mise en service, avec une date et un chiffrage pour chaque point ; (3) l'estimation du coût mensuel d'usage en production sur trois volumes ; (4) l'état de la documentation et la liste des accès dont nous disposons ; (5) votre analyse des risques sur le calendrier.
Nous suspendons les nouvelles demandes de fonctionnalités jusqu'à cet échange. Merci de nous répondre par écrit avant [date] ; nous organiserons ensuite un point de quarante-cinq minutes.
Ce courrier fait deux choses utiles : il remet les faits au centre, et il crée une trace écrite. La qualité de la réponse vous renseignera, quelle que soit la réponse elle-même.
Comment éviter d'en arriver là
Trois garde-fous préventifs réduisent fortement le risque. Des critères de décision signés avant le début, avec un jeu d'essai que vous détenez. Des jalons courts (quatre à six semaines) qui se terminent sur une décision et une mesure. Un point hebdomadaire de vingt minutes avec trois chiffres : l'avancement par rapport au plan, la qualité mesurée, la dépense cumulée. Ces trois habitudes, qui ne demandent aucune expertise technique, protègent mieux que la confiance seule.
Quand demander de l'aide extérieure
Si le projet est important pour l'entreprise et que vous manquez de recul, un deuxième avis technique ponctuel, de quelques jours, sur l'état du système et la qualité du travail livré, est un bon investissement. Choisissez une personne ou une équipe sans lien avec le prestataire en place. Pour identifier des interlocuteurs, vous pouvez consulter le classement des agences IA par ville ou décrire votre situation en indiquant que vous cherchez une reprise ou un audit de projet.