Retour au sommaire

Série 1 — Data & IA : Décision, gouvernance, impact

Fil narratif de la série

  • Le problème : Trop de modèles, pas assez de décisions.
  • Causes profondes :
    • Hypothèses implicites
    • Données sans usage
    • Confusion corrélation / causalité
    • Automatisation sans gouvernance
  • La posture :
    • Rendre explicites les hypothèses
    • Concevoir des architectures décisionnelles
    • Assumer la responsabilité des choix

Posts de la série

  • Post 1 — Activation (court)

    En Data & IA, la difficulté n’est pas de construire des modèles.
    Elle est de savoir quoi en faire, quand, et avec quel niveau de confiance.

    Un système qui produit des réponses sans décision explicite produit surtout du bruit.
  • Post 2 — Modèle ≠ connaissance ≠ décision

    En Data & IA, on parle beaucoup de modèles.
    Un peu moins de connaissance, et encore moins de décision.
    Dans la plupart des organisations, le vrai enjeu n’est pas la performance d’un modèle,
    mais la capacité à structurer, maintenir et gouverner ce qui fait sens dans la durée.

    Un LLM ne “sait” rien durablement.
    La connaissance vit hors du modèle.
  • Post 3 — Décision explicite

    Un projet Data & IA n’échoue pas parce que le modèle est mauvais.
    Il échoue le plus souvent parce que personne n’a vraiment décidé ce qu’il devait produire.

    Un modèle sans décision explicite est une dette, pas un actif.
  • Post 4 — Moyenne & pourcentage (statistique sans hypothèse)

    Une moyenne ou un pourcentage n’ont aucun sens en soi.
    Sans hypothèse (distribution, population, stabilité), on ne fait pas de statistique :
    on raconte une histoire avec des nombres.

    Un indicateur sans hypothèse est une opinion déguisée en chiffre.
  • Post 5 — Feuille de route, explicitation, POC → run

    Un projet Data & IA avance quand on rend les choses explicites :
    une feuille de route claire et priorisée, un alignement sur les objectifs,
    et une chaîne robuste du POC au run.

    Ce qui n’est pas priorisé est implicitement abandonné.
  • Post 6 — Données “propres” vs données “utilisables”

    Des données peuvent être propres, bien stockées, bien documentées…
    et pourtant inutilisables pour décider.
    Ce qui compte n’est pas la propreté,
    mais la capacité à relier une donnée à une action possible.

    Une donnée sans usage explicite est un coût, pas un actif.
  • Post 7 — Priorisation impact / complexité / risque

    Dans les contextes réels, la bonne question n’est pas “qu’est-ce qu’on peut faire ?”
    mais “qu’est-ce qu’on doit faire en premier ?”.
    J’aime bien une priorisation simple : impact vs complexité vs risque.

    Une bonne trajectoire vaut mieux qu’une bonne idée.
  • Post 8 — RAG “simple” vs systèmes de connaissance

    Beaucoup de projets parlent de RAG.
    Peu parlent de systèmes de connaissance.
    Le simple "Vector store" n’est pas un modèle de connaissance.
    C'est un outil de stockage et de recherche.
    La différence avec une base complète (registre structuré + vector store + graphes + séries temporelles + ontologie) n’est pas technique.
    Elle est épistémologique :
    👉 qu’est‑ce qu’on sait, qu’est‑ce qu’on relie,
    qu’est‑ce qu’on contextualise dans le temps.

    Un RAG sans modèle de connaissance est un moteur de recherche amélioré.
  • Post 9 — Cadrer / Mesurer / Analyser / Simuler

    Avant de construire, je reviens souvent à la même discipline :
    cadrer, mesurer, analyser, simuler — à partir des problèmes métiers,
    des données disponibles, des contraintes et des risques.

    Ce qu’on ne mesure pas finit par se raconter.
  • Post 10 — Automatiser n’est pas décider

    Automatiser une décision ne la rend ni meilleure, ni plus juste.
    Cela la rend simplement plus rapide et plus systématique.
    Sans gouvernance, l’automatisation amplifie surtout les mauvaises décisions.

    L’IA accélère ce que vous êtes déjà en train de faire.