Politique de modèles d'IA : qui fixe la liste des modèles autorisés
6 minutes de lecture
La plupart des cabinets de conseil n'ont jamais décidé quels modèles d'IA leurs équipes peuvent utiliser en mission. En pratique, le premier qui s'est inscrit à un outil a tranché. Comment en faire une vraie décision, avec un responsable.
Une politique de modèles d'IA pour les équipes, c'est une courte liste des modèles que le cabinet autorise sur le travail client, avec une personne nommément chargée de la tenir à jour et une date de révision. Elle tient sur une page. La plupart des cabinets de conseil n'en ont pas, et c'est rarement parce qu'ils ont décidé de s'en passer. La question ne s'est jamais posée, et la réponse a donc été dictée par les outils auxquels chacun s'est inscrit au fil de l'eau.
Ce sujet est différent du choix du bon modèle pour chaque tâche. Cet article-là porte sur le modèle adapté à un travail donné. Celui-ci porte sur qui décide de ce qui figure au menu.
Pourquoi un libre choix des modèles pose problème
Le libre choix pose problème parce que personne ne peut en rendre compte après coup. Quand chaque consultant choisit son modèle, le cabinet est incapable de dire quels modèles ont traité les documents d'un client, ni à quelles conditions. Un client peut poser exactement cette question dans un questionnaire de sécurité ou une annexe contractuelle, et « cela dépend de qui a fait le travail » est une mauvaise réponse.
Il y a aussi un coût en qualité. La même tâche récurrente passe par un modèle différent selon la personne qui s'en charge, si bien que le résultat varie pour des raisons qui n'ont rien à voir avec le travail. Les relecteurs finissent par corriger un écart qu'ils ne voient pas.
Une liste autorisée règle les deux problèmes, sans que personne ait à devenir expert des modèles. Chacun choisit dans un menu court, et le cabinet sait ce qu'il contient.
Qui doit être responsable de la liste
Une seule personne, nommément désignée, doit être responsable de la liste, et de préférence quelqu'un de proche des missions. Dans un cabinet de conseil, c'est souvent un responsable des opérations, un responsable d'expertise ou un associé qui s'intéresse à la façon dont le travail est mené. Inutile d'en faire un projet informatique, et dans un cabinet sans équipe informatique, ce serait de toute façon impossible.
Le responsable n'a pas besoin de suivre de près chaque nouvelle version de modèle. Son rôle est de s'assurer que les questions ci-dessous ont été posées pour chaque modèle de la liste, et que quelqu'un les repose à la date de révision. Un comité s'en acquitte généralement moins bien qu'une seule personne, car chacun de ses membres suppose qu'un autre a fait la mise à jour.
Ce qu'il faut trancher avant d'ajouter un modèle à la liste
Posez les cinq mêmes questions pour chaque modèle avant de l'autoriser.
| Question | Pourquoi c'est important |
|---|---|
| Les données soumises servent-elles à entraîner le modèle ? | Les documents d'un client ne doivent pas se retrouver dans un modèle utilisé par d'autres cabinets |
| Où les données sont-elles traitées et stockées ? | Certains clients imposent une région dans leur contrat |
| Pour quel type de travail est-il assez bon ? | Détermine les équipes et les tâches pour lesquelles le modèle est autorisé |
| Existe-t-il un modèle moins cher qui fait ce travail aussi bien ? | Réserve le modèle le plus puissant au travail qui le demande |
| Qui l'a demandé, et pour quoi faire ? | Un modèle dont personne ne sait dire à quoi il sert n'a pas sa place sur la liste |
Notez les réponses à côté du modèle. Quand un client demande comment le cabinet utilise l'IA, la liste et ces réponses constituent l'essentiel de la réponse.
Restreindre la liste par équipe quand le travail diffère
Une liste unique pour tout le cabinet est le bon point de départ. Restreignez-la par équipe uniquement là où le travail diffère assez pour le justifier. Une équipe de recherche qui produit de longues synthèses à partir de documents clients peut avoir besoin du modèle le plus puissant de la liste. Une équipe qui rédige des points d'avancement de routine, non : le retirer de son menu lui épargne une décision à chaque nouvelle tâche.
La restriction va toujours dans le même sens. La liste d'une équipe est un sous-ensemble de celle du cabinet, jamais un ajout. Si une équipe a besoin d'un modèle que le cabinet n'a pas validé, la solution est de le soumettre aux cinq questions, puis de l'ajouter pour tous ceux qui doivent y avoir accès. Si vous tolérez un arrangement à part pour une équipe, vous revenez au libre choix.
Faire de la liste la seule voie possible
Si la politique est un document et que l'outil reste ouvert, la politique n'est qu'un conseil. La liste ne fonctionne que si personne ne peut utiliser de modèle hors liste là où le travail se fait. Sinon, la politique repose sur la mémoire de chacun sous la pression des délais, et elle sera oubliée dès la première semaine chargée.
C'est aussi ce qui distingue une politique d'une interdiction. Quand on leur donne une bonne liste courte, les gens s'en servent. Quand on leur interdit l'IA sur le travail client sans rien proposer à la place, ils l'utilisent quand même, depuis un compte personnel.
Réviser la liste à date fixe
Révisez la liste chaque trimestre, et chaque fois qu'un fournisseur modifie ses conditions d'utilisation des données. Un trimestre, c'est assez long pour que la révision ne devienne pas une corvée permanente, et assez court pour que la liste ne s'éloigne pas trop de l'offre disponible.
La révision elle-même est rapide. Pour chaque modèle de la liste, vérifiez que les cinq réponses sont toujours valables et que le modèle est utilisé. L'utilisation par équipe montre quels modèles servent réellement et lesquels ont été ajoutés pour un projet terminé depuis des mois. Retirez ce qui ne sert pas : chaque modèle qui reste sur la liste est un modèle de plus dont le cabinet doit répondre.
Comment cela se présente dans Hebno
Dans Hebno, un administrateur choisit les modèles que le cabinet peut utiliser et peut restreindre cette liste pour chaque équipe. Les modèles hors liste ne sont pas disponibles : la politique s'applique là où le travail se fait, sans que personne ait à s'en souvenir. L'utilisation est visible par équipe, par membre et par projet client, soit exactement les informations nécessaires à la révision trimestrielle. La page Pilotage présente ces réglages.
Le choix des modèles n'est qu'un des volets de l'article le bon modèle d'IA, à un coût que vous maîtrisez, qui montre comment la liste et le suivi de l'utilisation fonctionnent ensemble.
