Agence d’automatisation IA : grille de vérification

AI Jungle est elle-même une agence d’automatisation IA pour PME et cabinets de services, à Paris comme ailleurs en France : appliquez-lui la même grille qu’aux autres.

Que fait une agence d’automatisation IA pour l’acheteur ?

Dans cette grille, une agence évalue puis construit un processus borné entre des outils nommés. Certaines agences peuvent aussi le maintenir et former l’équipe. La proposition, et non l’étiquette commerciale, indique les responsabilités incluses. Consultez le guide du consultant en automatisation IA si vous devez comparer des prestataires sur le diagnostic, la construction, la maintenance et la formation. Restez sur cette page si vous devez vérifier une proposition d’agence précise.

Demandez au candidat de classer chaque élément comme inclus, exclu ou à la charge de l’acheteur :

• La source que le processus peut consulter.
• La tâche qu’il peut exécuter.
• La sortie qu’il peut préparer ou modifier.
• La validation humaine requise avant une action.
• Le traitement prévu lorsque le parcours normal ne s’applique pas.
• La trace de la correction et la personne qui doit agir.
• La décision qui suit une sortie acceptée ou refusée.

La proposition doit aussi nommer les personnes autour du travail. Le responsable métier côté acheteur accepte les limites métier. L’opérateur du prestataire exécute ou modifie le processus pendant la période convenue. L’approbateur humain décide si une action en attente peut continuer. Le responsable de maintenance reçoit les erreurs et les demandes de changement.

À retenir : si la proposition ne nomme pas la source, la tâche, la validation, l’exception, la correction et la décision suivante, elle n’est pas prête à être comparée.

Que faut-il exiger avant de comparer les propositions ?

Exigez le même périmètre de livraison écrit de chaque candidat. Sans ce document, vous risquez de comparer une construction ponctuelle à un service exploité, puis de prendre un écart de responsabilité pour un écart de qualité.

Ce tableau est la grille d’achat proposée par AI Jungle, pas une certification sectorielle. Le NIST présente son AI Risk Management Framework comme volontaire et destiné à aider les organisations à intégrer des considérations de fiabilité dans la conception, le développement, l’utilisation et l’évaluation des produits, services et systèmes d’IA (NIST AI RMF). Ce cadre ne certifie ni une agence ni le processus d’un acheteur (NIST AI RMF).

Le NIST AI RMF Playbook propose des actions pour les fonctions Govern, Map, Measure et Manage (NIST AI RMF Playbook). Utilisez ces propositions comme source de questions. Elles ne remplacent pas le périmètre de livraison et les conditions d’acceptation convenus entre l’acheteur et le prestataire.

Comparez les candidats dans cet ordre :

1. Donnez à chacun le même processus et les mêmes exclusions.
2. Demandez à chacun de remplir les mêmes champs par écrit.
3. Consignez les réponses manquantes comme décisions ouvertes.
4. Décidez lesquelles doivent être closes avant le début du travail.
5. Joignez les réponses finales aux registres d’acceptation et de restitution.

Quelle différence entre le test initial et le test de passage de relais ?

Le test initial précède la construction. Il vérifie si le processus proposé mérite un projet. Soumettez un cas convenu au processus manuel actuel, puis consignez la source, la tâche, le relecteur, la sortie, les corrections et la décision. Précisez ensuite ce que le futur dispositif devrait préserver ou améliorer. La recommandation peut être d’améliorer le processus manuel, de différer la construction ou d’arrêter.

Le test de passage de relais intervient après la construction. Il répond à une autre question : le responsable de maintenance désigné peut-il reprendre le système livré avec les accès, les actifs, les consignes et les registres promis dans l’accord ? Un bon test initial ne répond pas à cette question, car le système livré n’existait pas encore. Un test de sortie réussi n’y répond pas davantage si le prestataire d’origine continue d’effectuer un travail invisible.

Conservez trois traces distinctes :

• La trace initiale explique pourquoi le projet continue ou s’arrête.
• Le registre d’acceptation montre si le processus construit respecte les cas et les limites d’action convenus.
• Le registre de passage de relais montre si le nouveau responsable peut exploiter le périmètre convenu à la sortie.

À retenir sur les tests : le test initial justifie le projet. Le test de passage de relais vérifie si une autre personne peut reprendre ce qui a été livré.

Pour définir le test initial et la limite de décision, commencez par le Diagnostic. Il peut produire une recommandation motivée, des alternatives et un plan d’action soumis à une validation humaine obligatoire. Les conditions actuelles figurent sur la page liée.

Que doit montrer le registre d’acceptation ?

Le registre d’acceptation doit rendre une exécution examinable. Il ne doit pas fondre la démonstration, le pilote et la restitution finale dans une affirmation vague selon laquelle l’automatisation fonctionne.

Pour chaque cas convenu, consignez :

• La source utilisée.
• La tâche exécutée.
• La sortie proposée.
• La validation ou le refus humain.
• L’exception lorsque le parcours normal ne s’applique pas.
• La correction demandée et son responsable.
• La décision prise après la relecture.

L’acceptation peut alors se rapporter au périmètre écrit. Le processus a-t-il utilisé la source convenue ? Est-il resté dans la tâche autorisée ? La sortie est-elle arrivée devant l’approbateur désigné ? L’exception a-t-elle atteint son responsable ? La correction a-t-elle été consignée ? Ce sont les questions que nous proposons à l’acheteur.

