Feuille de route IA : que faire pendant les 90 premiers jours ?

La formule « feuille de route IA » peut désigner une liste d’outils, un programme de transformation ou un calendrier d’ateliers. Pour les premiers mois, elle gagne à devenir un cadre de décision : que devons-nous comprendre, tester et vérifier avant d’engager davantage de moyens ?

Le plan suivant propose un cycle de 90 jours pour un usage borné. Les durées sont indicatives. Un problème de données, d’intégration ou de disponibilité peut imposer une autre cadence. Le calendrier doit suivre les conditions du projet, sans pousser à publier un résultat insuffisamment vérifié.

Jours 1 à 15 : cadrer une question utile

Commencez avec la direction et les personnes concernées par le travail. Décrivez la difficulté, son destinataire et les effets attendus. Recueillez quelques situations réelles : dossiers représentatifs, erreurs habituelles, temps d’attente, reprises. Vérifiez que les documents peuvent être utilisés pour l’essai.

Le livrable tient dans une fiche de cadrage : objectif, périmètre, responsable métier, données, contraintes et indicateurs. L’article sur la stratégie d’intelligence artificielle en entreprise explique comment relier cette fiche à des priorités plus larges.

Point de décision : disposons-nous d’un problème assez clair pour comparer des solutions ? Si la réponse est non, prolongez l’observation. Acheter un outil ne résout pas l’absence d’objectif commun.

Jours 16 à 30 : sélectionner et préparer l’essai

Comparez plusieurs réponses possibles au problème. Une meilleure règle, un formulaire structuré ou une recherche documentaire classique peuvent suffire. Si l’IA reste une piste pertinente, formulez l’hypothèse à tester et choisissez une solution adaptée au périmètre.

Utilisez la méthode de priorisation des cas d’usage pour éviter de retenir le projet seulement parce qu’une démonstration a impressionné. Préparez un ensemble de cas comprenant des situations ordinaires et des exceptions. Définissez à l’avance les critères de qualité et les erreurs qui empêcheraient une poursuite.

Le cadre de gestion des risques du NIST constitue un repère pour intégrer ces questions à la démarche. Le choix des contrôles doit rester adapté aux conséquences concrètes de l’usage.

Point de décision : les données, les personnes et les conditions de contrôle sont-elles réunies ? Un accès non résolu ou une responsabilité indéfinie doit être traité avant de commencer.

Jours 31 à 60 : tester dans des conditions proches du travail

Faites utiliser le dispositif par un groupe limité, avec des consignes simples et du temps réservé. Observez le parcours complet : préparation des données, production, vérification, correction et transmission. Mesurer seulement le temps de génération risque de surestimer le bénéfice.

Tenez un journal d’essai : cas testé, version de l’outil, résultat, type d’erreur, correction et retour de l’utilisateur. Séparez un problème ponctuel d’une limite répétée. Une erreur qui semble rare peut rester bloquante si elle porte sur une information difficile à vérifier.

La conduite du changement organise les échanges avec le groupe. Une courte séance de retour permet de modifier les consignes et de rendre visibles les besoins d’accompagnement. Le responsable métier doit pouvoir entendre qu’un essai n’est pas utile dans sa forme actuelle.

Point de décision : les résultats justifient-ils de poursuivre, d’adapter ou d’arrêter ? Documentez la réponse avant d’ajouter des fonctions. Une extension de périmètre peut masquer le fait que l’hypothèse initiale n’a pas été vérifiée.

Jours 61 à 75 : évaluer la valeur et les conditions de déploiement

Rassemblez les résultats de qualité, le temps total de travail et les retours des utilisateurs. Ajoutez les coûts : licences, intégration, préparation documentaire, formation, supervision et maintien en service. La mesure du ROI distingue ces coûts des bénéfices encore hypothétiques.

Vérifiez qui assurera la responsabilité du service si le pilote se poursuit. Identifiez les ressources nécessaires pour accompagner davantage d’utilisateurs. Définissez le fonctionnement en cas d’erreur, de panne ou d’évolution du fournisseur. Le passage en production est un nouveau choix, pas la prolongation automatique du test.

Jours 76 à 90 : prendre une décision documentée

Présentez un dossier court : besoin de départ, méthode d’essai, résultats, coûts, risques, retours des équipes et options. Quatre décisions sont possibles : déployer sur un périmètre défini, adapter l’usage, prolonger l’essai sur une question précise ou arrêter.

Pour chaque option, précisez le responsable, le budget et la prochaine échéance. Si vous déployez, utilisez la grille du passage du pilote à la production pour préparer la supervision et le retour au mode précédent. Si vous arrêtez, conservez les apprentissages : qualité des données, besoins des équipes ou limites de l’outil.

Tenir un registre des décisions et des dépendances

Un calendrier gagne en utilité lorsque chaque jalon indique ce qui autorise le suivant. Pour un assistant documentaire fictif, l’essai pourrait dépendre de trois éléments : un corpus validé, une liste de questions représentatives et une personne disponible pour évaluer les réponses. Un retard sur le corpus justifie un changement du plan.

Tenez une fiche par décision : hypothèse, preuve attendue, responsable, échéance et conséquence d’un refus. Ajoutez les engagements de l’équipe métier, pas seulement ceux du prestataire technique. Une réunion de suivi peut alors traiter une dépendance concrète plutôt que commenter un pourcentage d’avancement difficile à interpréter.

Garder une feuille de route révisable

Une feuille de route ne doit pas survivre à ses hypothèses sans être réexaminée. Si une priorité métier change ou si les ressources ne sont plus disponibles, ajustez le calendrier et le périmètre. Un report expliqué vaut mieux qu’un projet déclaré terminé parce que la date était prévue.

Dans une PME qui démarre avec l’IA, plusieurs étapes peuvent rester très légères. Ce qui compte est de préserver les questions : quel besoin, quelles preuves, quelle responsabilité et quelle décision ? Ces repères donnent une continuité au projet même lorsque sa durée évolue.