Illustration numérique montrant, au centre, un noyau LLM relié par des flux lumineux à deux mondes : à gauche une IA humanoïde entourée d’écrans et de données symbolisant l’automatisation, à droite une équipe humaine (développeur, architecte, analyste) pilotant des systèmes sécurisés, représentant la gouvernance et le contrôle de l’IA en entreprise.

  • 5 jan.

Qui configure l’orchestrateur ? Le vrai rôle de l’humain dans l’IA moderne

  • Clément Fiocre

L’IA ne travaille jamais seule. Derrière chaque orchestrateur intelligent se cache une architecture humaine faite de règles, d’APIs, de sécurité et de décisions métiers. Cet article démonte le mythe de l’IA autonome et explique ce que fait réellement un LLM dans un projet d’entreprise — et surtout ce qu’il ne fera jamais sans nous.
Deux robots humanoïdes collaborant pour assembler une pièce de puzzle, symbolisant la complémentarité entre un LLM et une IA spécialisée dans un workflow simple.

  • 21 déc. 2025

Pourquoi combiner LLM et IA spécialisée ? (cas simple)

  • Clément Fiocre

Pourquoi un LLM seul ne suffit pas pour automatiser un processus métier ? Ce cas simple montre comment un LLM et une IA spécialisée travaillent ensemble pour créer une solution fluide, précise et réellement opérationnelle.
Deux robots humanoïdes face à face, se regardant directement, avec des visages lisses et des composants mécaniques visibles, évoquant la confrontation ou la complémentarité entre deux intelligences artificielles.

  • 1 déc. 2025

LLM et IA spécialisée : deux approches, deux rôles

  • Clément Fiocre

LLM et IA spécialisée ne s’opposent pas : ils se complètent. Découvrez pourquoi l’IA moderne repose sur ce duo et comment chaque technologie joue un rôle distinct dans vos projets internes.
Illustration minimaliste représentant trois niveaux de complexité de l’intelligence artificielle : une API (niveau 1), une IA locale (niveau 2) et le développement d’une IA propre (niveau 3), disposés en escalier ascendant pour symboliser la montée en sophistication.

  • 16 nov. 2025

Mettre de l’IA dans un projet : aussi simple qu’une API (ou presque)

  • Clément Fiocre

Aujourd’hui, intégrer de l’intelligence artificielle dans un projet n’a jamais été aussi simple : une simple API suffit souvent pour ajouter des capacités avancées. Selon les enjeux de confidentialité, de coût et d’indépendance, l’IA peut être consommée, hébergée localement ou développée sur mesure.
Illustration épurée montrant le mot “Information” en lettres blanches au centre d’un fond bleu, entouré de formes géométriques et de schémas représentant des flux de données et de communication.

  • 2 nov. 2025

Pourquoi la modélisation de l’information change tout dans un projet IT

  • Clément Fiocre
  • 0 comments

Dans les projets informatiques, tout le monde pense se comprendre… jusqu’au jour où les malentendus explosent. Derrière ces incompréhensions se cache souvent un manque de modélisation de l’information : ce livrable discret qui aligne les esprits et révèle la vraie taille du projet.
Business Analyst at work

  • 20 oct. 2025

Pourquoi un Business Analyst doit savoir lire une API (même sans coder)

  • Clément Fiocre

Les API sont au cœur des projets digitaux, mais souvent perçues comme trop techniques. Pourtant, un Business Analyst doit savoir les lire : non pour coder, mais pour comprendre les échanges de données, mieux collaborer avec l’IT et sécuriser la réussite des projets.
Illustration de la méthode CRUD avec un ordinateur portable affichant les actions Create, Read, Update, Delete reliées à un schéma simplifié de modèle de données.

  • 6 oct. 2025

Pourquoi la méthode CRUD est un super outil pour comprendre un modèle de données

  • Clément Fiocre

La méthode CRUD (Create, Read, Update, Delete) est une grille simple et puissante pour comprendre rapidement un modèle de données. Découvrez pourquoi elle est si efficace et comment l’utiliser dans vos projets.
Illustration du titre "5 erreurs fréquentes quand on lit un modèle de données (et comment les éviter)" avec un schéma entité-relation simplifié et un symbole d’erreur rouge, destinée aux Product Owner et Business Analyst qui apprennent à lire un modèle de données.

  • 22 sept. 2025

5 erreurs fréquentes quand on lit un modèle de données (et comment les éviter)

  • Clément Fiocre

Lire un modèle de données n’est pas toujours évident : beaucoup le voient comme un schéma technique réservé aux experts. Pourtant, il peut devenir un outil précieux pour comprendre et communiquer dans un projet. Découvrez les 5 erreurs les plus fréquentes à éviter pour mieux interpréter un modèle et en tirer toute la valeur.
Infographie présentant les principaux cadres de modélisation des données (UML, MERISE, ERD) et d’autres notations comme ORM, IDEF1X, Crow’s Foot et BPMN, avec le message clé : l’important est de se comprendre.

  • 7 sept. 2025

Les différents cadres de modélisation des données – UML, MERISE, ERD et au-delà

  • Clément Fiocre

UML, MERISE, ERD… plusieurs cadres existent pour modéliser les données. Mais au-delà des méthodes, l’essentiel reste la compréhension partagée : un modèle n’a de valeur que s’il est compris par tous.
Swagger OpenAPI expliqué aux Product Owners et Business Analysts – introduction aux API REST.

  • 25 août 2025

API REST : par où commencer quand on est Product Owner ou Business Analyst ?

  • Clément Fiocre

Découvrez pourquoi lire un Swagger est la première étape pour Product Owners et Business Analysts qui veulent comprendre les API REST.
Infographie des trois types de projets data : MDM, digitalisation métier, BI.

  • 30 juin 2025

Projets autour de la donnée : comment distinguer les véritables projets Data

  • Clément Fiocre
  • 0 comments

Tous les projets liés aux données ne relèvent pas du "projet data" au sens strict. Cet article propose une typologie claire pour distinguer MDM, BI, digitalisation métier et véritables projets data exploitant l’IA ou le machine learning.
Illustration représentant le contraste entre la gestion de projet agile (construction rapide) et la modélisation des données (fondations structurelles), séparés par une fissure symbolisant le manque de cohérence.

  • 23 juin 2025

Modélisation des données et agilité : un paradoxe révélateur d’un déficit structurel

  • Clément Fiocre
  • 0 comments

Dans les projets IT agiles, la donnée est souvent reléguée au second plan. Pourtant, elle constitue la véritable fondation des systèmes. Cet article explore le paradoxe entre agilité et modélisation des données, met en lumière ses causes profondes, et propose une stratégie concrète pour construire durablement, sans freiner les projets.