N’élargissez pas les permissions parce qu’un cas réussit. Acceptez uniquement la source, la tâche, la sortie et la limite d’action effectivement examinées.

À quoi ressemble ce contrôle dans un cabinet de services ?

Exemple : préparation d’une proposition commerciale. Un associé veut un processus qui prépare un premier brouillon après un entretien de découverte. La source est le compte rendu approuvé et la documentation validée des offres du cabinet. La tâche consiste à assembler un brouillon. L’associé est l’approbateur humain. Si une source requise manque, l’exception va à l’opérateur du prestataire. Une correction identifie le passage non étayé et demande au responsable de maintenance de modifier la consigne. La décision suivante consiste soit à renvoyer le brouillon en révision, soit à l’approuver pour le circuit d’envoi habituel du cabinet.

Le test initial utilise une proposition déjà terminée manuellement et consigne la manière dont l’associé la juge. Le test d’acceptation applique le périmètre convenu à un cas défini. Le test de passage de relais demande au responsable de maintenance de retrouver les consignes, d’accéder aux comptes nécessaires, de suivre la trace de validation, d’appliquer une correction convenue et de reprendre le processus à partir des éléments remis.

Cet exemple montre pourquoi le même travail produit trois traces différentes. Si la proposition n’indique pas où s’arrête la responsabilité du prestataire, l’acheteur ne dispose pas encore d’un périmètre de livraison.

Qui doit contrôler les accès, la validation et la maintenance ?

Demandez au candidat de remplacer « vous êtes propriétaire de tout » ou « un humain reste dans la boucle » par des réponses écrites. Les conditions de propriété, d’accès, d’hébergement et de licence dépendent de l’accord. Vérifiez donc le texte applicable au lieu de supposer un modèle universel.

Posez ces questions :

• Quels comptes l’acheteur contrôle-t-il pendant la livraison et à la sortie ?
• Quelles consignes, instructions, configurations, exportations et documentations l’acheteur peut-il recevoir selon l’accord ?
• Qui peut accorder, modifier et retirer un accès ?
• Quelle action doit attendre l’approbateur humain désigné ?
• Qui reçoit une exception et qui consigne une correction ?
• Qui maintient le processus après son acceptation ?
• Quels services tiers doivent continuer pour que le processus fonctionne ?

La réponse doit distinguer un actif livré à l’acheteur d’un service que celui-ci doit maintenir. Elle doit aussi distinguer une documentation existante d’une explication promise pour plus tard.

Si le prestataire continue d’exploiter le processus, comparez ses responsabilités sur la page du service d’agents IA managés. Cette page traite de l’exploitation continue, des accès, de la maintenance et de la sortie. La présente grille sert seulement à vérifier la proposition d’agence que vous examinez.

Que doit contenir le calendrier de restitution ?

Rédigez le calendrier de restitution avant la signature, puis réutilisez-le pendant le test de passage de relais. L’accord doit préciser les éléments applicables. Ne déduisez aucun droit absent du texte écrit.

Le calendrier peut demander aux parties de préciser :

• Les comptes contrôlés par l’acheteur et la liste actuelle des accès.
• Les consignes, instructions et configurations approuvées incluses dans le périmètre.
• Les paramètres d’intégration ou les exportations incluses.
• Les notes de fonctionnement et les registres d’acceptation promis.
• Les traces de validation, d’exception et de correction promises.
• Les questions ouvertes, les exclusions et les dépendances nommées.
• Le responsable du transfert et le format de livraison convenu.

Notre dossier public de passage de relais (en anglais) apporte une preuve ouverte de la méthode que nous recommandons. Utilisez-le pour interroger le calendrier du candidat, y compris le nôtre.

À retenir à la sortie : demandez ce que votre équipe pourra recevoir et exploiter. Vérifiez chaque élément dans l’accord écrit.

Faut-il choisir une agence, un service managé ou une réalisation interne ?

Choisissez selon la responsabilité, pas selon l’intitulé.

Aucune voie ne l’emporte par défaut. La bonne décision peut aussi être d’améliorer le processus manuel, de différer le travail ou de l’arrêter. Conservez les mêmes champs de preuve pour les trois options afin que la décision porte sur les responsabilités et non sur la présentation commerciale.

Quelles questions poser avant de signer ?

Posez ces dernières questions pendant l’entretien d’achat :

1. Pouvez-vous montrer le périmètre écrit du processus exact ?
2. Qui occupe chaque rôle métier, opérationnel, de validation et de maintenance ?
3. Quelle preuve initiale justifie la construction ?
4. Que contiendra le registre d’acceptation ?
5. Comment les exceptions et les corrections atteindront-elles leur responsable ?
6. Selon l’accord, que pourra recevoir et exploiter notre équipe à la sortie ?
7. En quoi le test de passage de relais différera-t-il du test initial ?

Si les réponses restent générales, ne comblez pas les manques à la place du prestataire. Consignez-les comme décisions ouvertes. Pour transformer cette grille en recommandation bornée, avec des alternatives et un plan d’action, commencez le Diagnostic. La validation humaine reste obligatoire et les conditions actuelles figurent sur cette page.