J'ai commencé ma carrière professionnelle comme développeur, un métier que j'ai exercé pendant huit ans avant d'évoluer progressivement vers des responsabilités de conseil et de transformation. Cela fait maintenant plus de quinze ans que je n'ai pas réellement mis les mains dans le code. Même si j'ai continué à travailler avec des équipes de développement et à accompagner des transformations autour du Product Management et de l'ingénierie logicielle, je serais aujourd'hui incapable de développer manuellement une application. Je n'en ai plus les connaissances techniques ni les réflexes.
C'est dans ce contexte que j'ai commencé à expérimenter le développement avec des agents IA, notamment Claude Code. J'ai pu retrouver la possibilité de concevoir et de réaliser mes propres applications, en mobilisant mon expérience du développement logiciel, mes connaissances du Product Management et ma capacité à cadrer un besoin, sans avoir à écrire moi-même le code.
En échangeant sur ces réalisations avec d'autres consultants, j'ai constaté qu'il était assez facile de montrer ce que les outils permettaient de produire, mais beaucoup plus difficile de faire comprendre comment on arrivait à ces résultats. Une démonstration de Claude Code peut donner une idée de ses capacités. Elle ne permet pas forcément de se représenter le travail nécessaire pour obtenir une application qui fonctionne, ni les décisions qu'il faut prendre au cours de sa construction.
J'ai commencé à réfléchir à un moyen de rendre cette expérience accessible à des personnes qui n'avaient pas nécessairement de compétences en développement. C'est de cette réflexion qu'est né Agentic Build Lab.
Construire plutôt que montrer
01 — Partir d'une application à construire
Le premier choix a été de proposer un atelier dans lequel chaque participant construit une petite application avec un agent de code.
J'aurais pu organiser une formation autour des fonctionnalités de Claude Code, de Codex ou de GitHub Copilot, expliquer comment rédiger des prompts ou montrer les différentes commandes disponibles. Mais cela aurait laissé de côté une grande partie de ce que j'avais moi-même découvert en utilisant ces outils.
Lorsqu'on commence à construire une application, il faut d'abord décider de ce que l'on souhaite obtenir. Une demande qui paraît claire dans une conversation peut révéler plusieurs ambiguïtés lorsqu'un agent cherche à la transformer en fonctionnalités. Il propose parfois des choix auxquels on n'avait pas pensé, demande des précisions ou produit un résultat qui fonctionne techniquement sans correspondre exactement à ce que l'on avait imaginé.
Ces situations font partie de l'apprentissage. Elles obligent à préciser son intention, à examiner ce qui est proposé et à comprendre les conséquences de ses décisions.
J'ai donc construit Agentic Build Lab autour d'un parcours qui accompagne progressivement le participant dans la réalisation de son application. Il commence par définir ce qu'il veut construire, passe par la conception du produit et de son interface, puis avance vers la réalisation et l'amélioration du résultat.
Le dispositif permet de travailler avec différents agents de code, notamment Claude Code, Codex et GitHub Copilot, et de s'appuyer sur des démarches structurées comme BMAD ou Spec Kit, complétées par Impeccable pour le travail sur l'expérience utilisateur et le design.
Cette diversité est volontaire. Je souhaite que les participants découvrent une manière de travailler avec des agents, au-delà de l'apprentissage d'un outil particulier.
Le poste de travail
02 — Préparer le poste fait déjà partie de l'expérience
Une des premières difficultés auxquelles je me suis intéressé concernait la préparation des environnements de travail.
Pour quelqu'un qui utilise régulièrement un terminal et des outils de développement, installer un agent de code, vérifier ses accès ou préparer un répertoire de travail finit par devenir assez naturel. Pour un consultant qui n'a jamais utilisé ces outils, chacune de ces opérations peut constituer une difficulté.
La situation est encore différente sur un poste professionnel, avec des contraintes de sécurité, des droits d'installation et des configurations qui ne sont pas toujours maîtrisés par l'utilisateur.
Je voulais que les participants puissent se concentrer sur la construction de leur application, sans consacrer l'essentiel de leur temps à préparer leur ordinateur. J'ai donc intégré cette préparation au parcours, en utilisant l'agent lui-même pour effectuer une partie des vérifications nécessaires.
Le participant est accompagné dans la mise en place de son environnement, et les contrôles permettent d'identifier les problèmes avant de commencer l'atelier.
Ce travail de préparation m'a aussi obligé à tenir compte de situations que je rencontrais peu dans mes propres expérimentations, notamment les différences entre Windows et macOS, les restrictions propres aux postes professionnels ou les difficultés liées aux autorisations d'exécution.
Ces contraintes influencent directement la conception du parcours. Il faut fournir suffisamment d'indications pour aider une personne qui découvre ces outils, tout en évitant de lui demander de comprendre dès le départ toute leur mécanique technique.
Des validations humaines entre les étapes
03 — Organiser le parcours autour des décisions
Une fois l'environnement préparé, le participant entre dans un atelier guidé.
Chaque étape présente ce qu'il doit chercher à obtenir, lui propose une interaction avec l'agent et lui indique comment examiner le résultat avant de poursuivre. Le parcours accompagne ainsi la progression depuis l'idée initiale jusqu'à une application utilisable.
J'ai volontairement conservé des validations humaines entre les étapes. Lorsqu'un agent produit une proposition de fonctionnalités ou une première interface, le participant doit pouvoir la regarder, la modifier ou demander des précisions avant que le travail continue.
Dans mes propres projets, j'ai appris que ces moments de vérification étaient importants. Un agent peut produire rapidement quelque chose de cohérent, puis construire la suite sur une hypothèse qui n'avait jamais été réellement validée. Plus on avance, plus il devient coûteux de revenir sur ce choix.
Je retrouve ici une partie des pratiques du Product Management et de l'ingénierie logicielle que j'accompagne depuis des années. La différence tient au fait que le participant peut désormais les expérimenter en construisant directement quelque chose, sans dépendre systématiquement d'une personne capable d'écrire le code.
Cette possibilité soulève également une question que je cherche à traiter dans l'évolution d'Agentic Build Lab. Si l'on veut permettre à des non-développeurs de construire des applications, il faut aussi se préoccuper de leur qualité, de leur sécurité et de leur maintenabilité.
Mon ambition est d'intégrer progressivement ces exigences dans le harness qui encadre le travail des agents. Les standards de développement, les contrôles et les bonnes pratiques doivent pouvoir être portés par cet environnement, pour que le participant bénéficie de ces exigences sans avoir à les maîtriser lui-même dans le détail.
Cela suppose de rendre les règles explicites, de définir les vérifications nécessaires et de conserver des mécanismes permettant de contrôler effectivement les résultats produits. C'est un chantier important pour faire évoluer le dispositif au-delà de la simple réalisation d'un prototype.
Le rôle de l’animateur
04 — Prévoir un accompagnement pendant la construction
J'ai également intégré un dispositif permettant à l'animateur de suivre la progression des participants et de répondre à leurs demandes d'aide.
L'idée est venue d'une difficulté assez simple. Lorsqu'une personne découvre un environnement qu'elle ne maîtrise pas, elle ne sait pas toujours interpréter ce qui se passe. Une commande qui prend du temps, une demande d'autorisation ou un message d'erreur peuvent interrompre son travail, même lorsque le problème se résout facilement.
Le cockpit permet à l'animateur d'identifier les situations dans lesquelles une intervention est nécessaire. Il peut ainsi accompagner les participants qui rencontrent une difficulté, sans devoir surveiller individuellement chaque ordinateur.
L'accompagnement fait donc partie de la conception du Lab. Il permet de maintenir la progression de l'atelier et d'aider les participants à surmonter les obstacles qu'ils rencontrent, tout en leur laissant la responsabilité de construire leur application et de prendre les décisions qui la concernent.
Consultants et clients
05 — Une démarche qui concerne les consultants et leurs clients
J'ai initialement abordé Agentic Build Lab à travers les besoins de montée en compétences des consultants, dans un contexte où les pratiques de développement avec des agents IA deviennent accessibles à des profils qui n'écrivent pas habituellement de code.
Pour les consultants, l'intérêt dépasse l'apprentissage d'un nouvel outil. Un consultant métier, un Product Manager ou un spécialiste de la transformation peut désormais participer plus directement à la fabrication d'une solution, matérialiser une idée dans une application et confronter beaucoup plus rapidement certaines hypothèses à un résultat utilisable.
Cette possibilité élargit également la palette des livrables que nous pouvons proposer dans nos missions. Une analyse peut être prolongée par un outil interactif, une recommandation par un prototype utilisable, un modèle de fonctionnement par une application qui permet d'en explorer concrètement les mécanismes.
Ces réalisations peuvent enrichir le travail avec les équipes de développement, mais aussi permettre de présenter autrement un résultat à des dirigeants ou à un COMEX. Une application qui permet de manipuler des hypothèses, de visualiser des scénarios ou d'expérimenter un fonctionnement peut rendre certains arbitrages plus concrets qu'une succession de slides.
Cette évolution concerne également les clients que nous accompagnons.
Un responsable métier, un manager ou un membre d'une équipe de transformation peut lui aussi disposer de nouvelles possibilités pour produire des outils adaptés à son activité, expérimenter une idée ou construire un support interactif à partir de ses propres connaissances.
L'intérêt est d'autant plus important que ces personnes connaissent souvent très précisément leurs besoins, mais ne disposent pas nécessairement des compétences techniques ou des moyens nécessaires pour les traduire elles-mêmes en applications.
Avec Agentic Build Lab, je cherche à leur permettre de découvrir ces possibilités en construisant directement quelque chose, puis en identifiant comment cette manière de travailler pourrait trouver sa place dans leurs activités.
Les objectifs d'un atelier peuvent naturellement varier selon les participants et leur contexte. Le parcours fournit une base commune pour découvrir cette pratique et commencer à en apprécier les possibilités.
Ce que je cherche
06 — Ce que je cherche à développer avec Agentic Build Lab
En construisant Agentic Build Lab, j'ai prolongé une réflexion qui accompagne mes propres expérimentations avec les agents IA autour de l'évolution de la manière dont nous concevons et fabriquons des produits numériques.
Mon parcours de développeur m'a donné des repères qui restent utiles pour comprendre ce que produisent les agents, mais la possibilité de construire à nouveau des applications sans écrire le code m'a permis de retrouver une pratique que j'avais abandonnée depuis longtemps.
Je m'intéresse particulièrement à ce que cette capacité pourrait apporter à des personnes qui n'ont jamais développé, mais qui disposent d'une connaissance approfondie d'un métier, d'un problème ou d'un processus.
Avec l'évolution des agents et des environnements qui encadrent leur travail, une partie croissante des exigences techniques pourrait être prise en charge directement par le dispositif. Cela permettrait aux participants de consacrer davantage d'attention à la définition du besoin, à l'expérience proposée et à la valeur du résultat obtenu.
C'est aussi dans cette perspective que je souhaite poursuivre le développement d'Agentic Build Lab, en travaillant sur l'autonomie des participants, la qualité des réalisations et la possibilité de transposer cette pratique dans des contextes professionnels.
Pour les consultants comme pour les clients, l'enjeu est de pouvoir mobiliser ces nouvelles capacités pour concevoir, expérimenter et produire des solutions qui répondent à leurs besoins, avec un niveau d'exigence adapté à leur utilisation.