Ingénierie & gouvernance de l’IA
La plupart des pilotes n’échouent pas sur le modèle. Ils s’arrêtent à cinq couches.
Une démo prouve qu’une chose peut fonctionner. La production prouve qu’elle peut fonctionner de façon sûre, fiable et répétable. Cela suppose de répondre aux bons utilisateurs à partir de données à jour, de savoir quand ne pas deviner, et de laisser une trace auditable. Cette page parcourt trois exemples et les décisions de gouvernance que chacun entraîne.
01 · Du problème à l’architecture
Là où, en vérité, un pilote s’arrête.
Illustratif — pas une mission clientIl s’agit d’un exemple travaillé, non d’une étude de cas. Il montre la forme d’un problème que nous rencontrons souvent et notre manière de l’aborder, sous forme de composite représentatif plutôt que d’une mission client nommée.
Le contexte : un assistant de recherche interne qui répond aux questions du personnel à partir de la documentation de l’entreprise. Il fonctionne dans le notebook. Huit mois plus tard, il n’a toujours pas atteint la production.
Une requête rencontre une couche qui n’a jamais été construite
Accès
Où cela s’arrête
Les documents vivent dans quatre systèmes avec quatre modèles d’autorisation. Le pilote tournait sur un export fait à la main, il n’a donc jamais eu à répondre à la question de savoir qui a le droit de voir quoi.
Ce qui se décide
Si l’autorisation se résout requête par requête sur les systèmes sources, ou si l’index est partitionné par habilitation. C’est la première décision et elle contraint toutes les suivantes.
Vérité terrain
Où cela s’arrête
Personne ne peut dire si une réponse était juste. La démo a été jugée par ceux qui l’avaient construite, lisant des réponses dont ils connaissaient déjà la réponse.
Ce qui se décide
Un jeu de test tiré de questions réelles, une métrique qui reflète le coût réel de l’erreur, et un seuil convenu avant toute construction. C’est le chiffre par rapport auquel la phase 05 mesure.
Fraîcheur
Où cela s’arrête
L’export est un instantané. La documentation a changé la semaine suivante, et l’assistant cite désormais avec assurance une politique qui a été retirée.
Ce qui se décide
Comment le changement se propage : réindexation à l’écriture, réconciliation planifiée, ou obsolescence signalée explicitement au lecteur. Chaque option est défendable ; la mauvaise pour le domaine est la façon dont la confiance se perd au troisième mois.
Comportement en cas d’échec
Où cela s’arrête
Interrogé sur quelque chose qui sort de ses documents, le pilote répond quand même. Dans une démo, cela se lit comme une capacité. En production, c’est l’incident.
Ce qui se décide
Ce que fait le système quand il ne sait pas — s’abstenir, escalader vers une personne, ou répondre en joignant les éléments et laisser le lecteur juger. Câblé comme comportement, non ajouté comme clause de non-responsabilité.
Propriété
Où cela s’arrête
Il tourne sur le compte de quelqu’un, se déploie depuis le portable de quelqu’un, et n’a aucun responsable dans l’astreinte. C’est la couche où la plupart des pilotes s’arrêtent, et ce n’est pas un problème technique.
Ce qui se décide
Quelle équipe existante en est propriétaire, ce que dit son runbook, et ce que signifie l’alerte à trois heures du matin. Si aucune équipe ne veut le prendre, c’est un constat qui vaut plus que le système.
Remarquez ce qui ne figure pas sur cette liste. Quel modèle, quelle base vectorielle, quel framework. Ce sont de vraies décisions et elles prennent un après-midi. Les cinq ci-dessus prennent toute la mission, et les manquer est la raison pour laquelle une démo qui fonctionne est encore une démo huit mois plus tard.
C’est aussi pourquoi la phase 02 de l’Approche — la couche ingrate — dure six semaines et non une. L’accès, la vérité terrain et la fraîcheur sont les fondations ; tout ce qui vient après est comparativement bon marché.
02 · Le harnais d’évaluation
La partie que la plupart des propositions omettent.
Ce qu’un seuil fait à une dispersion de réponses
« Le modèle est exact à 92 % » n’est pas un constat, c’est une affirmation. Cela devient un constat lorsque quelqu’un d’autre peut le réexécuter le trimestre suivant, sur de nouvelles données, et obtenir un chiffre comparable.
Une mission Quenora produit donc un harnais à côté du système : le jeu de test, la métrique, les seuils et le script qui les exécute. C’est ce que mesure la phase 05 de l’Approche, et il est transmis avec le code — car la question qui compte n’est pas de savoir si le système fonctionnait le jour de notre départ, mais si votre équipe peut constater six mois plus tard qu’il fonctionne toujours.
C’est aussi la réponse honnête à une objection légitime. Un cabinet sans études de cas vous demande de croire une affirmation. Un cabinet qui vous remet les moyens de vérifier son propre travail demande beaucoup moins.
03 · Principes
Cinq principes, et ce à quoi chacun est rattaché.
Énumérer des principes ne coûte rien. Chacun de ceux-ci est rattaché à un élément précis du déroulement d’une mission, pour que vous puissiez nous y tenir.
Cela doit se terminer
Chaque phase porte une condition de sortie inscrite au cahier des charges. La dernière est que votre équipe exploite le système sans nous.
Rattaché à · phase 06 de l’Approche, transfertCela doit être mesurable
Un chiffre est convenu en phase 01. La phase 05 mesure par écrit par rapport à ce chiffre. S’il n’a pas bougé, nous le disons.
Rattaché à · phases 01 et 05 de l’ApprocheTout vous appartient
Le code, la documentation et le harnais d’évaluation vous appartiennent quelle que soit la façon dont la mission se termine. Il n’existe aucun cas où vous repartiez sans rien.
Rattaché à · chaque missionCela doit tourner sur votre parc
La production, ce sont les systèmes que vous avez déjà, avec les autorisations qu’ils appliquent déjà. Une capacité qui ne fonctionne qu’en salle blanche n’a pas atteint le travail.
Rattaché à · phases 03 et 04 de l’ApprocheAssez simple pour être transmis
La mesure d’une conception est de savoir si l’équipe qui en hérite peut la modifier sans risque. Une conception que seul son auteur peut maintenir est un coût que nous vous transmettrions.
Rattaché à · phase 06 de l’Approche04 · Gouvernance
La gouvernance est un ensemble de décisions, pas un document.
La plupart des documents de gouvernance décrivent une politique. Ce dont un système en production a besoin, c’est d’un ensemble de réponses câblées dans la construction, car chacune modifie l’architecture. Voici les questions que nous tranchons avant toute mise en service, et à quel endroit des six phases de gouvernance chacune se tranche.
Qui a le droit de voir quoi
Si l’autorisation se résout requête par requête sur les systèmes sources, ou si l’index est partitionné par habilitation. Tranché en Foundation, car toute décision ultérieure en hérite.
La variante qui échoue en silence : un pilote bâti sur un export manuel, où la question des autorisations n’a jamais été posée parce qu’il n’y avait qu’une copie et qu’un lecteur.
Ce que le système refuse de décider
Le seuil au-dessus duquel une réponse est renvoyée, en dessous duquel elle est escaladée, et le chemin qu’une personne voit alors. Tranché en Foundation avec le harnais d’évaluation, et mesuré en Prove.
Une automatisation gagne la confiance en sachant ce qu’elle ne doit pas décider. Tracer cette limite est le travail ; une clause de non-responsabilité ajoutée après coup n’est pas la même chose.
Ce qui est consigné pendant l’exécution
Quelles entrées, sorties, versions de modèle et chemins de décision sont conservés, combien de temps, et qui peut les lire. Tranché en Integrate, car ajouter après coup une piste d’audit revient à rejouer un historique dont vous ne disposez plus.
C’est la preuve que les achats et la gestion des risques réclament après la mise en service — la question qui arrive quand quelque chose est déjà en production et que personne n’a consigné la réponse.
Où vont les données, et vers qui
Quels prestataires traitent quoi, dans quelle juridiction, si quelque chose est conservé chez eux, et ce qui sort de votre périmètre. Tranché en Frame, car cela contraint l’architecture au lieu d’en découler.
Pour les clients européens, c’est la première question du comité d’entreprise et des achats, et c’est une contrainte de conception, non un exercice de conformité mené à la fin.
Ce qui se passe quand cela dérive
Ce qui est surveillé, quel seuil déclenche l’intervention humaine, qui se trouve sur le chemin d’escalade, et en quoi consiste réellement le retour arrière. Tranché en Ship, répété plutôt que théorisé.
Les modèles dérivent, les systèmes amont changent et les volumes augmentent. Un système que personne ne surveille n’est pas gouverné, quelle que soit la qualité du document de politique.
À qui cela appartient après notre départ
Un responsable nommé, les runbooks, les relevés de décision et le harnais d’évaluation — remis comme des artefacts exploitables, non comme un dossier. Tranché en Handover.
Une gouvernance qui dépend du cabinet ayant construit le système n’est pas une gouvernance. C’est une dépendance.
Ce que cette page n’affirme pas. Quenora ne détient aujourd’hui aucune certification ISO 27001 ni SOC 2, et cette page n’en laissera rien entendre. Les six décisions ci-dessus décrivent la façon dont le travail est conçu. Les attestations, un accord de traitement des données, la liste des sous-traitants et les justificatifs d’assurance sont fournis sur demande pendant la procédure d’achat — demandez-les lors du premier entretien plutôt que du troisième.
Vous reconnaissez votre propre système dans l’une de ces cinq couches ? C’est cela, la conversation — deux paragraphes sur celle qui bloque.
Engager la conversation