SynoptïaCommencer par un dossier concret
« Quel outil IA faut-il donner aux équipes ? » La question arrive vite. Pour y répondre utilement, je commencerais par un document que les équipes doivent produire ou une information qu’elles ont du mal à retrouver.
Préparer un ordre du jour, retrouver la bonne version d’une procédure ou rédiger un courrier à partir d’un modèle : ces exemples décrivent des usages possibles. Ils ne prouvent pas qu’une même solution conviendra partout.
Le cadre proposé ici sert à préparer un essai avec les équipes. Ses exemples sont fictifs et ne constituent pas des gains observés chez un client.
Plusieurs façons de se faire aider
Une conversation peut suffire pour reformuler un passage non sensible. Une recherche dans un corpus validé répond à un autre besoin. Un agent disposant des bons outils peut enchaîner des opérations, tandis qu’une automatisation classique convient à des règles stables.
Ces possibilités peuvent coexister dans un même environnement. Il faut examiner les fonctions effectivement disponibles, comme dans notre comparatif actualisé de ChatGPT, Codex et Claude Code, au lieu d’attribuer un rôle définitif à chaque marque.
Je choisirais la solution la plus simple à exploiter et à contrôler pour la tâche retenue. Ajouter un agent qui doit interpréter la situation n’est pas un progrès si une règle explicite fait déjà le travail correctement.
Définir ce que l’on va essayer
Prenons un exemple fictif : préparer un projet d’ordre du jour à partir des contributions de plusieurs services. Le pilote pourrait commencer sur des dossiers de démonstration, sans envoi automatique.
- Le service responsable désigne le modèle de document et les sources autorisées.
- Les participants précisent ce qui doit apparaître et les informations qui doivent rester exclues.
- L’outil produit un brouillon et signale les pièces manquantes.
- Une personne compare le document avec les sources, puis relève les corrections nécessaires.
- L’équipe mesure le temps total, relecture comprise, avant de décider d’étendre l’essai.
On peut ainsi découvrir qu’il faut d’abord ranger les documents ou clarifier leur statut. Ce travail reste utile, même si le pilote ne débouche pas sur une automatisation.
Préparer les accès avec les responsables concernés
Une personne qui peut lire un dossier n’a pas forcément le droit de le modifier ou de l’envoyer. Cette distinction doit se retrouver dans les outils connectés et dans les comptes utilisés pour le pilote.
Avec la DSI et les responsables de la protection des données, examinez les informations traitées, les services qu’elles traversent, la conservation et les moyens de retrouver les actions effectuées. L’étiquette « local » ou « souverain » ne suffit pas à répondre à ces questions.
Un outil expérimental comme THÉRÈSE peut nourrir une exploration. Il ne faut pas transformer cette exploration en promesse de déploiement prêt à l’emploi dans tous les services.
Décider à partir du pilote
Je demanderais aux participants ce qui les aide, mais aussi ce qu’ils doivent surveiller davantage. Un brouillon plus rapide à produire peut être plus long à relire. Une erreur rare peut rester trop coûteuse sur le dossier concerné.
Avant d’élargir, désignez qui entretient les modèles, corrige les sources et traite les incidents. Un outil introduit sans responsable finit facilement par devenir une application de plus que personne n’ose toucher.
Pour travailler ces usages avec une équipe, RAYONNER offre un cadre de formation. Le périmètre de mise en œuvre se définit selon les besoins et l’environnement de l’organisation.