Les trois erreurs de séquence

  • Choisir l’outil avant le cas d’usage. La question n’est pas quel modèle, mais quelle décision sera mieux prise, par qui, et comment on le vérifiera.
  • Attendre d’avoir « des données propres ». Aucune organisation n’a de données propres ; elle a des données suffisantes pour un cas d’usage précis, et insuffisantes pour les autres. C’est au cas d’usage de trancher.
  • Traiter l’IA comme un programme transverse. Un premier cas d’usage livré en six semaines enseigne plus que six mois de cadrage.

Ce qui doit exister avant

Trois prérequis, et ils sont modestes : savoir où vivent les données que le cas d’usage consomme ; avoir une personne responsable de ce que le système produit ; et écrire ce qu’on ne lui confie pas. Ce dernier point est le plus souvent oublié et le plus protecteur.

Le périmètre d’un premier cas d’usage

Fermé, réversible, mesurable. Fermé : des sources identifiées, pas « tout le système ». Réversible : l’arrêter ne casse aucun processus. Mesurable : un indicateur avant et après, même grossier. Si l’un des trois manque, ce n’est pas un premier cas d’usage, c’est un projet.

Ce que cela change pour l’architecture

Peu de choses, si l’architecture existe. Beaucoup, si elle n’existe pas : l’IA révèle brutalement les données dupliquées, les processus non écrits et les responsabilités floues. C’est souvent son premier apport réel — avant tout gain de productivité.

Une architecture qui n’a pas à être refaite · les missions · le programme 5 Founders.

Cinq places, candidatures jusqu'au 11 décembre 2026

Le programme, son référentiel et son règlement sont publiés sur trustiatis.com.