Cartographiez votre travail et choisissez une première tâche à tester avec l’IA

Avant de choisir un outil d’IA, décrivez le travail que vous maîtrisez réellement. Une tâche peut produire une réponse facile à contrôler tout en impliquant des données privées, une action irréversible ou un jugement qui appartient à une personne. Ce guide vous aide à établir une carte de décision datée de vos propres tâches. Le résultat final est une proposition de premier essai, ou une décision motivée indiquant qu’aucune tâche n’est prête. Il n’est pas nécessaire d’exécuter une IA pour le réaliser.

L’idée de départ vient de l’essai d’Andrej Karpathy de novembre 2025 sur la vérifiabilité. Il soutient qu’un environnement se prête davantage à l’optimisation par l’IA lorsque les tentatives peuvent être réinitialisées, répétées efficacement et évaluées par un signal de récompense fiable. Ce sont des questions à examiner, pas une règle d’autorisation en entreprise. La fiche ci-dessous est notre propre création. Elle ajoute les personnes, les permissions et les conséquences qu’un responsable doit établir dans un processus réel. Le cadre volontaire de gestion des risques de l’IA du NIST demande également de prendre en compte le contexte, la supervision et la mesure lorsque les organisations envisagent des systèmes d’IA ; il n’approuve pas cette fiche et ne certifie aucune tâche.

Ce qu’il vous faut

Il vous faut un accès à des traces réelles du travail dont vous êtes responsable ou que vous êtes autorisé à évaluer : journal des tâches, calendrier, procédure, file de demandes ou personnes chargées du travail. Prévoyez aussi un emplacement privé pour conserver la carte et les liens de preuve, un responsable du processus nommé et une autre personne habilitée à contester la décision. Précisez l’équipe ou le processus ainsi que les dates couverts par l’inventaire. Ne transmettez pas de documents confidentiels à un service d’IA pour créer cette carte.

Prévoyez le temps nécessaire à la recherche des documents et à leur examen. La carte elle-même ne nécessite ni compte d’IA, ni API payante, ni achat de logiciel. Un essai ultérieur peut exiger une permission distincte, des frais d’outils, du temps de contrôle et un budget d’erreur.

1. Inventoriez le travail tel qu’il est effectué

Définissez la période et le périmètre de l’inventaire avant de lister les tâches. Notez la source de chaque ligne pour qu’un second lecteur puisse la retrouver. Pour chaque tâche récurrente, indiquez le déclencheur, l’entrée réelle, l’exécutant actuel, le résultat requis, le destinataire et l’approbation existante. Demandez au responsable de confirmer ce que les traces omettent. Marquez tout détail non vérifié comme inconnu.

Séparez les étapes d’un processus lorsque le résultat, la permission ou la conséquence change. Un intitulé trop large peut masquer un transfert nécessitant une autre autorité. Le nombre de lignes doit refléter le travail ; aucun nombre cible n’est imposé. Notez les équipes ou périodes exclues pour que le réviseur repère une tâche manquante sans la confondre avec un mauvais candidat.

Contrôle : Le réviseur pourrait-il suivre le lien de preuve, identifier le responsable et dire ce qui doit être livré et à qui ? Si l’inventaire est insuffisant, revenez aux documents du responsable avant tout classement.

2. Décrivez le contrôle avant de choisir l’outil

Pour chaque résultat, demandez ce qu’inspecterait une autre personne que son auteur. Nommez la source faisant autorité, la règle précise de réussite et le jugement éventuellement nécessaire. Comment le réviseur détecterait-il une omission ou une réponse plausible mais fausse ? Le contrôle demanderait-il presque autant de travail que la tâche ? Notez qui pourrait le réaliser et l’effort de vérification connu ou encore inconnu.

Indiquez si le contrôle est existant, proposé ou inconnu. « Existant » signifie qu’un contrôle figure dans le processus actuel, avec des preuves de son utilisation. « Proposé » signifie qu’une règle possible est rédigée sans qu’il soit démontré qu’elle détecte les erreurs pertinentes. Aucune de ces étiquettes ne prouve qu’un résultat d’IA réussira le contrôle. Une tâche sans source de vérité ni règle de réussite applicable exige une préparation avant de pouvoir devenir le premier essai.

