- Speaker #0
Est-ce qu'il n'y a pas le risque que finalement ton organisation d'agence te mente parce que tu leur as donné un objectif et pour te faire plaisir ils vont te faire croire qu'ils ont réussi le truc ?
- Speaker #1
C'est une seule IA qui bosse depuis 3-4 jours sur le même projet tiens. Le plus compliqué à suivre c'est qu'on a plus que ce qu'on a demandé.
- Speaker #0
Bonjour bonjour c'est PPC. Une IA qui répond, on sait à peu près comment s'en servir. Mais quand elle commence à agir, à enchaîner des tâches, à utiliser des outils, là le travail change big time. Et les questions aussi. Avec Alexandre, aujourd'hui, on va parler très concrètement de ce que ça veut dire de travailler avec des agents, comment on s'y prend, ce qu'il faut surveiller, ce qu'on peut leur déléguer, et à quel moment il faut savoir reprendre la main. Bienvenue dans Connected Mate. Salut Alex. Salut BC. Ça va bien ? Conforme. Alors, on va attaquer peut-être première séquence. Un agent, ça change quoi ? J'aimerais appeler ça comme ça. On va commencer par du très concret. Dans ton boulot... pour celles et ceux qui ont écouté l'épisode sur les 240 milliards de tokens que tu as consommé en un trimestre. Qu'est-ce que tu fais dans ton boulot avec un agent que tu ne faisais pas avec une IA qui répond simplement à des questions ? On est passé de l'IA conversationnelle à l'IA qui agit.
- Speaker #1
Comme tu sais, moi je m'occupe de la R&D, donc je suis en charge de l'IA et l'innovation chez TGV. Et du coup, mon boulot de tous les jours, c'est de tout tester dans les dés. Et donc tout tester, ça veut dire faire des recherches, beaucoup, beaucoup, beaucoup de recherches en ligne. Et après, faire du développement informatique pour tester. Parce que tout est code. Que ce soit une application sur un iPhone, jusqu'à des codes beaucoup plus complexes pour TGV, tout est du code. Même que ce soit juste connecter une IA à des mails. En fait, tout ça, c'est du code. Donc l'objectif pour nous, c'est de pouvoir avoir des IA qui peuvent coder de la meilleure des façons pour pouvoir nous aider pour avancer sur les projets. Et surtout, là, j'ai dit le mot code beaucoup trop de fois parce qu'en fait, nous, on ne parle même pas comme ça parce qu'on n'a pas de développeurs dans nos équipes. Donc on a juste des IA, des agents, qui vont s'occuper de faire la partie informatique. Et nous, on se focus sur les idées et ce qu'on essaie de soulever, donc de répondre à des problématiques et on s'occupe de cette partie-là.
- Speaker #0
Donc, tu n'as pas de développeur. Par contre, tu as un tech lead avec toi.
- Speaker #1
C'est ça, oui. On a un tech lead avec nous qui permet justement, et je pense qu'on va y revenir, de mettre cette structure autour de ces agents IA, ce qui nous permet d'avoir directement des résultats en qualité en fait.
- Speaker #0
Alors, tu sais, les auditeurs du podcast, ils aiment les choses hyper concrètes. Est-ce que tu pourrais nous raconter une tâche ? une vraie tâche, que tu confies à ces agents du début jusqu'au résultat.
- Speaker #1
Oui, bien sûr. Alors, une vraie tâche comme ça, du début jusqu'au résultat, en fait, c'est toutes les tâches. Mais il faudrait que je te prenne un exemple. On va prendre, par exemple, les dernières mises à jour d'iOS. Peut-être que vous le savez, mais iOS, maintenant, Siri, va pouvoir directement discuter avec vos applications. Et donc là, ça, c'est effectivement une de nos missions dans notre direction de s'assurer ou de tester. que notre application iOS chez TGV puisse répondre avec Siri. Donc pour ce faire, nous on a l'idée, on va discuter avec les équipes en direct pour savoir quels use cases on va tester, parce que c'est échanger son billet de train, refaire une recherche, quels sont les cas d'usage, tous les cas d'usage. Et en fait, globalement, ce qu'on fait à ce niveau-là, c'est qu'après, nous on va lancer des agents pour faire toute la recherche sur la documentation Apple, les très approfondir, et surtout on va plus loin parce qu'on a une expertise, donc aussi on va les faire chercher sur des groupes Reddit, etc. On ne va pas se fier uniquement à ce qui est public. est-ce qu'on connaît un peu la réalité derrière et on va pousser le curseur assez loin et après directement on va pouvoir juste connecter un téléphone à un ordinateur et lui il va commencer à faire tous les tests de façon autonome et c'est aussi intéressant c'est que pour les personnes qui ont commencé à essayer de demander à Eliade Codil souvent les gens doivent découvrir comment on fait pour juste avoir des résultats et on a tout le temps besoin d'être derrière. Nous cette partie là on l'a complètement passé on a tout structuré ce qui fait qu'on peut vraiment la laisser de façon 100% autonome Merci. Et elle, elle va bosser dessus. Et nous, comme ça, on aura du temps pour aller voir les équipes en charge, discuter avec les gens, reprendre leurs inputs, etc. Faire des tests, préparer la commande interne, etc. Et en fait, du coup, là, de bout en bout, c'est l'IA qui va tout tester. Et nous, c'est elle va faire 80% du job et après, on prend les 20% restants pour améliorer. Et donc, dans ce cadre-là, en fait, c'est aller lire la documentation Apple. C'est prendre le code sur ce qu'on a. Donc, ça, on se sécurisait, bien sûr. Faire tous les tests, faire tous les développements, avoir un téléphone branché qui va pouvoir contrôler pour pouvoir tout tester. Et à la fin, nous dire, c'est bon, j'ai fini. Et elle a répondu à tout ça. Et ça, ça peut te prendre une journée où l'IA va bosser presque de façon complètement autonome toute la journée.
- Speaker #0
Parce qu'il aurait pris des dizaines de jours de gens pas forcément super compétents sur un sujet qui est en plus nouveau. Oui,
- Speaker #1
et même en compétence, je pense, en fait. Parce que c'est des choses qu'il faut tester. Et le problème de tout ça, c'est qu'il y a beaucoup... Pour faire des choses en qualité, il faut jouer plein de scénarios. Et c'est ça qui est important. Et je pense que vous allez vraiment noter des mots-clés dans ce podcast, en fait. Il y a plein d'éléments où il faut tout le temps avoir ces réflexes-là. Donc nous, c'est le scénario, c'est le mandat de jouer tous les scénarios. Ce qui fait qu'on a les choses en qualité et les scénarios, c'est là qu'il y a plein de choses qu'on oublie. Un scénario, c'est toi qui penses devant ton ordinateur, c'est ton scénario de pensée. C'est ton scénario d'action. Par contre, les gens n'auront jamais le même. Et donc, il faut jouer tous les scénarios possibles. Et ça, c'est des choses qui prennent beaucoup de temps, en fait. Et c'est là où, en fait, on a un vrai gap entre ceux qui le font juste vite fait. Et ceux qui l'ont vraiment beaucoup fait, donc savent le faire en qualité. Donc ça, c'est les scénarios. Donc oui, effectivement, une journée, tu peux jouer un truc où déjà des très bonnes personnes en plus de 10 jours, ça leur est plus.
- Speaker #0
Pour revenir plus précisément sur ton cas, Alexandre, je voudrais savoir, est-ce qu'il y a un moment où tu t'es dit, là, je ne suis plus seulement en train d'utiliser une IA, mais je peux lui déléguer vraiment du travail ? C'était quand ce moment-là est arrivé ? Et c'est quoi le déclic ?
- Speaker #1
Le déclic, il a été quand les IA ont vraiment commencé à être meilleurs.
- Speaker #0
C'était quand ?
- Speaker #1
Pour moi, ça a été en novembre dernier.
- Speaker #0
Donc novembre 2025.
- Speaker #1
C'est ça. C'est quand en fait, Opus 4.6, c'est un modèle d'IH et d'entropie qui est sorti, et vraiment, il a tout changé. Ce qui est intéressant, c'est que moi, à ce moment-là, avec mon équipe, on s'est dit, OK, c'est bon, on peut vraiment lui laisser des tâches, il va le faire. Peut-être pas de la meilleure des façons, mais il va falloir qu'on le structure. Et la globalité des autres personnes dans le monde professionnel se sont dit, ah, c'est bon, l'IA peut enfin coder. Il y avait vraiment deux gappes déjà, parce que nous, on était dessus depuis le début, en fait. Donc, on avait déjà passé le côté où ça pouvait coder avec des complexités, mais ça faisait quand même comme un très mauvais, enfin, un très bon prestat moyen déjà, tu vois.
- Speaker #0
Un très bon prestat moyen.
- Speaker #1
Oui, c'est ça. Vous voyez un petit peu de quoi je parlais.
- Speaker #0
Donc, c'est rigolo, un très bon prestat moyen. Donc, c'est un prestat moyen, quoi.
- Speaker #1
Ben non, parce que ça fait partie des très bons dans les prestats moyens avec ta sauvegenteur. Pour ne pas avoir besoin d'utiliser des plus gros. Tu vois ce que je veux dire ?
- Speaker #0
Mais ça veut dire que ce déclic-là, toi, c'est quand tu dis, je peux vraiment lui déléguer du travail. C'est quoi ? C'est qu'il y a un niveau de confiance que tu peux donner à la machine, c'est ça ?
- Speaker #1
Ah, complètement. Alors nous, le niveau de confiance, on l'a directement joué à fond, on n'a jamais eu de soucis. Et donc, tu peux donner un niveau de confiance très fort. Moi, par exemple, j'ai développé un petit connecteur sur mes mails, qui fait que Claude, en fait, est connecté à mes mails. Donc, n'importe quel modèle, il peut être connecté à mes mails, mais j'ai sécurisé ça pour que ce ne soit que des mots-clés. Ce qui fait qu'imagine, j'ai des projets où j'ai des mails qui peuvent tomber, par des process internes que j'ai lancés, etc. Et directement, ces mots-clés-là vont faire que ça va remonter chez lui. Et lui, il va pouvoir répondre aux mails.
- Speaker #0
Bon, un agent, ça peut faire plusieurs choses à la suite. Mais si la mission est mal posée, il peut aller très, très loin et dans la mauvaise direction.
- Speaker #1
Oui, complètement.
- Speaker #0
Justement, si on prend le cas que tu viens de donner là, qu'est-ce que tu as dû préciser à l'agent quand tu lui as confié cette tâche par rapport aux résultats que tu voulais atteindre, par rapport aux étapes, les autorisations qu'il a eu le droit, les limites peut-être ? Qu'est-ce que tu lui as dit ? À la fin, le mail, il part et c'est toi qui le signe. Tout à fait. Donc, c'est ta responsabilité. C'est lui qui le signe ? Tu dis envoyé par Claude, ça ?
- Speaker #1
Ah oui, non. Envoyé par l'agent IAD Alexandre.
- Speaker #0
Ah d'accord.
- Speaker #1
C'est juste mon intitulé de mail. En fait, ce qui est intéressant là-dessus, c'est que ça touche pile-pôle. C'est-à-dire que nous, vu qu'on fait de la R&D, on a aussi pour mission de tout tester. Et tout tester, c'est tout tester sans limite. Et donc, on est toujours entre les deux parties qui est on teste tout sans limite, mais de l'autre côté, il faut qu'on mette autant d'efforts à structurer. Je te dis ça parce que tu vois, sur le développement informatique, on est très structuré. Ça fonctionne très bien. de moins en moins d'erreurs, ou du moins, c'est pas des erreurs, mais ça va de plus en plus tout le temps comme on le souhaite.
- Speaker #0
Ok, ça va dans le bon sens.
- Speaker #1
Voilà, on se comprend très bien. Là, quand il agit en mon nom, c'est assez récent parce qu'on a développé ces connecteurs récemment, et je ne l'ai pas encore assez structuré pour qu'il soit pile-poil comme j'ai envie qu'il soit. C'est-à-dire qu'il soit un petit peu comme moi, qu'il fasse des mails assez simples, qu'il pense plus deux fois avant de faire des process, etc. Parce que c'est lui qui gère tout. toutes mes demandes.
- Speaker #0
Donc, ça veut dire que c'est l'entraînement que tu vas lui faire parce que par rapport aux différents G qu'il a fait, tu vas lui dire non, en fait, tu l'amènes à corriger ?
- Speaker #1
Alors non, en fait, tu ne l'amènes pas à temps. Dans l'idée, il faudrait l'amener à corriger. L'objectif, c'est déjà de plusieurs fois interagir avec lui et de base, si tu veux faire ça bien, en fait, tu ne lui proposes pas d'envoyer les choses mais tu corriges à chaque fois sauf que ça prend un temps dingue en fait. Tu ne fais pas de l'entraînement. Mais ça,
- Speaker #0
c'est une sorte d'éducation de ton agent.
- Speaker #1
Non, non, il ne faut pas utiliser ces terminaux parce qu'en fait, C'est des termes qui font penser que lui, vraiment, il va se changer. Non, non, c'est juste toi qui vas devoir mieux structurer les infos que tu lui donnes. En fait, c'est comme si on ne parlait pas vraiment la même langue. Donc, tu peux demander quelque chose et peut-être qu'il ne comprendra pas pareil. Mais ce n'est pas du tout un entraînement pour lui. Il ne va pas réapprendre, etc. Non, c'est juste que tes façons de lui mettre ses règles ne sont peut-être pas bonnes. Du coup, c'est là où il faut réajuster. Là, c'est le truc où on n'a pas encore assez. Donc,
- Speaker #0
l'effort que tu fais, toi, c'est pour qu'en fait, l'IA te comprenne mieux.
- Speaker #1
par rapport aux intentions avec des structures en fait juste structures ok en fait c'est que tout le truc qu'il ne peut pas faire tu lui dis là quand tu lui dis tout ce qu'il ne peut pas faire tu lui dis dans l'idée c'est déjà un meilleur résultat sur mes mails ce n'est pas encore le cas et par exemple j'ai eu le cas vendredi il gérait des process pour moi donc tu sais des demandes internes sur des formulaires internes pour mon ex-accès et c'est lui qui a pris la main donc moi on a dû lui développer des connecteurs pour qu'il puisse naviguer sur des navigateurs tout interne sur notre IT et ce qui était intéressant c'est qu'en fait il a fait des formulaires et il a posé des questions Puis après, il se rendait compte qu'il avait fait une bêtise et il reposait une question.
- Speaker #0
Et donc dans les formulaires, tu as plein de messages. Quel est le feedback qu'ont pu te donner des humains ? qui sont face aux réponses de ton agent, comment ils perçoivent ça ?
- Speaker #1
Écoute, il n'y en a pas qui viennent nous dire, enfin, il y en a qui viennent nous dire, c'est super, etc. Beaucoup, en fait, s'en moquent, tu vois, parce qu'en fait, on n'a pas assez d'interaction avec la même personne. Par contre, ce qui est intéressant, c'est au final le nombre de gens qui pensent qu'on travaille, enfin, qui se disent, mais comment ils font pour travailler sur autant de sujets différents ?
- Speaker #0
D'accord.
- Speaker #1
Et c'est ça qui est intéressant. Donc,
- Speaker #0
vous leur amenez...
- Speaker #1
enfin le sujet c'est qu'eux ils attendent une réponse et tu leur donnes une bonne réponse donc oui non c'est ça et surtout c'est qu'en fait on discute avec les gens puis après en fait eux s'aperçoivent qu'on bosse aussi sur ça sur ça sur ça sur ça ils savent pas comment on fait pour gérer tout ce contexte de projet d'accord c'est qu'en fait on a délayé vraiment à des agents et donc moi dans la journée c'est ce que j'ai dit dans le premier podcast tu vas avoir de 20 à plus de 100 agents avec qui j'ai travaillé dans la journée je les verrais pas tu nous avais dit entre 40 et 60 ouais mais là ça augmente en fait tu vois parce que Quand tu rentres dans plein de types de process, ça dépend des journées. Des journées, vraiment, il n'y a pas grand-chose. Des fois, il y a des journées, c'est monstrueux. Tu te lances dans des gros process. Et ce qui est intéressant, c'est qu'il y a plein d'agents, mais je ne les vois même pas, en fait. Moi, je me concentre sur 3-4 agents qui gèrent tout le monde, comme si j'avais des collègues avec moi dans la journée. Et ça permet d'avancer comme ça.
- Speaker #0
Donc, en fait, c'est un peu comme si tu avais une équipe de 100 ou 200 personnes. Tu nous as expliqué que tu avais mis en place une organisation, un organigramme, des gestionnaires qui supervisent. C'est ça, avec complètement...
- Speaker #1
Pour ceux qui s'y connaissent un peu, c'est vraiment une template. de structure avec tous les agents. Parce que ceux qui connaissent ça, des agents, ils sont pleins, il faut les changer, etc. Et nous, ce qu'on a imaginé, mais c'est vrai qu'il n'y avait pas d'autres projets comme ça à l'époque, on serait parti sur un projet open source. C'est vraiment une template d'organisation avec des agents. Une template qui bouge par rapport à comment ton projet avance, mais dans les gros projets, même avec de l'IA, il y a quand même 2-3 mois où c'est tout le temps la même organisation. Et en fait, t'as ça, et puis t'as un organisateur qui va tout le temps regarder. Et l'un des trucs récents qu'on s'est intégré, et que moi, j'ai intégré en automatique dans mes flux de travail, c'est qu'en fait, j'ai des agents par rapport à mes projets qui vont aller vérifier. Donc, en fait, ils vont aller vérifier tous les Ausha avec les agents où moi, j'ai interagi avec eux. Si c'est agent et agent, ce n'est pas le sujet. Ça sera le sujet en second plan, mais pour l'instant, on se concentre sur le premier.
- Speaker #0
On refera un épisode.
- Speaker #1
Et en fait, c'est intéressant parce qu'il va aller vérifier toutes mes réponses et lui, quand il dit c'est bon, j'ai fini, et moi qui lui donne mes réponses. Parce qu'en fait, au bout d'un moment, ça va permettre de mieux comprendre. En fait, regarde, tu avais des réglages qui n'étaient pas bons parce qu'à chaque fois, tu précises ça. Donc maintenant, dans le réglage initial, je vais rajouter ces règles-là. Et comme ça, normalement, toi, tu ne diras plus souvent ces trucs-là. C'est étonnant parce qu'en fait, moi, à chaque fois, des fois, je vais répondre à mon agent, non, mais tu n'as pas bien fait. Ce n'était pas ça. Mais c'est parce que moi, je n'ai pas été assez précis. C'est ça, souvent, le raté. Et du coup...
- Speaker #0
On a les résultats qu'on mérite, en fait. Oui,
- Speaker #1
c'est ça. Si tu ne vas pas passer une plombe, tu es tes agents. Et du coup, c'est là où c'est intéressant de mettre cette automatisation qui va les vérifier. Quand lui dit que c'est bon, et toi, ta réponse. Et comme ça, il va comprendre. Ok attends qu'est-ce que... Quand est-ce que ça ne marche pas ? En fait,
- Speaker #0
tu vas optimiser... Ce que tu disais, c'était intéressant, cette histoire de savoir se comprendre, en fait. C'est ça qui est assez riche. Justement, tu parlais un peu de promptes. Je ne sais pas si les promptes sont un peu dépassées. On va dire que ce sont des instructions pour faire ça. Est-ce que tu as le cas, ou pas du tout, où quand tu dis que tu vas attaquer un sujet, tu as l'idée, tu vas réfléchir un peu plus au contexte, tu te dis que la mission est un peu... un peu grosse, un peu large, c'est toi qui commence à la segmenter ou non, tu lui passes le gros paquet et c'est lui qui va...
- Speaker #1
Non, je lui passe le gros paquet et c'est lui qui segmente. D'accord. Moi, c'est une règle assez importante, c'est que quand je lance un nouveau projet, donc quand j'ai un agent initial, ce que j'appelle un chief of staff, donc celui qui va gérer le staff, lui, par exemple, il ne peut que lancer des agents qui lui vont lancer des agents. C'est-à-dire qu'en fait, ça va être comme si on va faire une équipe de directeurs. Donc t'as le grand directeur, avec qui, moi, dans l'idée, je lui donne toutes mes infos. Il a son codire, il a tous ses sous-directeurs, qui eux par contre ont des équipes. Et du coup en fait ça fait que moi je m'occupe que de ce directeur, et peut-être ses 5 directeurs si je veux leur parler en direct.
- Speaker #0
En fait c'est N-2 quoi.
- Speaker #1
Et après au niveau du dessus je peux aller voir si je veux, c'est pas intéressant parce que ça va déjà très vite, et puis en fait après il y a plus d'erreurs de ma part, comme quand un grand patron va voir quelqu'un dans les équipes, il peut pas savoir pipole que c'est lui qui bosse là-dessus. Donc c'est là où en fait c'est un peu... Moi j'ai réagi à ces duos-là, et des fois c'est intéressant parce que sur mon application qu'on a développée, tu peux cliquer sur un mode où tu vois tous tes agents qui bossent en même temps. Et en fait des fois je clique dessus et du coup ça fait tout seul. Et je vois une organisation énorme, et tu fais oh d'accord, moi je me concentre sur mes deux. Et j'ai mis des layers où tu peux juste te concentrer sur des niveaux en dessous de toi.
- Speaker #0
C'est marrant parce qu'on a un peu l'impression que t'as répliqué un mode d'organisation Un peu comme si toi, tu étais le président, finalement. Tu as des inputs, une idée, une envie, une vision. Et puis, tu as un directeur général à côté de toi qui, lui, va être chargé de l'exécution de cette stratégie avec ses n-1 qui sont chacun des patrons de pôle, finalement, et qui iront aussi dans leurs équipes. Donc, finalement, ce qui est marrant, je trouve, tu as reproduit... une grosse organisation. C'est ça.
- Speaker #1
Et tu vois, même pour te dire, en fait, là-dedans, on devrait avoir quelqu'un de notre équipe, on va parler à l'humain, où son boulot devrait être de tous les jours pouvoir s'assurer que ces organisations-là fonctionnent bien. Parce que tu vois, en fait, on a pris énormément de temps à faire ce qu'on fait. Il faut faire des choix. Soit tu avances tes projets, soit tu bosses pendant des mois juste pour structurer tes outils. Ce qui est faisable, mais quand tu as des petites structures, et nous, c'est le gars, l'innovation, tu as le moment de faire des choix. Donc, en fait, on fait les deux en même temps, ce qui fait qu'on arrive à avancer, mais du coup, on pourrait être bien meilleur sur certains sujets. On ne l'a pas fait. Donc, par exemple, sur tout ce qui est... développement numérique pas de sujet on est très bon par contre sur tout ce qui va être management de projet donc je t'ai expliqué où il va pouvoir répondre sur des mails il va pouvoir être connecté à mes mails recevoir des mails etc prendre le contrôle d'un navigateur pour aller faire des demandes sur nos formulaires internes etc et bah tout ça ça c'est le début et c'est normal qu'il le fasse il aurait pu le faire plus longtemps mais c'est des choses en fait qu'il faut vraiment développer en custom tu vois vraiment des choses que j'ai dû développer moi-même pour mon métier et du coup il y a le temps de développement de ces outils là de tester enfin il faut tout tester Et surtout, c'est des choses qu'il faut mettre à jour tout le temps, parce que dès qu'un modèle d'IA va changer, les modèles sont différents. Donc là, il faut tout retester, tout rechanger. Et ça devient presque... Tu vois, moi, tous les jours, je suis en train d'améliorer mon outil qui me permet de faire mon organisation. Tout le temps, en fait. La preuve, là, durant ce podcast, j'ai mon ordinateur devant moi, je suis en train de l'améliorer.
- Speaker #0
D'accord. Donc, en fait, ce qui a été intéressant, c'est que moi, je te vois tout le temps en train de travailler en parallèle avec tes agents, etc. Donc, c'est en fait, tu es vraiment en ubiquité totale. Et tout se fait en... parallèles. Donc, en fait, c'est quasi 24-24.
- Speaker #1
C'est ça. C'est 24-24 parce que moi, tous les soirs, je lance une flopée d'agents.
- Speaker #0
Et le matin, en petit déjeuner, tu fais...
- Speaker #1
Et le matin, j'arrive toujours un peu plus tard au boulot parce que le matin, en fait, je fais le retour de tous mes agents. Je vérifie ce qu'ils ont fait, etc. Je me note tout, je les lance. Et après, dans les transports, ça continue de tourner. Et le même, ce qui est rigolo, c'est que... Ah,
- Speaker #0
tu relances une séquence avant tout le temps, dans les transports.
- Speaker #1
En fait, le soir, ce que je fais, c'est de la mise en qualité. Parce que c'est des choses où... visuellement, je n'ai pas envie d'interagir avec les choses. Par contre, ça va être tout ce qui va être mis en qualité de code, mis en qualité au niveau de la cyber, les pipelines, etc. Et c'est des trucs très longs, en fait.
- Speaker #0
Donc, ça veut dire que tous les soirs, finalement, tu fais un travail pour enlever la dette technique, en fait, de façon à dire, demain, on repart avec des bases propres.
- Speaker #1
C'est ça, on nettoie. Et dans l'idée, il faut que tous mes agents, moi, je leur donne une heure de fin. Donc, souvent, je leur dis vers 7h30 du matin, tout le monde doit avoir fini. Et là, après, moi, je refais un travail, je vois tout ce qui est parti en prod, il y a des soucis, il faut que mon Mac a craché. Il peut se passer plein de choses, en fait, qui sont juste des erreurs de ma part. C'est souvent ça, d'ailleurs. Et après, je ne perds rien d'avoir une mise en qualité. Ça, c'est vachement important, parce que tu vois, surtout, tout ce qu'on fait, le goal, ce n'est plus de dire on peut développer, c'est on peut développer en qualité. Parce qu'en fait, tout le monde peut faire du développement. La plupart du temps, dans toutes les boîtes, on a tous du code qui n'était pas très quali, des fois, qui a été fait. Nous, l'objectif, c'est vraiment de dire on peut le faire en mise en qualité. Sauf que du coup, quand tu avances bien dans la journée très fort, c'est possible que tes agents oublient de trois règles. Et donc moi, le soir, j'ai tout le temps mes agents qui vont refaire un check que tous mes nouveaux développements sont en accord avec les RGPD que j'ai sur le même projet. Du coup, on développe des outils internes. Ça, c'est super important. Après, toute la compliance qui va être cyber et DevOps. DevOps, c'est mes serveurs parce que j'ai une instance de serveurs. C'est possible qu'un de mes agents ait pris un nouveau truc sur Amazon qui soit trop consommateur. Et du coup, tous les soirs, j'annonce mes agents qui vont les vérifier, purger. nettoyer, s'assurer qu'il n'y ait pas des surcharges.
- Speaker #0
Et tu calcules aussi l'aspect financier des choses à chaque fois ?
- Speaker #1
C'est là où c'est intéressant. Le FinOps, c'est super cool parce que l'objectif pour nous, c'est d'être en compliance, mais d'être plus que le minimum. C'est-à-dire qu'on veut être au maximum de la cyber, bien plus que nous demandent la SNCF. On veut être au maximum de l'RGPD et même au niveau de DevOps, sur nos serveurs. On veut être encore mieux que ce que nous prévoyons.
- Speaker #0
Vous avez une stratégie best of breed.
- Speaker #1
Et on galère à fond. Par contre, On a dépassé déjà les prérequis SNCF, ça il n'y a aucun doute. Par contre maintenant on essaie d'aller vraiment plus loin et montrer que ça c'est bien géré et surtout il faut pouvoir tout suivre. Donc en fait sur notre programme on a un URL spécifique pour les équipes cyber, les équipes RGPD, les équipes DevOps, les architectes à la DSI et en fait ils peuvent voir les évolutions.
- Speaker #0
Ah oui donc vous les nourrissez aussi, tout est documenté. Tout est documenté. En avance de phase, tout est documenté. En fait on doit nourrir tout le monde. Ça tire la machine en fait vers de l'excellence.
- Speaker #1
On ne veut pas faire une boîte noire où juste les gens ne savent pas ce qu'on fait. On a tout est documenté. Et comme ça, les gens peuvent aller vérifier et comprendre. Et ça, c'est génial parce que tu vois, le RGPD, c'est un gros sujet, parce que c'est super important déjà. Et on connaît très bien les équipes qui s'en occupent, c'est un autre étage. Et en fait, ce qui est intéressant, c'est qu'ils nous ont mis des prérequis, sauf que d'une des fois, on fait des applicatifs qui ont besoin d'autres normes, tu vois, que les prérequis. Et ça, c'est des choses, ça prend beaucoup de temps, parce qu'il faut tout réajuster, etc. Ben oui, ils ont un site web très simple qu'on partage avec eux. Ils ont une vue complète de tout le RGPD, sur tout notre programme, et c'est plus d'une vingtaine d'apps aujourd'hui, ce qui n'est pas énorme, mais c'est déjà ça. Et en fait, ils peuvent comprendre si on fait une demande là, qu'est-ce que ça change, etc. ça tire tout Donc,
- Speaker #0
ils voient les tenants et les aboutissants et ils sont partie prenante de la... construction.
- Speaker #1
Et on essaie de rendre ça agréable pour eux de pouvoir bosser avec nous. Sachant qu'en fait, on se retrouve sur un truc qui est énorme parce que grâce à l'IA, on peut aller très loin. Et ça, écoute, ça marche bien. Ça, c'est intéressant. Mais du coup, c'est là, tous les soirs, on lance des améliorations, on lance des check-ups, etc. Et l'objectif, c'est d'arriver sur un truc en qualité. Et en fait, n'importe quel gros projet, de base, fait ça. Sauf que il y a beaucoup de prestat. Oui,
- Speaker #0
ça prend du temps, il y a beaucoup de réunions. Là, il y a l'impression qu'il y a un côté, une accélération, une fluidité qui s'opère parce que Merci. finalement tu as des boucles à la fin des boucles de rétroaction tu as des boucles de feedback tu rends les choses explicables,
- Speaker #1
visibles ça fait partie finalement des bonnes pratiques ce qui est rigolo c'est que ça va se calmer en fait je ne suis pas censé avoir une organisation si grosse tout le temps parce qu'en fait là c'est ce que j'expliquais dans le premier épisode, donc je suis censé monter un programme en train d'aller à la SNCF qui en fait va permettre aux gens de pouvoir eux-mêmes vibe-coder sur des serveurs et avoir accès à des applications Ils veulent faire une application, on crée là, après il améliore.
- Speaker #0
Ce qu'on avait compris la dernière fois, c'est que tu leur donnes accès à un studio, un studio de création, pas cassable en plus, qui est prêt pour partir à l'échelle d'ailleurs.
- Speaker #1
Imagine PPC, tu as besoin d'une équipe, tu as toute ton équipe, tu as besoin d'un espèce de Trello interne pour gérer ton équipe, on ne va pas re-signer avec Trello, du coup on le refait. Nous on le refait très rapidement, on le met en ligne, et toi tu pourras l'amener pile poil là où tu veux, changer les couleurs, améliorer les features, etc.
- Speaker #0
À ta main quoi.
- Speaker #1
À ta main, sauf que du coup, imagine pour faire ça. Moi, j'ai juste récupéré des serveurs vides. Donc, j'ai dû tout mettre dedans. Et donc, on a tout développé. Et ça, c'est un code de dingue. Mais du coup, normalement, et je l'espère, avant la fin de l'année, mon organisation, j'aurai beaucoup moins d'agents qui tournent parce que je l'aurais déjà mis en qualité. Et donc là, j'aurai une nouvelle template que je ferai tourner tout le temps, mais qui sera là pour améliorer, comprendre ce qui s'est passé, les trucs qui cassent, améliorer, améliorer, améliorer. Oui,
- Speaker #0
d'accord. Donc là, tu seras non plus dans l'étape de création, mais dans l'étape de gestion, d'amélioration. Petite question, tiens. Qu'est-ce que tu donnes ? Je voulais savoir si tu avais un... Un frein, puisque tu nous as dit, quand j'ai une idée, finalement, je la partage à ton agent IA qui a le rôle du directeur général, on va dire, si je prends ça. Est-ce que tu lui dis tout ? Est-ce que tu donnes tout le contexte ou tu gardes des éléments pour toi ? Ou tu dis, je suis hyper transparent ?
- Speaker #1
Je suis hyper transparent, je donne tout, mais je sais juste que les résultats ne m'iront jamais.
- Speaker #0
Tu sais juste que les résultats ne t'iront jamais ?
- Speaker #1
Ils ne m'iront jamais complètement.
- Speaker #0
Pourquoi ?
- Speaker #1
PESQUÈNE patte personnelle qu'on n'arrive pas à leur expliquer. Alors je dis ça parce que je suis souvent bloqué sur le design parce que c'est ce qui est visuel à la fin. C'est jamais comme tu le souhaites vraiment, tu vois. C'est jamais pile-poil comme tu le souhaites et il y a toujours une amélioration à la fin, mais je lui donne tout et je sais qu'il fera 80%
- Speaker #0
du boulot. Je devrais checker les choses. Sur le design, c'est pas parce que de façon très humaine, on a de toute façon un peu l'esprit d'escalier. Parce qu'en ayant vu ce qu'il nous a fait, on s'est dit, ouais, c'est pas tout à fait ça que je voulais. Alors qu'au début, on aurait été un foutu de lui dire que c'était ça qu'on voulait. À titre perso, tu préfères un agent qui fait toute la tâche d'un coup ou c'est vraiment plusieurs étapes où il te demande de valider ou c'est plus ça ?
- Speaker #1
Dans tous les cas, aucune des deux. Moi, ce que je veux, c'est des agents qui font tout d'un coup. Un agent qui fait tout d'un coup, il ne fera pas du tout tout. Pas possible. Par contre, moi, je veux une équipe d'agents qui feront tout d'un coup. Et c'est ça la structure, c'est que c'est là où on a des résultats en qualité. C'est qu'au lieu de demander à un presta de faire ton projet et tu lui dis ça en une journée, tu vas demander à peut-être 10, 20 prestas. de tout faire en une journée. Ils y arriveront déjà. Et surtout, ça sera ultra quali. Et ils font ça de façon autonome.
- Speaker #0
Comment ils vivent ? Parce que je t'entends, il peut y avoir aussi le sujet avec les N-2 de ton directeur général. On va prendre ça comme ça, s'ils gardent l'image. Ils ont chacun finalement une verticale. Mais comme toujours, et comme dans l'entreprise, une verticale, il y a des aspects un peu poreux qui peuvent aller empiéter sur le terrain de l'autre. Est-ce que tes agents IA, finalement, vont... Parce que peut-être que, j'allais dire, la nature est hors du vide. Aller chasser sur le terrain d'un autre, est-ce que oui ou non ? Et si oui, comment ils vivent ça, cette compétition ?
- Speaker #1
Ça remonte en gros qu'il y en a un qui touche un sujet qui va impacter un autre agent. De là, ils peuvent discuter entre eux. C'est-à-dire qu'imaginons des N-4 de mon directeur général, ils peuvent discuter entre eux. Ce n'est pas que vertical, ils peuvent discuter à l'horizontale. Ils peuvent. c'est pas tout le temps autorisé, ils devaient être autorisés par leur patron, par leur n plus ou n plus 1 et après ils échangent mais en fait les agents IA ils savent rapidement qu'ils sont sur un sujet qui n'est pas à leur expertise donc ils vont aller chatter avec l'autre agent et c'est là où notre système qu'on a fait ils peuvent tout le temps savoir avec qui ils bossent ils savent que du coup il y a un gars à côté qui lui va bosser là dessus et donc il va pouvoir aller lui envoyer un message et après ils se mènent d'accord
- Speaker #0
Est-ce que tu as observé, parce qu'on peut observer ça dans des grandes structures Finalement, il y a des jeux d'égo entre les différents patrons de filières verticales. Est-ce que les IA ont ça ? Non, pas du tout. Ça, c'est enlevé ? Pas du tout,
- Speaker #1
parce que je pense que ça, c'est des choses qui viennent avec le temps. Les IA, c'est la même structure, mais ils changent toutes les 3-4 heures. D'accord. En fait, on re-nettoie leur contexte. Ok. Donc, ça veut dire qu'ils oublient ? En fait, il n'y a pas ces histoires d'égo, mais ils oublient. En fait, c'est l'objectif, si tu leur fais oublier ce qui a été réalisé, tout leur travail, toute leur pensée, elle dégage. Elle est historisée, mais en fait, derrière, il y en a un nouveau qui arrive. Donc, en fait, c'est clean. Donc, non, non, il n'y a pas ces sujets-là.
- Speaker #0
Donc, si je prends ton trélo, et c'est un peu le chapitre 3 de cet épisode, je pourrais appeler garder le contrôle. On a un petit peu parlé là-dessus. Donc, ce que je comprends et ce que tu as mis en place, c'est que tu sais à tout moment ce qu'un agent a fait, ce qu'il est en train de faire et ce qu'il va faire ensuite. Ça, c'est ton pilotage. Tu leur laisses tout exécuter tout seul ou tu as des trucs où tu dis non, là, attends que je valide. À quel moment ? Qu'est-ce qui te fait dire ça, tu peux y aller et ça, je veux une étape de validation humaine ?
- Speaker #1
Le design.
- Speaker #0
Le design,
- Speaker #1
pas encore le design. Non, mais c'est ce que j'adore, ça. C'est mon biais, mais d'un côté, voilà. Mais moi, c'est le design, c'est le seul truc où je vais toujours pouvoir interagir avec. J'aime bien. Après, des fois, je dis fois, il envoie, parce que je sais que ça sera très bien. Mais quand c'est des trucs très précis, petites animations, etc., là, je vérifie moi-même. Après, non, moi, je laisse de façon sans pourcentage.
- Speaker #0
Je te le challenge. Pour moi, le design, c'est pas juste l'interface utilisateur. C'est aussi le design, l'architecture interne.
- Speaker #1
Oui.
- Speaker #0
Oui, prends Apple, Steve Jobs, ce qu'ils font est aussi propre en design de ce que l'utilisateur voit que ce qu'il y a quand on enlève la carcasse. Est-ce que tu as cette même intention et ce même objectif avec tes agents dans ce qu'ils construisent ? Il faut que le design de la construction soit propre.
- Speaker #1
ce qui est intéressant la carcasse elle est t'as moins de choix que le design tu vois avoir une carcasse propre c'est bien plus simple qu'avoir un design propre tu vois Le design, c'est par rapport à tes préférences, c'est ton visuel, ça fera. Dans tous les cas, ça fera le besoin.
- Speaker #0
Non, non, non. Moi, je te pense que si tu veux, il y a des endroits où il y a des interactions qui doivent s'opérer. Ça ne serait pas idiot qu'elles soient mises en proximité, tu vois, et pas trop loin. Tu vois, si je prends l'image des endroits où est placée la batterie dans un smartphone, c'est important de savoir à quel endroit tu la mets par rapport à certains composants, puisque ça consommera moins, tu vois, ou des composants qui s'appellent entre eux. La façon dont tu les as architecturés font que, quelque part, ils vont moins consommer parce qu'ils sont plus proches. Le chemin est moins long, donc le smartphone va durer plus longtemps. Est-ce que ça, tu l'as déjà observé ? C'est un peu trop tôt ? Ou c'est l'étape d'après dont tu as observé ?
- Speaker #1
Ça arrive avec ce que tu disais. Tous les soirs, j'affine, j'améliore. Ça, c'est ces étapes-là.
- Speaker #0
Tu redesignes carrément.
- Speaker #1
Tu redesignes pas tout parce que les règles sont là et j'ai déjà redesigné. C'est ces étapes où les bêtises avaient été faites. Enfin, les bêtises. Non, parce que j'ai pas été assez précis. Mais moi, dans tous les cas, c'est là où c'est arrivé, même très intéressant. Et ce qu'il ne faut pas oublier, on est aussi là pour faire de l'ARD. Donc, on fait de l'ARD sur ce qu'on développe en qualité. C'est notre mission. Et tu vois, moi, j'ai toujours le débat maintenant avec mon directeur. Il me dit, il y a plein de choses où, en fait, les mises à jour, je les mets direct en prod. Je n'ai pas de bêta, je n'ai rien. Je n'ai pas non plus des milliers, centaines de milliers de gens. Je me dis, mais en tout cas, il y a quand même pas mal de trucs où on prouve que je peux faire des updates et je le mets en live direct. Oui,
- Speaker #0
donc le sujet, c'est plus d'être très rapide s'il y a un feedback ou un truc à corriger et rebublier. Donc moi, ça, tu nous l'avais expliqué déjà, cette histoire-là, de se dire finalement, tu nous avais dit, je shippe et on corrigera après.
- Speaker #1
Oui, c'est ça.
- Speaker #0
Ça, c'était ça. Tu nous as dit aussi dans un autre épisode, quand tu es revenu de Chine, tu nous as dit, il y a un truc qui t'avait marqué, c'est qu'en fait, ils sont capables de détruire un immeuble et le reconstruire. C'est plus facile à faire que d'essayer d'améliorer un immeuble existant. Tu fais la même chose, toi, le soir, avec tes agents IA, tu es plus capable de détruire un immeuble que vous avez fait et recommencer.
- Speaker #1
Je le fais sur les petits trucs. C'est des tout petits trucs que j'ai faits, qui ont été nommés, qui ont été dits pas bons, mais il le fait. Après, je le fais de moins en moins, parce qu'en fait, tu perds quand même une structure, tu n'arrives pas à refaire à l'identique. Et comme je te dis, tu vois, nous, c'est pas un seul agent qui bosse, c'est toujours beaucoup en même temps. Donc, tu arrives rapidement sur des milliers et des milliers de lignes de code. Il n'arrivera pas à refaire pareil, il va toujours au bien une feature. Tu as plein de détails, ce qu'on appelle souvent les connaissances métiers, tu as plein de petits trucs, etc. Donc ça, on le fait de moins en moins, parce que notre code est qualitatif. Après, il y a toujours des améliorations, c'est des drastiques qui arrivent. C'est simple de faire des grosses améliorations que juste nettoyer. Il y avait beaucoup ça, beaucoup de gens disaient, l'IA va dire, ton code est nul, je le tue et je le refais. En faisant ça, tu as très rapidement une perte.
- Speaker #0
Parce qu'à un moment, soit tu as vraiment fait un énorme travail qui a fait bosser des agents presque une journée entière pour retester tous les scénarios, donc il faut recomprendre toutes les règles métiers pour le refaire nickel, why not ? Dans un autre langage, par exemple, ça je suis d'accord. Après, quand c'est une amélioration de l'angle d'existant, non. Par contre, c'est un changement de très réel, mais tu dis, c'est intéressant avec les bâtiments, tu vois, c'est pas, tu as de l'amiante, ton bâtiment est structurellement mauvais, par contre il avait été très bien réalisé pour les gens dedans, ben il va falloir tout recomprendre pour le refaire. Donc, imaginez-nous que tu as un code et qu'il faut le changer pour un autre langage, plus sécurisé ou moins consommateur, etc. Il y a énormément de travail pour s'assurer de ne rien perdre. Et si, comme ça, tu dis à l'agent, vas-y, refais-la. Non, ça ne marche pas.
- Speaker #1
Ça ne marche pas.
- Speaker #0
Enfin, ça marche, mais ça ne remplit pas l'objectif. Ça ne marche pas.
- Speaker #1
On a bien compris ton organisation avec ces agents. La question que moi, je me pose, elle est, je dirais, sur la... La confiance dans la délégation. On dit souvent, on entend cette expression, certains disent que c'est Lénine qui l'a trouvée. La confiance n'exclut pas le contrôle. Est-ce qu'il n'y a pas le risque que ton organisation d'agents te mente parce que tu leur as donné un objectif et pour te faire plaisir, ils vont te faire croire qu'ils ont réussi le truc, mais eux-mêmes, ils n'en sont pas sûrs. Ça arrive et si c'est le cas, comment tu peux... tu t'as mis quoi comme contrôle pour pouvoir...
- Speaker #0
C'est une seule IA qui bosse depuis 3-4 jours sur le même projet. Parce qu'en fait, à un moment, elle n'a plus de place, elle n'a plus de cerveau, elle n'a plus rien.
- Speaker #1
Elle est trop remplie.
- Speaker #0
Elle est en burn-out. Là, en fait, vu qu'on a tellement de règles, et c'est tellement d'agents qui bossent en même temps, en fait, ils sont tout neufs. Donc, ils n'ont même pas la place pour se dire, attends, je vais faker le truc. Et tu as tellement de chèques que non, ça ne m'arrive plus. Ça m'est arrivé à l'époque, quand je ne bossais pas avec plein d'agents. Mais en fait, maintenant, on a trouvé une orga. Parce que bosser avec plein d'agents, ça consomme beaucoup. Ce qui n'est pas un problème pour nous. Mais en tout cas, ça peut l'être quand tu es tout seul. Tu es en startup, etc. Tu ne peux pas se permettre. Enfin, tu pourrais te le permettre, mais c'est un choix. Sauf que du coup, il faut s'assurer que ça marche. Parce que sinon, tu vas peut-être te prendre un mois qui va te coûter très cher. Et donc là, effectivement, j'avais des trucs comme ça. Mais maintenant qu'on est sur cette règle du maintenant, tu vas faire déléguer, Et de toute façon, c'est lui qui jauge à un moment. Et en fait, non, on n'a plus ces erreurs-là. Non, mais d'ailleurs, le seul truc qu'on a, mais qui est bien, mais qui est un peu compliqué à suivre, c'est qu'on a plus que ce qu'on a demandé.
- Speaker #1
Vous avez plus que ce que vous avez demandé.
- Speaker #0
Oui, c'est-à-dire que nous, quand on a fait notre demande, on n'est pas allé, des fois, on ne va pas dans le détail non plus final. Et du coup, l'IA va s'en occuper. Vu que tu lances plein d'agents, plein d'experts, qui ont envie de faire plein de choses, ils vont remplir tous les trous. Tu n'y as pas pensé. Donc, il y a plein de choses que je découvre tout le temps. Tout le temps, dès que je présente tout ce qu'on fait, je découvre des choses. c'est génial parce que je découvre des trucs super malins ah bah tiens il a fait ça le problème c'est qu'il faut que j'arrête de dire aux gens il y a plein de choses que je découvre des pages, des machins, des features super et tout ça c'est là et en fait si il découvre des choses c'est qu'effectivement j'ai une bonne organisation je devrais de moins en moins avoir à lui dire bah non t'as oublié ça,
- Speaker #1
ça arrive bien sûr ok on va passer dans la quatrième peut-être partie de cet épisode je voudrais qu'on parle du nouveau travail autour et avec les agents, parce qu'on parle souvent du temps gagné quand on travaille avec IA, mais il y a aussi du travail en plus. Il faut préparer des missions, il faut vérifier les résultats, il faut suivre les erreurs, il faut organiser les outils. Dans ton expérience, Alex, qu'est-ce que les agents t'ont fait gagner et qu'est-ce qu'ils t'ont peut-être ajouté comme travail ?
- Speaker #0
Ils m'ont ajouté un travail de management et surtout de structuration du management. C'est pas juste pour manager, c'est comme si tu étais tout le temps en formation pour apprendre à manager. C'est tout le temps ça en fait. Ça, ça m'a rajouté vraiment une grosse partie dans le boulot, parce que ce n'était pas trop prévu. Et sinon, ce qui m'a rajouté, mais ce qui ne me met pas du tout en porte-info, c'est une responsabilité ici. Du coup, je me suis retrouvé à développer plein d'applications. Je me suis retrouvé à avoir la chance de piloter plein d'applications qui sont développées tout le temps. Je me retrouve par contre, effectivement, en responsabilité de ce SI, de ce petit système d'information. Parce que du coup, pour juste repréciser aux gens qui ne savaient pas écouter le podcast de base, 240 milliards de tokens on mettra le lien dans le note de l'épisode c'est promis mais en fait chez nous la HGTGV et la DSI donc la direction de l'institut d'informatique a dit pour tous les codes générés par IA ça sera sur un seul serveur etc qui est géré par moi ah oui ah donc ils t'ont délégué cette partie là c'est super gros ça leur fait une R&D ils voient ce qu'il se passe génial c'est structuré c'est sécurisé il n'y a pas de baffin le bac à sable est connu c'est un gros bac à sable interne J'aime pas être un bac à ça, mais ça risque d'être une sandbox.
- Speaker #1
Moi, c'est une sandbox. En anglais, ça sonne vachement mieux. C'est vachement mieux.
- Speaker #0
Mais du coup, il y a tout dedans. Donc j'ai repris effectivement une responsabilité ici qui ne m'inquiète pas parce qu'en fait, je corrige. Et puis imaginons, les serveurs anthropiques, enfin même que je sois sur Amazon, les serveurs de mes IA sont HS. Pire, ça paiera, j'attendrai une journée. Ça m'est arrivé une fois. Je veux dire, dans tous les cas, on a une rapidité. Oui,
- Speaker #1
c'est comme quand les serveurs Azure tombent. Il y a de la recette. Oui, il y a le chien.
- Speaker #0
Il y a plein d'autres choses à faire.
- Speaker #1
Oui. Mais qu'est-ce que... Alors, tu nous disais, ça t'a amené une couche de management, en fait, puisque tu nous disais aussi, il faut organiser finalement une équipe d'agents comme un peu une équipe humaine, avec des rôles, des missions, des passages de relais, du contrôle, on l'a vu. Qu'est-ce que tu conseillerais ? Parce que si on tire le fil, alors je ne sais pas si c'est le cas, mais on va tous devenir président d'un groupe d'agents et d'une organisation, puisque finalement, ces outils vont se démocratiser de plus en plus. Il y a peut-être le ticket à l'entrée qui coûte un petit peu un petit billet. Mais si la démocratie, qu'est-ce que tu conseillerais à celles et ceux qui ne sont pas encore rentrés dans cette ère de l'agentique et de la transformation du travail à l'ère de l'agentique pour commencer à s'y mettre ? Parce que tu le disais, il y a des enjeux de management importants. Et tout le monde n'est pas manager au départ.
- Speaker #0
Non, tout à fait.
- Speaker #1
Alors,
- Speaker #0
il faut trouver déjà des projets où ça marche bien. Il faut être bien équipé pour faire ça de façon sécurisée. Et après, il faut tester. En fait, pour moi, c'est de la demain. Mais plutôt, on ne va pas le faire une personne, mais une équipe. Pour moi, c'est que tu finances le même budget pour tester que pour analyser ce qui est testé. Tu dois avoir deux équipes. Une équipe qui va à fond, un petit peu comme nous. Toi, 100%, sans limite, tu y vas. Et une autre. qui est juste là pour analyser ce qu'ils font. Et comme ça, tu structures.
- Speaker #1
D'accord. Ah oui, donc c'est deux jambes, quoi. C'est deux jambes. En fait, c'est ça. C'est une jambe de vitesse et une jambe de sécurisation.
- Speaker #0
Non, de voir les choses différemment. C'est-à-dire que quand tu es en deep dive, tu as la tête dans le guidon. Tu ne peux pas voir ce qu'il y a autour. Et moi, c'est ce que j'ai. C'est mon boss qui, tout le temps, je lui explique ce que je fais. Et lui, du coup, elle regarde à l'extérieur. Et du coup, il analyse. Il dit, pourquoi tu ne changes pas assez, etc. Mais quand on fait des gros projets... on devrait avoir la même équipe qui est juste là pour comprendre ce qui se passe. Comme si tu étais dans une étude clinique, tu as tous les patients au milieu, tu as les docteurs autour qui sont là pour regarder ce qui se passe. C'est la même chose.
- Speaker #1
L'image est bonne.
- Speaker #0
Il faut faire ça parce que ça permet de monter en compétence sur ton organisation, les règles, etc. Et tout ce qui est compliqué. Et ça, c'est un truc que nous, on n'a pas pu faire. Mais n'importe quel gros projet qui commence devrait être fait comme ça. Et surtout, le truc important pour tester, et nous, c'est ce qu'on fait, qu'on met. si on veut faire rentrer des gens dans notre équipe, la montée en compétence une à deux semaines.
- Speaker #1
En une à deux semaines, ça y est, ils sont à bord.
- Speaker #0
En fait, c'est très simple. Tu demandes à des gens de faire des choses. Et après, c'est ce qu'ils ont. Eux, ils ont les connaissances personnelles pour faire des choses en qualité, etc. Mais pour réussir à pouvoir discuter avec tous les agents, comprendre ce qui se passe, les petits hic, etc. En une à deux semaines, t'as compris. Après, est-ce que toi, t'arriverais à faire que tes agents sortent des choses ultra bien qualiées, etc. Parce que t'auras tous les bons réflexes digitaux. Je suis pas sûr.
- Speaker #1
et qu'est-ce que tu as pu observer justement de ton expérience là tu dis quelles sont les qualités qu'un collaborateur qui doit se lancer dans cet agent doit avoir pour que ça marche et savoir ultra bien expliquer le résultat final c'est
- Speaker #0
le boss du lab de Meta Alexander Wang il me semble Tu sais, c'est celui qui gère tout l'IA chez Meta. Le plus jeune milliardaire du RSA. Il l'a dit, et je suis complètement d'accord avec ce qu'il a dit. Ton gars est un peu de côté. En fait, il a dit, les profils qui voient quelque chose maintenant, ce n'est pas du tout les gens qui savent faire avec de l'IA. Ça ne sert à rien. C'est les gens qui savent pile-pôle le produit qui doit être développé. Imaginons, tu dis, je veux faire un site web pour gérer les fiches de salaire de mes équipes. Non, ce n'est pas ça. Je veux faire un site web qui permet facilement aux gens de mon équipe qui ont du mal à comprendre les fiches de salaire, de pouvoir avoir des vues en camembert, qui permettent de comprendre s'il y a eu des ratés par rapport à leur contrat avec le groupe, et de permettre aussi de savoir quand est-ce qu'ils vont recevoir les bonus avec des roadmaps.
- Speaker #1
Tu pars du point de douleur, quoi. Non, c'est pas ça.
- Speaker #0
C'est vraiment réussir à rentrer dans le détail pour avoir un résultat super, Donc,
- Speaker #1
une vision fine, une compréhension du besoin,
- Speaker #0
et une vision fine de l'exécution du produit. C'est ça, en fait. En gros, savoir parler avec une IA, ça vaut rien.
- Speaker #1
Tout le monde peut parler avec une IA.
- Speaker #0
Tout le monde peut choisir, d'ailleurs. La question, c'est jusqu'où tu sais aller pour bien expliquer ta demande finale et ta vision produit. Et c'est là où tu as tout qui doit être là. C'est cette logique, comprendre que... Une compréhension de la tech, pour savoir que ce que tu lui demandes, ça peut matcher entre elles. Et puis surtout, savoir pile-poil le résultat final.
- Speaker #1
Comment ça s'apprend, ça ?
- Speaker #0
Pour moi, ça, c'est que l'expérience.
- Speaker #1
C'est l'expérience.
- Speaker #0
C'est que l'expérience.
- Speaker #1
Tu veux dire, la nouvelle génération, quand elle rentre en entreprise, elle a un toucher de balle. parce qu'elle maîtrise les réflexes digitaux et IA mais elle n'a pas l'expérience comment on apprend ?
- Speaker #0
c'est simple moi regarde je ne suis pas je n'ai pas 30 ans d'entreprise je ne suis pas 30 ans tout court non c'est juste que tu vois moi j'adore les applications j'adore les applications iPhone j'adore j'en ai plein donc tu es en learning by doing en permanence tu te formes des fois je paye même des apps juste parce que j'ai trouvé le design magnifique et je veux voir les animations qu'ils ont fait dedans sur X mon feed c'est uniquement des projets open source et des designers Donc tout le temps, ça me donne des idées, des idées, des idées, des idées de features. J'ai plein de screenshots.
- Speaker #1
Donc tu te nourris de ça.
- Speaker #0
Je me nourris de ça. C'est un bazar parce que j'arrive même à faire trouver mes trucs que je m'envoie tous les jours. C'est mon média. Tous les jours, je lis ma presse. En fait, je suis plein de super personnes qui aillent les échanger. En fait, ça me permet d'avoir une expertise, au final, d'avoir plein d'idées et du coup, de savoir pile poil là où je vais amener mes... Dès qu'il y a un besoin, tu vois, je dirais. Ce bouton-là, il faut le mettre là parce que ça va amener ça derrière. Et cette expérience-là, je l'ai menée parce que j'ai développé plein d'apps. flin qui étaient complètement nuls et certaines qui sont quand même plutôt cool. Mais si tu ne le fais pas, mais en fait, c'est trop simple. Dans notre équipe, on fait ça, c'est qu'on dit aux gars développer des trucs perso. Moi, j'ai mon site pour gérer ma GoPro, j'ai mon site qui me permet de gérer tous mes contrats, mon salaire, toutes mes finances, etc. Et en fait, ça permet surtout de tester les trucs en perso, ce qu'on apprend ultra bien quand c'est du personnel.
- Speaker #1
C'est toujours pareil.
- Speaker #0
Et c'est que ça, on dit tout le temps aux gars, mais quoi, t'as tes parents qui font ça, fais-leur un site. Oui, on paye les tokens, mais... En fait, ça fait qu'ils montent en compétence. C'est comme si on leur payait une mini-formation de ce week-end.
- Speaker #1
Ça ne coûte pas cher. On prie d'une formation par des mecs qui vont faire du PowerPoint. Du coup, ils ont plein d'idées,
- Speaker #0
ils sont montés en compétence et on ne monte jamais mieux en compétence que quand on fait sur un truc personnel qui te touche. Je veux dire que bosser pour les trucs internes de ta boîte, ce n'est pas tout le temps un truc qui te touche. Tu sais,
- Speaker #1
je suis un adepte du learning by doing. Alors, apprendre en faisant, il n'y a rien de mieux.
- Speaker #0
De toute façon, ce qui est sûr, c'est que là, on rentre dans un écosystème que tous ceux qui ne font pas ne peuvent pas dire la vérité. C'est-à-dire que si tu n'as pas la tête... tout le temps dedans.
- Speaker #1
Tu ne peux pas. C'est impossible.
- Speaker #0
C'est impossible. Donc, vraiment, et moi, je l'assume, les patrons qui disent oui, on y est, il faut faire ça, etc. Ils sont conseillés par des boîtes. Ils sont compétés par des boîtes avec des juniors qui sont des seniors qui même, eux, ne font pas. En fait, il y a un moment si tu ne fais pas, tu peux avoir une vision, mais elle n'est pas fonctionnelle. C'est des choses qui changent toutes les semaines. Donc, si tu n'as pas testé...
- Speaker #1
Ce que j'entends, c'est que tu es en train de leur dire, c'est-à-dire que, un, c'est ceux qui font qui ont raison, et deux, si vous ne faites pas, ça va se voir. Ça va se voir encore plus.
- Speaker #0
Et sinon, pour ceux qui ont le plus raison, tout court, ce n'est pas ceux qui font, c'est ceux qui gèrent une équipe de gars qui font. Parce que ça sera le boss qui aura juste la... En proximité. Mais les mains dedans avec eux, mais qui aura la chance de pouvoir avoir un petit peu plus de recul que les équipes qui font. Mais ça ne peut pas être quelqu'un d'autre. Alors si tu n'as pas des équipes qui font et que tu es avec eux tout le temps, tu ne peux pas comprendre vraiment c'est quoi l'air du marché. Et après, ça sera son boulot à lui, à ce leader, de pouvoir dire « Ok, bah attends. » Ça attire ça, on devrait aller là-bas. On devrait. Et c'est on devrait. Ça veut dire on va aller. Ceux qui disent on va aller, c'est dans les labos. Et je pense même dans les labos d'IA, ils disent on devrait aller là-bas. Ils ne sont pas sûrs.
- Speaker #1
Autre question sur cette façon de travailler avec les agents. À partir de combien d'agents ? Tu nous parlais de 40, 60 dans l'épisode précédent. Là, tu nous as dit que ça y est, tu pousses à 100 et peut-être un peu plus. À partir de quand ça devient super difficile à suivre ? Et puis comment ? Parce que tu as créé une organisation. On le sait. Et plus c'est grand, plus ça devient compliqué et complexe. Et plus, finalement, il y a des frottements. Et à quel moment tu te dis, en fait, il faut... Tu sais, c'est chez Amazon. Ils ont découpé en petites équipes parce que ça devenait trop gros.
- Speaker #0
Oui, c'est vrai. Ça peut monter à beaucoup et ça peut, deux heures après, être rien du tout. Tu vois ?
- Speaker #1
Ah oui, donc c'est hyper modulable.
- Speaker #0
En fait, je n'ai pas une dette d'organisation. C'est modulable. Je peux avoir trois agents, des fois j'en aurais 20 et des fois j'ai la montée à plus de 100 parce que je vais demander un truc très compliqué.
- Speaker #1
Ça veut dire que si je prends un projet, un besoin, finalement, à la fin, c'est un peu comme un générique de Hollywood. Selon les trucs, tu as énormément de gens qui ont participé, énormément d'agents qui ont fait participer si tu devais faire ça et puis d'autres un peu moins.
- Speaker #0
Je trouve que c'est que je n'ai pas de dette. C'est-à-dire que ça va. Parce que ce n'est pas comme dans le monde réel où tu embauches. il faut les garder là c'est vraiment t'embauches sur un temps donné en fait donc en fait non j'ai pas ces soucis là les soucis que j'ai eu par contre c'est plus des j'ai lancé des gros sujets en même temps et du coup il y a un moment où certains des sujets étaient plus importants que d'autres tu vois imagine je refaisais mes serveurs en même temps j'améliorais des applications du coup je ne pouvais plus mettre à jour mes applications parce qu'il y avait des trop grosses mises à jour sur mes serveurs et du coup je me retrouvais à avoir tout bloqué d'un seul goût et ça c'est moi qui n'ai pas été malin il faut juste que maintenant je m'assure de ça d'accord et ça c'est des choses qui m'arrivent et après l'autre problème que j'ai plus souvent c'est que mon matériel crache c'est à dire c'est à dire qu'en fait j'ai tellement d'agents en même temps qui tombent sur mon ordinateur qui saturent qui saturent et ils tombent et du coup tu perds rien mais tu perds un pan de monstre ça veut dire que c'est quoi c'est le hardware qui est arrivé au bout du hardware parce que ça se remplit ça se remplit ça se remplit donc maintenant on développe des trucs qui vont tout le temps nettoyer nettoyer nettoyer parce que c'est pas juste une application qu'on met en ligne mais parce que là tu travailles alors tu travailles sur
- Speaker #1
un seul device.
- Speaker #0
Non,
- Speaker #1
je veux dire deux. Tu as deux devices qui travaillent, ça veut dire qu'il va falloir multiplier tes hardware pour... Non,
- Speaker #0
c'est qu'il faut un gros... En fait, c'est que de base, on fait tout avec un hack, tu vois. Et après, ça monte sur des serveurs, etc. Et nous, par rapport à... C'est important, c'est que c'est par rapport à mes règles internes, à moi, dans la boîte avec. Pour qui je bosse, je ne peux pas me permettre de faire tomber ça sur des clouds, etc., qui ne sont pas à nous. Du coup, tout tourne sur mon Mac. Et en fait, à un moment, c'est comme si j'avais 60 personnes qui touchaient en même temps à mon Mac. Alors, ils ont tous... Ils n'ont pas des interactions graphiques. Du coup, c'est que la ligne de commande. Mais à un moment, il est saturé, et voilà. Et du coup, j'ai un Mac Studio chez moi qui me permet d'être plus stable. Sauf qu'à un moment... Même si j'ai des accès à distance à ce Mac-là, il faut être fast, il faut être dedans et concentré. Parce que justement, il y a énormément de recettes à faire. Mes journées, c'est beaucoup de faire de la recette. Est-ce qu'il s'est malé ? Et ce qui est compliqué, c'est que quand tu n'as pas tous tes agents qui bossent au même endroit, ils ne doivent pas savoir ce que font les autres. Et donc là, c'est moi qui me prends la tête et me dis, ok, j'ai lancé ça sur le Mac qui est chez moi, là j'ai mon Mac avec moi, je peux faire ça. Et c'est compliqué à suivre, en fait. C'est là où tu arrives sur des complexités où c'est un peu plus dur.
- Speaker #1
C'est un nouveau terrain de jeu auquel on ne pensait pas mais très concret. Ça t'aide aussi à réfléchir à l'infrastructure nécessaire.
- Speaker #0
N'importe quel vrai gros techos me dirait que c'est normal. Parce que les gars sont habitués à ce genre de trucs.
- Speaker #1
Si vous êtes un gros techos et que vous nous écoutez, vous pouvez dire que c'est normal.
- Speaker #0
Ce qui est intéressant, c'est que nous, on n'est pas des profils tech. On n'est pas habitué à ça. On est habitué, déjà, on passait tous sur des MacBook Airs quand on faisait de l'amurotique. On est passé sur des Pro parce qu'effectivement, on commençait à demander des IA sur des choses. Puis tout simplement, en fait, on se retrouve avec des trucs où les IA sont très, très bonnes. J'avais de la chance d'avoir un Mac Studio parce qu'on fait beaucoup de développement sur Apple Vision Pro. C'est le casque d'réalité d'Apple. C'est un Mac très puissant pour faire nos développements en 3D. Donc, j'en avais un en stock. Donc, maintenant, c'est lui qui supporte tout ça. Mais oui, c'est intéressant. Et surtout, on est sur une organisation où toutes les semaines, ça change. Donc en plus, tu te retrouves tout le temps à améliorer tes outils, à devoir faire des mises à jour H24 parce que tout change. Et du coup, c'est super intéressant parce que quand tu as réussi à pouvoir faire que rien ne casse, quand tout se met à jour tout le temps, c'est que tu as quand même une bonne organisation. Après, tu vas avoir des bons résultats.
- Speaker #1
Le dernier point, parce que là, tu nous parles de ton organisation, de la façon dont tu fais bosser tes agents. Mais bon, tu me dis que tu as mis en place des programmes qui permettent à d'autres de pouvoir utiliser tes outils. S'il y a dans d'autres univers, ça peut être chez vous ou ailleurs, des personnes qui font la même chose, comment vous arrivez à co-construire ou co-travailler ensemble ? C'est-à-dire que toi, tu dis non, chacun avec son pôle, ou au contraire, tu dis non, on pourrait mixer tout ça. Admettons qu'il y a un deuxième Alexandre quelque part, qui fait sur d'autres sujets, mais avec les mêmes types d'organisations. Comment vous pourriez bosser ensemble ?
- Speaker #0
Pour moi, c'est qu'on peut mettre en open source beaucoup de choses. Moi, il y a énormément de choses de mes outils. tu utilises pour ton boulot, mais qui sont aussi en perso, mais qui sont des outils perso, que j'ai mis en open source. Parce qu'en fait, ça permet d'avoir du coup une grosse organisation, et pourquoi ne pas le partager ? En fait, ça rejoint aussi le côté du « nous, il y a beaucoup de code, t'es géré, qu'on va mettre en open source, et qu'on veut améliorer avec des corporate. » Parce qu'on a développé des trucs qui sont super, vraiment, qui sont super utiles. Pourquoi le garder pour nous ? N'importe qui peut le refaire. Donc,
- Speaker #1
toi, tu poussais une open innovation, en fait. Ouvert sur les autres.
- Speaker #0
Et surtout, c'est pour gagner du temps, etc. Et nous, c'est le point qu'on aime bien dire. On ne sera pas souverain avec l'IA. Par contre, on pourra devenir souverain grâce à l'IA, en termes de source de travail, etc. Et donc, c'est pour ça que nous, on développe plein de choses nous-mêmes pour être souverain, en fait. C'est une des réalités. Du coup, de l'autre côté... Souverain, c'est maîtriser. C'est maîtriser, ce n'est pas subir. C'est maîtriser et pour moi, c'est être en lead, tu vois.
- Speaker #1
c'est d'avoir les rênes en fait tu peux avoir les rênes et avoir des choses qui sont pas chez toi mais il faut avoir les rênes et si t'as pas les rênes c'est mauvais ok ton mot de la fin pour cet épisode du podcast tester tester tester repeat after me tester tester tester merci à vous tous d'avoir écouté cet épisode du podcast jusqu'ici on se retrouve très très vite allez faire un tour sur les plateformes de balado Apple Podcasts, Spotify, Deezer, même Youtube n'hésitez pas à mettre 5 étoiles, à vous abonner à partager, enfin bref vous savez ce qu'il vous reste à faire on se retrouve très très vite, ciao