Quand faut-il changer de prestataire IA ?

Les points essentiels

• La grille proposée ici ne juge pas une mission sur un retard isolé : elle examine la répétition des écarts, la qualité des explications, les preuves et les décisions.
• Avant d’accuser l’exécution, vérifiez que le besoin, les données, les responsabilités et les critères d’acceptation ont été suffisamment cadrés.
• Documentation, dépôts, comptes, journaux et livrables intermédiaires doivent rendre le projet reprenable.
• Recadrer, changer ou arrêter sont des options à départager selon les causes observées, la confiance restante et la capacité de reprise.
• La transition se prépare avant de couper les accès, avec inventaire, sauvegarde, rotation des secrets et plan de continuité.

Évaluer la trajectoire, pas seulement la date

Lorsqu’une estimation est révisée, demandez ce qui a été appris, l’effet sur le périmètre et la décision proposée.

Dans cette méthode de diagnostic, traitez comme signaux à examiner la répétition de difficultés sans traces, l’absence d’artefacts vérifiables et les promesses qui remplacent les décisions.

Séparer défaut de cadrage et défaut d’exécution

Grille Contexte Lab : neuf signaux à examiner ensemble

• Dates qui glissent sans cause, impact ni nouvelle hypothèse.
• Démonstrations répétées sans test sur vos données et vos cas limites.
• Périmètre ou architecture modifiés sans trace de décision.
• Dépôt, documentation, schémas et résultats de tests inaccessibles.
• Dépendance à une personne qui détient seule le contexte.
• Comptes, clés ou abonnements ouverts au nom du prestataire sans nécessité.
• Propriété et droits d’usage des livrables laissés ambigus.
• Aucun transfert de compétences ni procédure d’exploitation.
• Maintenance, surveillance et coût récurrent découverts après le pilote.

Continuer, recadrer ou changer

Ce qu’il faut récupérer avant une transition

• Dépôts, branches, historique et instructions de construction.
• Architecture, flux de données, schémas et dépendances.
• Prompts, configurations, jeux de tests et résultats versionnés.
• Inventaire des comptes, clés, modèles, quotas et facturations.
• Sources, index, procédures de mise à jour et règles de conservation.
• Incidents connus, dette technique et travaux encore manuels.

Organiser une bascule sans perdre le contrôle

Créez les copies autorisées, vérifiez qu’elles sont exploitables puis transférez les comptes dans un ordre qui maintient le service. Les secrets doivent être renouvelés après la passation et les anciens accès révoqués de manière traçable.^[1][2]

Pour un système en production, prévoyez une fenêtre de coexistence, un chemin de retour et une communication aux équipes. La relation contractuelle et les droits exacts doivent être examinés à partir du contrat applicable par un professionnel compétent.

Dans l’Union européenne, le Data Act peut encadrer le changement de certains services de traitement de données entrant dans son champ. Cette portée doit être qualifiée pour le service et le contrat concernés ; elle ne s’étend pas automatiquement à tout prestataire IA.^[3]

Choisir le prestataire suivant sur des preuves

• Demander qui intervient réellement et sur quelle disponibilité.
• Faire expliquer un cas d’échec et sa méthode de reprise.
• Exiger des livrables intermédiaires définis et vérifiables.
• Placer les comptes structurants sous contrôle de l’entreprise.
• Tester la documentation avec une personne qui n’a pas construit le projet.
• Définir maintenance, sortie et transfert avant la signature.

Faire la différence entre un retard explicable et une dérive

Encadrer les changements de périmètre par écrit

Chaque modification doit préciser la demande, sa cause, l’impact sur coût, délai, architecture et critères d’acceptation, puis nommer la personne qui arbitre. Sans ce journal, client et prestataire peuvent tous deux reconstruire une histoire différente du projet.

Exiger des livrables intermédiaires reprenables

• Décisions et hypothèses versionnées.
• Architecture et flux de données à jour.
• Dépôt accessible et construction reproductible.
• Corpus de test avec résultats et erreurs.
• Démonstration sur cas représentatifs.
• Liste des dettes, risques et actions manuelles.

Vérifier que le transfert de compétences a réellement lieu

Rendre visible la maintenance dès le cadrage

Incluez surveillance, corrections, évolution des sources, changements de modèles, évaluations, support, consommation et sécurité. Demandez qui intervient, selon quel délai et avec quel plafond de coût lorsque la première version est livrée.

Piloter la reprise avec quelques indicateurs

• Artefacts récupérés et vérifiés.
• Accès transférés ou révoqués.
• Cas de test reproduits par la nouvelle équipe.
• Incidents pendant la coexistence.
• Fonctions encore dépendantes du sortant.
• Décisions et risques résiduels acceptés.

Questions fréquentes