Posez ensuite trois questions distinctes adaptées de l’essai de Karpathy : peut-on réinitialiser une tentative ratée sans dommage durable ? Pourrait-on effectuer suffisamment de tentatives autorisées dans des limites raisonnables de temps et de coût ? Chaque tentative pourrait-elle recevoir un contrôle fiable ? Répondez oui, non ou inconnu, avec des preuves locales pour chaque question. Karpathy utilise ces propriétés pour parler d’optimisation par l’IA ; vos réponses ne déterminent pas si l’utilisation au travail est permise.

3. Notez les pouvoirs de décision et les coûts d’échec

La possibilité de contrôler n’est qu’un élément de la décision. Notez qui contrôle les données d’entrée, si l’usage proposé de l’IA et toute divulgation sont permis, et qui peut être affecté. Précisez ce qu’un futur outil pourrait lire ou écrire, et qui seul peut approuver une action. Nommez toute étape ultérieure difficile à annuler. Comparez le coût probable d’une validation erronée à celui du contrôle humain et des reprises ; indiquez inconnu si vous ne pouvez pas étayer une estimation.

Notez le contexte que le contrôle du résultat pourrait manquer : règles non écrites, exceptions, sources qui évoluent ou décision exigeant un jugement humain assumé. Un prompt demandant à un outil de solliciter une permission ne constitue pas en soi une permission ni un contrôle d’accès. Les recommandations MAP du NIST demandent d’examiner le contexte d’utilisation, les personnes affectées, les données et la supervision ; ses recommandations MEASURE traitent des méthodes de test et de leurs limites. Les deux sont volontaires et ne constituent pas un label d’approbation pour votre ligne.

Contrôle : Si les droits, la divulgation, la personne autorisée à approuver une action ou une voie de récupération crédible restent flous, conservez cette incertitude dans la fiche. Un contrôle bien défini ne peut pas la résoudre.

4. Classez chaque ligne et choisissez au plus un premier candidat

Utilisez ces catégories de notre fiche éditoriale, avec un motif et un lien de preuve pour chaque ligne :

• Candidat à un essai limité : le résultat, le contrôle, la remise à zéro et l’autorité nécessaire à un essai approuvé séparément peuvent être définis. C’est une piste à examiner, pas une autorisation d’automatiser.
• Préparer le contrôle : la tâche est décrite, mais sa règle de réussite, sa source de vérité ou son vérificateur reste à définir ou à valider.
• Assistance à l’humain uniquement : une aide limitée à la rédaction ou à l’analyse pourrait être utile, mais une personne nommée conserve le jugement aux conséquences importantes et l’approbation. Toute utilisation réelle nécessite encore une permission.
• En attente : les droits, le contexte, les conséquences d’un échec, la récupération ou d’autres preuves nécessaires restent à clarifier.

Ne transformez pas de force les inconnues en score numérique. Comparez seulement les lignes susceptibles de convenir à un essai limité. Notez pourquoi l’une passe en premier, en tenant compte de sa charge de contrôle et du préjudice d’une validation erronée. Choisir aucune pour le moment constitue une décision complète si chaque ligne comporte un préalable non résolu. Nommez la personne et les preuves nécessaires pour la réexaminer.

5. Proposez un plan d’acceptation, puis faites examiner la carte

Pour le premier candidat, définissez le futur essai sans l’exécuter. Précisez l’échantillon autorisé et les limites des entrées, le processus actuel de référence, le résultat attendu, une règle exacte de réussite ou d’échec, le vérificateur et le réviseur humain. Proposez des plafonds de tentatives, de temps, de frais d’outils et d’effort de contrôle. Dites quand arrêter, comment revenir au processus actuel, qui pourrait autoriser un essai ultérieur et quels résultats seraient consignés : réussites, omissions, échecs, nouvelles tentatives, temps de contrôle et coûts complets. Laissez l’autorisation et les résultats observés vides tant qu’ils n’existent pas. Si le résultat choisi peut déclencher une action externe, réservez cette action à l’approbateur humain nommé.

Faites examiner l’inventaire complet par le responsable du processus et un second réviseur autorisé. Ils doivent contester le travail omis, l’exactitude des sources, la faisabilité du contrôle, les droits et le motif du candidat choisi ou de l’absence de candidat. Notez la décision réelle de chacun et sa date, y compris les désaccords et les preuves qui permettraient de les trancher. Leur acceptation de la carte n’autorise pas un essai de produit. Si la tâche, les données, les droits, le contrôle ou les conséquences changent, datez une nouvelle décision de ligne et conservez l’ancien enregistrement.

Si un essai d’outil est ensuite approuvé, notre guide distinct pour choisir ou rejeter un outil d’IA pour une tâche de petite entreprise part de cette tâche sélectionnée. Cette carte s’arrête avant la sélection et le test de produits.

Fiche vierge de carte de décision

Copiez les champs dans un document ou tableau privé. Ajoutez une ligne par tâche réelle ; laissez les inconnues visibles. Ne remplissez pas les champs vides avec du travail imaginaire.

En-tête de l’inventaire

• Processus et périmètre : ____
• Dates incluses / travail exclu : ____
• Responsable du processus / responsable de la décision sur la carte : ____
• Emplacement des preuves et règles d’accès : ____
• Date et version de la carte : ____

À répéter pour chaque ligne de tâche

• Identifiant / responsable / lien de preuve et date : ____
• Déclencheur réel, entrée et source faisant autorité : ____
• Exécutant, méthode et approbation actuels : ____
• Résultat requis et destinataire : ____
• Règle de réussite, exceptions et source de contrôle : ____
• Vérificateur indépendant et statut (existant / proposé / inconnu) : ____
• Ce que le contrôle pourrait manquer / durée du contrôle : ____
• Remise à zéro ou annulation d’une tentative ratée / nouvelles tentatives autorisées et coûts : ____
• Conséquence d’une validation erronée / action en aval / jugement réservé à l’humain : ____
• Droits sur les données, confidentialité et permission de divulgation : ____
• Lectures et écritures permises / approbateur humain et pouvoir d’arrêt : ____
• Catégorie, motif, preuve manquante et prochain responsable ou action : ____
• Date de décision / événement imposant un réexamen : ____

Décision sur le premier candidat et essai proposé

• Identifiant de la tâche, ou « aucune pour le moment », et motif : ____
• Pourquoi cette ligne précède la suivante admissible : ____
• Échantillon et entrées autorisés, limites proposées pour l’outil et l’action : ____
• Processus actuel de référence, résultat et règle exacte de réussite ou d’échec : ____
• Vérificateur, réviseur, exceptions et contrôle des validations erronées : ____
• Limites proposées de tentatives, de temps, de frais et de contrôle : ____
• Règle d’arrêt, de remise à zéro et de retour au processus actuel : ____
• Autorité pour l’essai ultérieur / décision d’autorisation et date : ____
• Tentatives, résultats et coûts réels (laisser vide avant observation) : ____
• Décision et date du responsable du processus : ____
• Décision et date du second réviseur, objections et résolution : ____

Le grand changement

Un résultat vérifiable facilite l’évaluation d’une tâche, mais ne rend pas le travail environnant adapté à une IA sans supervision. La première décision utile est une carte traçable du travail que vous maîtrisez : ce qui doit être livré, comment les erreurs seraient détectées, si les tentatives ratées peuvent être contenues et qui a le droit d’approuver un essai. La réponse peut être un candidat limité ou aucun pour le moment. Cette procédure propose ce document de décision ; BIG CHANGE ne l’a pas testé dans une organisation et n’a mesuré aucun gain de temps, de qualité ou de coût.

Sources et lectures complémentaires

• Andrej Karpathy, « Verifiability » (17 novembre 2025) — l’argument sur les environnements réinitialisables, efficaces et évaluables par une récompense. Il ne fournit pas cette fiche professionnelle et n’autorise pas l’automatisation d’une tâche.
• NIST AI Risk Management Framework 1.0 Core — le contexte, la supervision, la mesure et le cadre de décision de ce référentiel volontaire ; ses fonctions ne forment pas une liste ordonnée.
• NIST AI RMF Playbook: MAP — des questions volontaires sur le contexte d’utilisation, les personnes, les données, les impacts et les rôles humains.
• NIST AI RMF Playbook: MEASURE — des recommandations volontaires sur les méthodes de test, leurs limites, l’évaluation indépendante et le réexamen continu.