#376.src - AIgile : L'IA va-t-elle tuer le Scrum Master ? avec Salim Gomri

Bonjour, je suis Bruno Soulese, je suis un Dave D.E.V pour différents extraordinaires et visionnaires. Bienvenue dans "Ile List" d'un Dave, le podcast qui veut résoudre le problème avant de passer au Dave. Chaque semaine, je recevrai un expert pour décoder un sujet ou une tendance de notre formidable métier d'artisan du numérique. Sans en faire un tuto, nous parlerons d'une techno ou de notre quotidien de Dave, une discussion sans boucle, sans condition, mais compilée afin d'en comprendre tous les éléments avant de passer à Dave. IFTD, c'est un podcast fait par des Dave avec des Dave et pour des Dave. Et ici, on cote comme on discute en étant différents, extraordinaires et visionnaires. L'agilité, on la compare souvent à la redonner, il ne s'agit pas juste d'avancer vite, mais c'est surtout d'avancer ensemble en prenant parfois le temps de lever la tête pour pouvoir revoir son itiléraire. Et voilà que l'IA s'invite sur le chemin prête à accélérer absolument tout le monde, même ceux qui font ce droit dans le mur. De quoi bousculer les cycles, les cérémonies voire carrément le manifest agit lui-même, mais alors l'IA va-t-elle vraiment augmenter la velocité des équipes ou juste accélérer les problèmes? Le rôle du Scrum Master devient-il encore plus indispensable ou au contraire menacé par l'automatisation, et surtout, à quand une rétro avec ChatGPT qui nous explique nos échèpes, nos échèques sous la forme d'un IQ. Pour répondre à la séquestion d'équilibres modifiés, je ne ressort pas UCNB, mais il s'y connaît en accélération salime. Salut! Alors salime, est-ce que tu pourrais te présenter pour les quelques personnes qui ne te connaîtraient peut-être pas? Ok. Je suis salime Gomri, coach Agil, avec 23 années d'expérience, et j'ai aussi une formation de coach professionnelle d'organisation. Donc j'ai une certification qui m'a permis justement d'asseoir un peu de trouver plein d'avoir plein d'outils parce que bon. On a tous ce syndrome de l'imposter, donc à un moment tu dis bon, voilà, il faut qu'il me faut qu'il y ait une carte en plus. Effectivement, le sujet que j'avais envie d'évoquer avec toi, c'est qu'on voit bien que bien évidemment tous ces outils d'IA, type CloudCode et autres, accélèrent de manière phénoménale notre capacité à produire du code, qui reste comme une partie importante de notre métier de développeur et développeuse, ce qui tend à en fonction des contextes, on voit un peu tout en ce moment, il y a des gens qui, du coup, qui réduisent la durée des sprints d'autres, qui augmente la quantité de choses qui sont faites dans un sprint, d'autres encore qui vont réduire le nom de personne dans un squad, en se disant que, du coup, on fait peu près autant de storey points, qu'avant, mais du coup, avec mon nom, en fait. Bref, il y a plein de remises en cause au final du manifestagil. Et je pense que c'était intéressant de pouvoir creuser ça du coûtcier avec toi. Je me permets à un disclaimer à chaque fois qu'on parle de ces sujets d'IA aujourd'hui, on enregistre cet épisode en fin août. Il devrait être diffusé, je pense, peut-être fin septembre, il n'y a pas mal épaisé qui sont déjà en stock avec la pause estivelle. Et donc, il se peut, comme moment où cet épisode est diffusé, qui est encore beaucoup de choses qui échangent et des choses pour le remplacer dans le temps, tout cas le moment où on enregistre, on est fin août, donc on vous parlera peut-être de choses qui paraîtront dépasser quand vous les couvertz, mais j'espère pas trop. Donc, déjà, dans un premier temps, qu'est-ce que toi tu peux nous? Qu'est-ce que toi tu vois sur le terrain comme adaptation déjà faite du manifestagil ou est-ce qu'au final, dans l'effet, ça change pas tant que ça? Alors, c'est une super question, merci de l'avoir posé. Alors, il y a beau. Pour moi, le manifestagil a été écrit à 25 ans par plusieurs têtes pensantes, etc. Donc, il est génial, c'est vraiment, ça reste toujours la base. En fait, le manifest reste, par contre, il a fallu, selon moi, l'augmenter, comme dire. Et pour la petite histoire, c'est pour ça que la suite a une discussion avec un ami Yanik. On est en train de discuter, un peu voir. Moi, j'avais un petit souci, donc en coachant les équipes, parce que j'ai voyé utiliser l'IA, etc. Et on était, enfin, quand je voulais me rattacher aux manifestagiles, donc avec ces 4 valeurs et 12 principes, ça collé, mais il manque un petit quelque chose, tu vois, c'est un goût de pas fini, j'ai envie de dire. Donc, c'est la raison pour laquelle, en fait, j'ai créé "Lé Eye Jail" manifesto. Donc, l'idée, c'était de garder l'essence même de l'agir manifesto, mais d'intégrer l'IA à l'intérieur. Et voilà, grosso modo, c'est dire, on laisse toujours place à l'humain. Donc, l'humain reste central, et ça, c'est vraiment important. L'humain reste le centre. C'est celui qui prend des décisions. C'est lui qui décide du cadre dans lequel l'IA va pouvoir jouer, échanger, créer, etc. Et voilà, il a fallu, à mon sens, créer ce "Lé Eye Jail" manifesto. Donc, je suis assez étonné, en fait, du pouvoir que ça a eu, entregrés, parce que moi, je l'ai fait en avril fin avril. Donc, je crois que je l'ai fait pour mon anniversaire, le 25 avril, petite note du tard. Au 25 avril, autour du 25 avril, je me suis dit, bon, je me fais un petit cadeau, un petit kiff. Et j'ai créé "Lé Eye Jail" manifesto, qui est disponible sur "E Eye Jail" pour un élu pour un faux. Et donc, voilà, on a échangé avec Yannick, mon pote, et qui était sitio, d'une grosse banque internationale à Luxembourg, et voilà. Et donc, en échangeant, et tout, je me suis dit, "Ah ouais, il faut faire quelque chose quand même." Et voilà. Et donc, j'ai écouté sur papier ce que j'avais déjà en tête. Et top. Mais effectivement, oui, il y a quand même une évolution, mais je dirais pas qu'il est déprequêtide, mais il manque du augmentation. Il faut l'augmenter, c'est tout. Alors, du coup, la première question que j'aurais, c'est, est-ce que, parce qu'on va pas se mentir, l'arrivée de Claude Cod, il y a bientôt un an, en fait, à quand même, mis un vrai coup de pied dans le fonctionnement de notre métier. On voit aujourd'hui qu'on fait énormément de choses, et c'est complètement développé dans des proportions folles, tout où, quand on en parlait en novembre 2025, on se disait qu'on avait plus besoin d'écrire de Cod, de qu'on passait au "Spec Engineering", mais, aujourd'hui, même l'espec, sont de plus en plus écrites, elles aussi par l'IA. Donc, il y a quand même un changement qui peut paraître assez fondamental du métier. Donc, ma première question, ce serait, est-ce que tu penses que, qu'il faut juste adapter le manifestoagil, ou est-ce qu'au contraire, en fait, faudrait pas, il y a appliqué la même révolution rastique, et c'est-à-dire, en fait, on va le mettre à la poubelle, et on va revoir complètement la manière dont les équipes, les devs, travaillent avec les équipes produits ou ce genre de choses. Bonne question, mais pour moi, en fait, moi, je suis plus du principe, il faut transformer pour apporter de la valeur, parce qu'en fait, ce qui a été fait, c'est bien, mais effectivement, il faut vivre avec son temps en grosso modo. Mais typiquement, la juille, donc j'étais invité par un CIO de la place pour demander, en fait, mon avis, sur l'intégration de l'IA. En fait, qu'est-ce que ça a échangé concrètement dans les équipes, dans le cycle de développement et tout ça, et on a échangé pendant 2 heures, un peu près, avec différentes personnes et d'offes de la société. Et oui, effectivement, il y a forcément d'autres choses. Donc, il faut élever, j'en veux dire, allez, soyez ambitieux et levons nos ambitions. Et donc, oui, il y a des choses qui vont changer. Il y a plein de choses qui vont changer, mais pour moi, le fondement reste. Oui, parce qu'effectivement, les fondamentaux du principal gil sont quand même. Oui, des choses qu'on a éprouvées depuis un peu plus de 20 ans, maintenant. Et c'est vrai qu'on a vu l'effet sur l'industrie. Ça a été plutôt efficace, c'était plutôt un bon idée. Le premier, quand on parle avec des gens qui sont peut-être plus dans des notions de direction de management, la première image qu'on a de l'IA, c'est que ça va être donc monté la velocité des équipes. Et en fait, ma question, ce serait aussi. Est-ce que toi, tu vois sur le terrain, est-ce que tu as une espèce de format mathématique où tu peux dire, en fait, avant une équipe, elle pouvait produire X. Et aujourd'hui, avec l'IA, elle peut produire, c'est 2x, c'est 15x, c'est 4000x. C'est quoi le vrai gang de velocités qui a apporté l'IA? Alors c'est une bonne question, j'aime beaucoup, il y a, pour moi en fait la vélocieté, c'est autant quelque chose qui va, à la base elle sert à l'équipe pour produire des indicateurs etc, savoir ce que tu as pouvoir produire, c'est ton outil ça va permettre de planifier un peu ton travail, donc ça va nourrir le burn up charte. Mais c'est aussi un piège, un vrai piège en fait et c'est la raison du, j'ai un chapitre le 5. Vélocieté, mit, piège et outil, j'en parle en fait c'est pour moi c'est vraiment un truc d'important parce que la vélocieté c'est bien et pas bien. C'est un peu comme l'effet qui scoule, il y a des choses bien et moi bien, parce que moi j'ai un exemple qui me revient en tête, c'est que lors d'une sprint review, il y a un manager il arrive, voilà, l'équipe avait bien présenté, c'est une équipe que je m'anagie, enfin que je cotier et ils ont fait un super travail, ils ont produit des super choses etc, et le manager s'installe, donc c'est quelqu'un très charismatique, il s'installe. Donc l'équipe commence un premier slide et afin un état elle présente son, enfin je ne sais plus, je crois qu'elle est en train de présenter, elle a présenté juste ses points de vélocieté. Et comme je le dis, je me présente des choses, et là, la première, enfin là, il y a le manager qui arrête tout, il dit, attends, je ne comprends pas. Tout le monde le regarde, c'est lui, si ce passe, vous devez le citer à la baisser, il y a un problème. Et voilà, donc là, l'équipe a été assez effondrée, c'est tout débat du de mon coaching avec eux, elle s'est effondrée mais il y a quelque chose de mort, et tu vois, en fait ça a cristallisé la discussion sur ça, alors qu'on s'en fout en fait de la vélocieté, parce que ils avaient fait un travail de malade, ils avaient réalisé plein de choses, ils avaient surmonter plein de obstacles, voilà, et l'équipe a vraiment, vraiment fait un taf de malade, ils ont super bien bossé, mais cette vélocieté, parce que lui, il a adoré les chiffres, il est mâte comme moi, il est bien échef, et tout. Et c'est un raison pour laquelle je dirais, ne parlais pas de points, sans foutre, sans foutre vélocieté, on veut savoir ce que vous avez réalisé, si votre spring goal a été atteint, ou pas. Et qu'est-ce que vous avez fait, en fait, qu'elles sont les obstacles que vous avez réussi à remonter, et lesquels restent, mais là, en fait, bon, ils sont voulu présenter. Non, non, mais attends, parce qu'on a eu moins de points, mais par contre, ça reste quand même un super chiffre, ils avaient rien compris en fait de la vélocieté à la base. Alors, j'entends effectivement qu'il y a la définition de la vélocieté, au sens manifestoagile, j'aurais peut-être plutôt dû parler de productivité, enfin, tu vois. D'accord, de capacité de production. Et ouais, est-ce qu'on a une. Enfin, est-ce que toi, tu vois son terrain, une espèce de ratio, où tu dis en fait, la capacité de production d'un développeur sansia et de temps, et avec qui il y a aller de x fois temps. D'accord, alors ouais. Alors, j'ai une bonne réponse pour toi, la réponse est non. Il n'existe pas de formule mathématique à ma connaissance, et heureusement, parce qu'après justement, tu vois, on a un peu ce genre de déri, et puis, après, on va dire, oui, ben, t'as personne produisant. J'ai dit, mais c'est du grand importe, quoi. En fait, la vélocieté, ça reste une vélocieté d'équipe. Donc, on parle de pommes, parle de ce que tu veux, mais c'est des points abstrés, en fait, hein. Si il ne faut pas être transformé à un story point, comme un des managers que j'adore, d'ailleurs, qui faisait toujours oui, mais ça fait combien de mannedays à un story point? Non, mais t'oublie. Alors, soit tu veux faire des mannedays, et il n'y a pas de problème, on fait des mannedays, soit tu fais des story points, et puis tu laisses l'équipe, j'y reste ça, et on s'en fout et combien ils ont fait. C'est juste voir l'évolution. C'est ce qui est vraiment intéressant, mais pour répondre vraiment à ta question, l'idée, c'est ce que j'aime dire, et c'est quelque chose de sous-côté. En fait, c'est d'utiliser ce qu'on appelle des spikes. Le spike, c'est ce qui va te permettre de lever, en fait, un spike, c'est quoi? C'est une zone temporale, donc un temps donné, où tu vas lever une incertitude. Là, typiquement, l'IA avec l'IA, on sait pas combien on peut produire. Par contre, donc ce qu'on va faire, c'est qu'on va utiliser un spike, et on va essayer de voir. En intendonnais, enfin, tu peux prendre un cycle normal, si tu travailles sur des deux semaines, on peut faire ton sprint de deux semaines, ou voir même moins. C'est l'idée, c'est juste de comprendre un peu, qu'est-ce qu'on peut faire avec quoi, et tout ça? Est-ce que ta story va être réalisée en deux minutes, une minute, trois minutes? J'en sais pas, moi, à une journée, peut-être. Si ta story fait une journée avec l'IA, on poste à des questions, mais par contre, oui, l'idée, c'est de savoir combien, c'est ce que je disais, enfin, c'est ce que je disais ou ce que je disais, on s'en fiche. Il faut vraiment élever nos ambitions. Il faut passer, il faut avoir passé, on ne parle plus de story parce que tes story maintenant, il faut en quelques minutes, c'est fini. Donc, c'est pu un enjeu, la productivité qui était incompressible avant, on ne va pas accoucher 9 femmes en à moi, tu vois? Là, en l'occurrence-ci, avec l'IA, tu vas pouvoir accoucher de ta story en une journée, en quelques minutes, pardon, l'idée, c'est de délever le débat, et de se dire, bon, voilà, en fait, ton développeur, où la personne, en fait, le honneur de ton point, en fait, maintenant, on va pu le mettre sur une story, mais il faut l'élever sur la feature et voir, en combien de temps tu réalises ta feature. Et si jamais ta feature, tu la fais aussi en 30 minutes, franchement entre nous, c'est qu'il y a un souci de découpage. Peut-être, relever encore d'un cran et parler des pics, mais franchement, je pense qu'à voir, après, tout dépend de l'organisation. En fait, la velocité, la productivité, pour prendre un petit mot, la productivité de ton équipe va dépendre de ton organisation, des outils, de la personne, de l'utilisation de l'IA, de l'IA que tu utilises, etc. Donc voilà, il y a beaucoup de facteurs pour avoir une régmatématie qui s'appliquait tout le monde. Ce qui est hyper intéressant dans ce que tu dis, c'est que la granularité de la story aujourd'hui est trop micro pour qu'on puisse continuer à prendre ça comme référentiel, pour passer au niveau feature, se voir même peut-être au niveau épique. En fait, ça va me plaindre question, parce que, est-ce que ça veut dire qu'on doit, à ce moment-là, arrêter de découper nos projets en story, ou est-ce que le découpage en story a quand même aussi l'avantage, en fait, de pouvoir bien cadrer l'IA, et du coup, elle travaille de manière très un peu plus séquençée sur un projet. Et du coup, on peut un peu plus facilement, on va dire, la guider sur ces sujets-là, ou est-ce que ça veut dire qu'il faut que tu va décrêter features de manière un peu plus complète sans forcément la découper en story, c'est-à-dire que le concept de story point disparaît, mais on intègre maintenant des concepts de feature point ou de depict point pour garder cette notion de velocité au même titre. Tu vois, ou est-ce que du coup, ça veut dire aussi que, parce que ce que tu as évoqué tout à l'heure, tu nous as dit, tu as eu deux morceaux phrases que je trouve intéressant, tu nous as dit, si à l'air de l'IA, ta story prend encore une journée, c'est qu'il y a un problème, parce que normalement ça va être beaucoup plat vite que ça. Et tu nous as dit que si tu as une feature, ce qui se fait en 30 minutes, c'est que tu as peut-être aussi un problème de découpage, ce qui m'amène du coup, si peut-être un autre volet de d'exploration, c'est à ce moment-là, il faut qu'on change la durée d'insprits, c'est un truc de faire des sprints de 15 jours, enfin tu vois, ces situations ont dit qu'on passe au niveau épique, il faut une feature de voir au niveau épique, c'est-à-dire que potentiellement, en un cycle de deux semaines, un sprint de deux semaines, en fait, tu peux mettre en production, peut-être une dizaine d'épiques, ce qui est colossal par rapport à ce qu'on vous a avant, donc ce que c'est-à-dire qu'il faut revenir à des durées plus courtes de sprint, ou est-ce qu'on change juste à manière de ton découpler projet, enfin tu vois, je sais que j'étais mis beaucoup de éléments, que je te laissais t'es pas tuyale avec ça, mais voilà, mais comment est-ce qu'on gère ce nouveau rythme de production? Ouais, alors effectivement, il y a plein de questions, estonion déjà par la question, en fait, que tout le monde se pose, c'est le cycle, faut-il le réduire ou pas? J'ai envie de te dire, moi, je suis quelqu'un d'assez pragmatique, pas dogmatique, il faut tester franchement mais pour moi non en fait c'est un piège, c'est un des pièges que je vois même s'il y a des boltes etc qui existent et tout ça il y a mais pour moi en fait parce que l'idée c'est quoi ton cycle, ton cycle il va pouvoir te dire tu vas planifier, tu vas exécuter et après tu vas pouvoir présenter entre guillemets avant de revenir sur ces cycles là parce qu'on entend beaucoup parler des boltes est ce que tu peux nous nous expliquer un peu ce qu'est un bolte aujourd'hui avec l'IA alors l'idée c'est de dire bon voilà en fait on va dans ton équipe qui est très réduite tu vas pouvoir faire en deux jours, trois jours partir sur des microcycles en fait grâce au modo ça on peut ça voilà pour vulgariser des boltes c'est des microcycles, c'est un mini sprint, voilà mais très mini en fait donc c'est sur quelques jours donc l'idée après à mon sens tu vas faire des cycles vraiment très courts, je vais juste donner avant de répondre, de donner mon avis enfin expliquer le fond de ma pensée va te dire en fait moi j'ai fait de l'extrême programming avant on avait des rythmes de une semaine franchement t'es crevé tu te cram en fait vraiment tu cram moi je l'ai vécu en tant que devant la base c'est super énergivore donc faire des cycles plus court donc admettons tu fais des cycles de deux jours et ben mon gars mais là tu vas cramer tout le monde parce que en fait en cycle ça veut dire il faut planifier potentiellement on y va planifier oh oui par contre ce que je dis toujours lié à propose l'humain décide gardez sans tête il y a mon copier avec l'étude non mais plus sincère plus sérieusement même si ton y a va planifier ton travail même si ton y a va va l'exécuter à l'intérieur mec il faut quand même que tu vérifie vérifie que ce qu'elle t'a fait en fait c'est pas pourri c'est pas du coup de pourri ça vérifie bien les standards de ton de ton entreprise qu'il a pas fait un comite azarde sur une base de données et puis après tu vas te retrouver avec des régressions non il y a quand même du taf au delà de la production simple et bête bête et méchante quand j'en veux dire mais au delà de ça en fait t'as quand même du contrôle tu vois c'est ce qu'on disait au préalable il y a en fait tu peux troster mais enfin la confiance n'empêche pas le contrôle c'est il faut là c'est encore plus tu dois encore plus contrôler parce que c'est pas toi qui a fait donc la seule façon de savoir si c'est si c'est ok en votre guillemets c'est déjà t'assuré que ton crède est bien là et en plus de vérifier quand même il ne finit un petit peu pour voir si t'as pas des effets des effets de bord à droite ou à gauche ou ce qu'en fait ça va très vite ça va vraiment très vite donc si ta fondation est pourrie tu vas faire du pourrie très vite et tu s'abasses ça va s'amonceler ça va devenir de façon stratophérique quoi donc au final tu vas produire de là quelque chose de très pourrie quoi et très très très vite alors et c'est ce que j'aime aussi dans l'agilité c'est que l'agilité mais rapidement les défauts en évidence parce qu'en fait tu travailles dans la transparence totale quand tu fais vraiment de l'agilité et pas du scrum like ou de l'agil like enfin voilà avec du couvert de reporting de manager qui sont là en train de micromanager et tout j'y passe c'est toujours un problème des managers au contraire moi j'ai beaucoup de managers qui étaient à fond dans l'agilité qui avait un super main set mais que ton équipe en fait voilà si il n'était pas là pour pour cadrer un peu voilà ça peut partir un peu loin donc non c'est pour moi en fait voilà c'est les cycles cours c'est pas vraiment machin en fait tu peux laisser produire pour moi franchement l'essence des sprints de deux de semaines c'est bien ça fait pas dire que tu vas rien vivre entre temps attention et me fais pas dire ce que j'ai pas dit ou ne me faites pas dire ce que j'ai pas dit c'est l'important fait dans ton sprint c'est voilà tu vas dire bon bah on s'engage même sur trois projets parce que pendant ton spike tu t'a perçus que tu peux faire une épique en deux jours ou trois jours je sais pas ou un jour potentiellement tu peux livrer deux ou trois projets rien de temps poste déjà livrer de passer en prod machin faire tes tests et que c'est de nos règles et tout parce que bon c'est super important et test de nos règles même si c'est automatisé voilà présenté bon bah voilà on a vu machin un truc et encore que moi les tests foule automatisé c'est bien partir du moment où tu maîtris toute ta chaîne mais l'humain comme ça reste toujours important derrière nous on a toujours eu un humain qui valide machin qui vérifie tout est bizarre parce que des fois en fait l'automatisation c'est quoi c'est non plus ni plus ni moins que la retranscription de ton savoir de façon automatique donc il va être rejoué donc si à partir du moment où tu apparaissais à tout mettre bah ouais bah et si tu laisse tout y affaire machin ouais c'est bien elle a fait mes tests automatisées alors oui bah il y a 95% de coverage ouais mais sur ce que toi tu as donné mais l'humain est faible donc tonia est très faible et vite faible donc j'entends que tu dis qu'il faut garder sur des sprints de environ deux semaines qui effectivement ce qu'on voit le plus le plus long mais tu sembles de dire du coup qu'il faut peut-être aussi revoir le ratio du temps consacré entre guimme à la production et du temps passé à la vérification de ce qui a été produit ah oui oui oui ça c'est pour moi c'est c'est en fait c'est tonia qui va tout faire grosso modo mais même si après on aime bien mettre moi j'adore mettre les madins comme lui de temps en temps et tout mais il y a elle est là donc c'est il faut l'utiliser il faut vivre avec son temps comme j'en vais dire je dis souvent mais oui donc il y a il y a il y a du check re check check et re check c'est il faut il faut il faut re re re re re re vérifier tout le temps tu n'as pas tu n'as pas produit donc potentiellement tu vois ça va vite parce que l'il y a va très vite donc potentiellement va dire ah oui mais attend plus plus et pour peu que tu es donné les droits sur un peu tout autant environnement sur ta base de données sur ta mise en prod etc bah ça va très vite et tu dis wow maje j'avais pas vu en fait c'est dérivé donc ouais potentiellement il faut que je fasse du rollback après l'avantage c'est que on dit souvent dans le monde des startups qu'il faut fail fast exact là l'avantage c'est qu'avec liat en fait tant pis les choses tellement rapidement que tu tu quand un problème arrive en général il arrive très vite parce que ça ça s'accumule très vite il y a aussi ça comme comme bénéfice on va dire exactement exactement alors oui le fail fast moi j'adore il faut y aller en fait mais fail fast ne veut pas dire refail tu vois ce que je veux dire c'est grosso modo ok on peut failer mais il faut pas refaire la même erreur donc fail fast ou oui et c'est pour ça que c'est vachement bien agilité parce qu'en fait tu donnes quand même cette cette latitude en disant bon ben moi je veux effectivement me donner la possibilité de faire tel est-elle chose etc mais potentiellement si tu t'aperçois que ça revient bah mec t'as un problème dans ton organisation et l'idée de la rétru parce que je pense qu'on va y revenir la rétru en fait elle reste là il faut pas la toucher parce que c'est il y a de la méroration continue derrière donc potentiellement c'est comment tu as pouvoir travailler avec les avant effectivement des dévoqués la rétru j'aimerais revenir sur cette cette notion de découpage en storeuse tu disais que les storeux ont plus forcément de d'intérêt parce que la storeuse elle est réalisée en quelques quelques minutes voir quelques secondes par par par nosia et est-ce que ça veut dire que pour toi dans toute la phase de de planification et de préparation on parle même plus de storeuse on t'en décrit juste des des épiques directement où est ce qu'il faut qu'elle m'en carrécrise des storeys c'est juste qu'on on ne compte plus les points de storeys enfin tu vois comment ce que tu vois c'est tout ça oui alors pour moi enfin donc oui il y a moi la storey elle reste un ok c'est vraiment important en fait c'est ça tu vas pu drivez en fait tu drives plus ton travail par rapport à la storey mais tu as drive par rapport à la feature par contre c'est ta feature est nourrie par tes storeys donc ça reste je ne suis pas là pour dire que les storeys on oublie ma chaîne bah non au contraire ton travail de découpage de ta feature ma chaîne en storey il reste ça reste et il faut que ça reste parce que potentiellement tu vas dire oui bah ma feature en fait voilà il faut que je tape machin truc blu blu que tu fais tes user storeys tes techniques à storeys etc mais après oui c'est en fait ta feature elle est nourrie en fait c'est elle qu'il y a porte de la force, en fait, ou de la faiblesse à ta ficheur. Donc effectivement, il faut que ça va la renforcer ou pas, mais en fait, ça reste la storie, donc tes stories pointes, ils restent et restent là, tu vois. Mais par contre, en fait, vu que ta storie allait faire en deux minutes, cinq minutes, et il faut qu'ils s'en devaient lui, c'est la base de la agité. Donc, est-ce que ça va valeur de dire "Oui, bah voilà, j'ai réalisé 36 stories, machin, mon sans fou, mon sans fou, ton objectif c'est Spring-Gole, si ton Spring-Gole, c'est de dire "voilà, il faut réaliser tel, enfin, je sais pas, moi, réaliser". En fait, la contribution à ton Spring-Gole, c'est de réaliser X-Ficheur, on s'en fout que tu parles des stories. Voilà, sauf si potentiellement, en fait, ça apporte de la valeur. Effectivement, oui, peut-être que la storie là, elle était sous-dimensionnée et puis c'est plus une storie. En fait, il faut la dégager en ficheur et tout, oui, là oui, oui, ça fait du sens. Mais voilà, il faut quand même garder cette jugement, cette juge, en fait, il faut garder cette juge, voilà, toujours garder cette façon de main, qu'est-ce qui est apporte de la valeur et tout ça. Et c'est pour ça que vraiment le rôle du coach ou du Scrum Master, il est su, pre-in, vortant. Parce que ça va tellement vite, si tu n'as pas une personne qui reste un peu en dehors et dit "ouh", et les gars, on n'est vu ce qu'on a fait pendant Spring-Gole. Là, du coup, quand tu disais que ça sert à rien, de dire "j'ai fait 30 histories, je pense que tu parlais du délice, la nôpe", oui, qui est filmant, ça sert à rien, de tous les matins de dire "hier, j'ai fait 30 histories", mais juste question sur le stand-up, je pense que de manière plus globale, après on va enchaîner sur tous les rituels de la méthodagie, les comments ce qu'on les adapte, la ma question est volontaire provoquante, parce que je sais que c'est pas une solution, mais au final, si je regarde le but du délit, c'était permettre, en fait, à tous les développeurs, à développeuse d'une squad, d'échanger sur ce qu'il y a été fait, mais surtout sur les problèmes de rencontrer, pour que, si jamais, il y a une personne de l'équipe qui rencontre un problème, les autres peuvent venir l'aider à décortiquer une solution, à trouver une solution et décortiquer un peu le problème. Et en fait, en soi, c'était viable, parce qu'en une journée, à l'époque, un développeur était pas capable de produire tant de choses que ça, et donc en général, quand il évoquait son problème le lendemain matin, en fait, bien, j'en pouvais venir l'aider, parce qu'il n'y avait pas de tant de choses que ça, qu'on était faites. Mais là, aujourd'hui, quand j'arrive en délit et qu'en fait, ton ia, elle t'achiait 100 000 lignes de code d'aveil, si t'as un problème à partager, en fait, il est potentiellement, il a été multiplié par 100 000, si t'as fait, effectivement, de la merde, donc, est-ce que, en fait, ma question est voulante en provoquante, mais est-ce que le délit est encore du sens, est-ce qu'il faudrait pas plutôt faire un hourlit, en fait, pour qu'on évite d'avoir, en fait, des problèmes, c'est ce que t'es veuquette, alors, en fait, si tu gères mal ta fondation, en fait, tu commences en pillé de la merde, sur de la merde, et tu dis en tout cas, après, qu'une gigantesque bouse de trésoratop, est-ce que, du coup, il ne vaut mieux pas raccourcir les choses pour que, dans cette dynamique des change, tu ne te retrouves pas avec une pilte trop importante, âge? Oui. Alors, tu vois, quand je disais que le code chagy est vraiment important, c'est super important, qui est effectivement, en fait, pour beaucoup, le délit, c'est dire ce qui a été fait, ce qui va, ce qui va pas. En fait, c'est fouteuse, c'est pas ça, le but d'un délit. Le but d'un délit, c'est simplement de parler, en fait, c'est un moment de synchronisation de l'équipe. Si tu as des problèmes pendant ta journée à 9 heures du mat, tu as commencé à 7 heures, tu as un problème à 9 heures, c'est une erreur d'attendre le délit pour le dire. Ça te fait fausse route, direct, je te dis direct. Le problème, c'est que, en fait, ton délit, c'est un moment de synchronisation de ton équipe pour savoir où tu en es dans l'atteinte de ton sprint goal. Je reviens là-dessus, parce que c'est vraiment important. Et t'as plein de personnes qui se scotchent agiles et dire "Bon, alors, on va regarder trois questions." Non, les trois questions ne existent même plus dans le Scrum Guide, par exemple. Tu vois? Qu'est-ce que j'ai fait? Non, sans fou, purez, mais changer, changer, mec, il y a changé. Et il faut se mettre à la page un petit peu. Non, le but, en fait, de ton délit, c'est simplement de voir, te synchronise, c'est un point de synchronisation quotidien pour dire "Voilà, est-ce que j'ai atteint? Est-ce que on peut atteindre notre sprint goal? Donc chacun va échanger et dire "Oui ou non" et "Quels sont les points de blocant?" En fait, tu veux dire "Bah, moi, par exemple, et tu parles d'achievement." Donc, ce qui a été achevé, on s'en fout en fait que tu es encore en train d'être "Oui, bah hier, j'ai travaillé sur ça, j'ai une réunion, mon sans fou, mon sans fou, oh, sans fou, stop! Arrête avec ça! C'est-à-dire simplement, est-ce que tu vas atteindre, qu'est-ce que t'as fait pour atteindre l'objectif de sprint goal? Et là, ça change ton game. On s'en fout que t'as passé trois heures réunion avec tarte tempions, on s'en fout que t'as fait une pause ou t'a été fumée ou que t'étais en vacances, t'étais pas là, bah très bien, parle pas, on s'en fout, t'as passé tes vacances et bon, on en discutera après "Standup", le moment de "Standup" en fait, c'est vraiment un moment à quelque chose de clé. Comment tu vas faire pour atteindre ton objectif de sprint goal? Et c'est pour ça que ton sprint goal, souvent il n'est pas fait, c'est une grosse erreur, tu commences déjà par un billet, tu vois, donc après qu'est-ce que t'as fait, qu'est-ce que t'as pas fait, ouais, qu'est-ce que t'as fait pour atteindre l'objectif de sprint? Déjà, tu te poses la question, tu dis, on va reprendre, qu'est-ce qu'on va se poser question, qu'est-ce qu'on a fait pour atteindre l'objectif du sprint? Et là, tout de suite, tu vas pas dire, je vais faire une réunion, on s'en fout, peut-être que t'as réunion, en fait, du sens pour le sprint goal, bah c'est très bien déchanger, mais sinon, est-ce que t'as des obstacles pour atteindre le sprint goal? Et donc quand, ça, c'est souvent une erreur que je vois, en fait, sur le terrain, des personnes qui attendent le lendemain pour parler d'un point de blocage qu'ils ont eu le matin à huit heures du mat ou à neuf heures du mat, mais qu'est-ce que t'as foutu, jusque là, quoi? T'as attendu, tu dis, c'est sérieux là, attends mais ça, c'est grossif. Mais ou même en camper, tu rencontres un problème à 10 heures et du coup, t'attends le délit du lendemain pour adresser le sujet. Mais c'est un truc de fou, mais ça, je l'ai dit à vue, franchement, ça arrive souvent, hein. Alors moi, je me remise vite en place, tout le monde le connaît parce que j'ai affronte parler, je suis quand même assez diplomate, mais quand il y a un truc qui ne va pas, je le dénonce, il n'y a pas de problème, c'est de la transparence, voilà, l'objectif, c'est de se construire, c'est de construire quelque chose de positif pour atteindre une perfection d'équipe, en fait, une bonne dynamique dans ton équipe, mais voilà. Alors du coup, sur les rituelles, justement, oui, on a parlé du délit pour faire dans l'ordre, on commence du coup par le sprint planning, est-ce que le seul changement du sprint planning à l'ère de l'IA, c'est qu'en fait, ce qu'on dit tout à l'heure, plutôt que de caler des histories, tu vas caler directement tes futures, voir directement tes épiques, est-ce que c'est juste aussi un réajustement des springles, où est-ce qu'il y a là aussi un peu plus de travail, un travail différent de ce qui a été fait jusqu'à là. Alors oui, il y aura un travail différent, parce que tout le monde sait que tout se fait générer en fait par YAH, donc ton ta future, en fait, avec documenté par ton YAH, elle va être découpée, elle va proposer, en fait, attention, moi, je pars toujours sur des propositions faites par YAH, et après, c'est toujours un humain qui vient, lié à propose, lui m'a décidé, je vais répéter saurance, donc lié à va être proposé des, même, en fait, de la documentation pour ta future, et après, toi, humain, que ce soit le défi-time ou productena, aussi, potentiellement, parce qu'on peut se rendre compte qu'en fait, il y a la produirement des choses qui sont incohérentes entre différentes futures, et là, tu dois être là pour rectifier et dire, bon, non, en fait, c'est pas possible, on faut faire ça comme ça, quoi, et donc après, oui, tu peux faire un re-génération, etc., par ton YAH, ce n'est pas envie de mettre ta pâle temps ou ta pâle envie, où tu veux gagner du temps, enfin, je ne sais pas, après, il faut, et moi, je pense qu'en fait, il y a un truc qui va être super intéressant avec les années, les mois, les années qui viennent, c'est quelle est le potentiel reward que tu vois, le retravaille, en fait, des propositions de YAH, par rapport à ce que l'humain a décidé de garder ou de jeter ou de remodifier. Et donc, ça, en fait, c'est une métrie qui va devenir super importante par la suite, pour instant, on n'a pas assez de recul, il y a même pas assez, il n'y a pas, il n'y a pas le cadre, et à YAH, que j'ai fait, il n'y a pas grand-chose, en fait, sur ce sujet, comment est-ce que tu intègres, YAH, machin, moi, j'ai pris le temps, en fait, de récrire. J'adore observer, et j'adore proposer et modifier. Voilà, fait le face, propose, et puis après, voilà, c'est pas une Bible, c'est un élément qui est une pierre à casser, que t'encellement, je vais me percevoir, je dirais, Bruno, ce qu'on a vu il y a quelques temps, en fait, c'est pas d'actualité du tout, maintenant il est tel, il y a qui est venu, ça n'a pas de sens. Après, tu peux avoir des agents qui vont contrôler ce que l'il y a a fait, tu vois, tu as des agents, bah ça en plus, c'est maintenant, c'est l'agentique, hein, donc tu vas avoir des y à qui vont produire, d'autres qui vont vérifier, d'autres qui vont tester, s'immachant et tout, voilà, donc après, il faut tester, toujours tester, toujours avoir cette décembre intellectuelle, guire, ok, c'est bien, ou non, c'est pas bien, il faut modifier, quoi, n'est pas cité à critiquer, quoi. Alors, je suis complètement d'accord avec toi, mais ce qui est un petit peu difficile, je trouve, dans le contexte en lequel on est, c'est qu'on a un métier qui est en plein bouleversement, qu'il y a un nouveau truc qui sort toutes les quatre semaines, quatre à six semaines, et qu'en fait, on a l'impression de jamais pouvoir s'arrêter, en fait, que tu commences vaguement à prendre quelques marques sur un truc, et puis le jour d'après, il y a un técollez qui est diamant, en fait, avec tout ça, c'est dépassé, maintenant il faut faire ça. Alors, je sais qu'on a déjà dit à ce micro-là, plusieurs fois, qu'en fait, il y a un moment il faut se dire, ok, en fait, j'arrête d'essayer d'être à la pointe, à jour le jour, je me décide, là, ça, je veux maîtriser ça, et puis on changera quand on sera bien maîtrisé, mais tu vois, on a presque l'impression que le avant, il y avait ce côté test à maximum de choses pour expérimenter, pour trouver des solutions, et c'est comme ça que tu vas trouver ce qui fonctionne pour toi, parce qu'en fait, le contexte autour de toi a changé assez peu, donc tu pourrais te permettre d'expérimenter des choses. Mais aujourd'hui, le contexte autour de nous change tellement que c'est presque une démarche inverse, de dire, non, tu choisies un truc, tu te poses, tu le maîtrises, et puis quand tu l'auras maîtrisé, tu pourras aller te mettre oui, tu veux te excuser, ou pas? Ouais, tout à fait, oui, alors oui, ça reprend le fait le fast, donc voilà, mais effectivement, quand tu fais un travail actuel, c'est soit tu changes à chaque fois, enfin, c'est un peu comme ton iPhone, hein, tu vois, enfin, soit tu dis toujours oui, je veux la dernière mouture, parce que ma jambe, après, voilà, moi c'est ce que je faisais un moment, mais après, bon, je peux, enfin, ça pue de sens quoi, tu dis voilà, tu as un truc qui fonctionne, ouais, mon téléphone appelle, voilà, je reçois bien les appels, c'est bien, en fait, c'est la fonction basique, après, c'est quel est l'usage, quel l'usage tu veux vraiment faire, effectivement, moi, j'ai eu ce point là, j'étais tout content, j'avais utilisé Claude à l'époque pour réaliser une sorte de Claude Design, j'avais fait un truc, mais et après, il y a nique il m'appelle et puis il me dit, ouais, t'as vu Claude Design? Ben non, puis là j'aurai je fais un merde, je suis passé des mois et des mois réalisant un truc, bon, bah Claude ils l'ont fait, ils ont largué une peau, une personne Claude Design, je lui dis, ouais, quand même, pour qu'est ce que je fais? Fait le fast, tu vois, tu dis oui, ben, effectivement j'ai beaucoup travaillé, le travail intellectuel était là, voilà, ça m'a nourris, j'étais content, c'était fière, voilà, et puis après tu dis bon, bah ouais, bon, faut passer autre chose, voilà, toute proportion gardée, ce que t'as fait, c'était bien, mais pas suffisant comme me dirais, la fesse. Bonjour. Pour revenir du coup sur les rituel, donc on a parlé du planning, on a parlé du délit, j'imagine que la sprint review, au final, elle elle change pas tant que ça, parce qu'on, tu fais une review de ce qui a été produit, qui est majoritairement une démo, où est-ce que là aussi il y a du changement? Ouais, alors, oui, est-ce que moi j'ai une mauvaise compréhension de la review? Alors oui, mais ces store assures, t'es pas le seul? La review, c'est pas une démo, la review, en fait, c'est inspecter ton produit, d'accord? Inspecter ton produit, c'est pas dire faire une démo, c'est déchanger de façon transparente avec tes stécoldeurs, avec les sponsors, etc. Sur ton produit, voilà, grosso modo, c'est potentiellement tu peux avoir une démo, mais ce n'est pas forcément une démo, j'ai eu des équipes, qui ont plein, j'ai eu une équipe en particulier qui me vit en tête, là. Elle avait, et en plus, c'était une équipe, tu vois, qui faisait du front machin, et elle a eu plein de problèmes, mais des problèmes de malade, tu te dis, mais quoi? C'est un chanoire dans l'équipe, c'est pas possible. Donc en fait, ils m'ont dit, non, mais on ne va pas faire de sprint review, et tout, parce qu'en fait, on a rien à montrer, quoi. C'est une blague. Attends, c'est pas la carte, quoi, la sprint review, sprint review, c'est de façon transparente, tu vas dire, ce qui a été fait, ce qui n'a pas été fait, et pourquoi ça peut être fait, et si tu as des points de blocage à adresser, aux managers, aux sponsors, à test écoles dehors, on s'en fout que t'es fait des choses, si tu as des démo, c'est bien, parce que, bon, ça flat ton ego aussi, il faut le dire, oui, bon, on a réussi à réaliser ça, super, on est contente, mais là, en fait, si tu as, et en fait, elle a été d'autant plus importante, qui a eu des décisions manageriales, qui ont été prises suite à cette review, tu vois, donc si, pour toi, l'arrivue, enfin, pour toi, je dis pas toi, si, pour le commun des mortels, l'arrivue, c'est faire une démo, et bien mec, vous passez à côté tout, parce que là, typiquement, j'ai un cas concret, donc ils ont relevé des problèmes d'infra, donc ce qui a fait qu'ils n'ont pas pu déployer, ce qui a fait qu'ils n'ont pas pu donner satisfaction clients, et ben là, dans l'équipe, en fait, une décision managerale, c'est-à-dire, on va changer de provider, si tu n'avais pas été, si on n'avait pas fait ça, et ben, oui, bon, on ne va pas faire de review, parce qu'on n'a pas de démo, et ben ouais, mais tu es toujours emmerdée avec ton infrat pourri, l'absence de démo est aussi au final une démo en tant que temps, mais bien sûr, oui, mais donc au-delà de rien faire, c'est faire. – Au-delà est de la définition de cette spray-t-review, est-ce que dans un contexte fouléaille, où est-ce qu'elle change? Alors, si tu gardes toujours ce principe et que tu reviens à des finitions de base, donc c'est inspecter ton produit, ça ne change pas des masses, en fait, dans le fond, en fait, parce que tu vas inspecter ton produit, tu vas dire, on va, voilà, lors de cette spray-t-re, de ce spray-t-re, on a réussi à réaliser tel projet, on a mis en prod, tel état projet, on a déjà des remontés clients, etc. Parce que, du coup, en fait, vu que ton cycle est raccourcié à mort, et ben, tu vas pouvoir réaliser, mettre tes trucs en prod, tu vas même avoir des retours, avant la fin de ton spray-t-re. – Donc, oui. – Et donc en fait, c'est pour ça que c'est vraiment intéressant de garder un peu cette dynamique, et tu vas monopoliser toutes tes stakeholders, tes sponsors, ma jambe, ils n'ont pas que ça à foutre, devenir tous les deux jours, tu t'imagines? – Donc, ça veut dire qu'on rentre dans une époque où on met en prod, avant de faire la review, avant d'avoir présenté au stakeholders, au demandeur, à qui on veut, c'est ce qui a été réalisé, comme ça, du coup, on a de la matière, effectivement, de comment est-ce que les clients ont répondu à ce qui a été produit? – Oui, mais je vais aller plus loin, mon cher. Pour moi, la mise en prod, c'est la base, d'accord, il faut aller en prod le plus vite possible. C'est pas parce que t'as un spray de deux semaines, qu'il faut que t'attendre le dernier jour pour mettre en prod. – Non, tu peux mettre en prod au bout de deux jours, fais-le, et c'est très bien, fais-le dix semaines, ne livre pas un samedi, un vendredi, à 18 heures que t'as compté de faire, on a été en merdée, à une mise en prod, les vendredi, à machin, parce que, après, il y a des contraintes, je dis pas, il y a certaines choses où, quand t'effaces à des clients et tout, tu ne peux pas forcément te faire des mise en prod en journée, mais pourquoi cette mise en prod de vendredi, elle nous tient vraiment un coeur, ça, je sais pas. Pourquoi on ne peut pas faire des mise en prod du pas mon semaine? – Un vendredi, le vendredi, c'est toujours compliqué, parce qu'on vient du cane, de personnes, peut-être en fariner et tout, ils n'ont pas encore ce rythme, donc peut-être le vendredi, mercredi, je dis, tu vois, c'est parfait, moi, j'ai poussé pour que on mette en pod, les vendredi, voir je dis, c'est très bien, même les mercredi, c'est très très bien, vendredi, c'était red flag pour moi, non, on m'est pas en gros, bon après, j'étais aussi développé, comme toi, je pense, donc on sait que le vendredi, on m'est pas entre. – Voilà, bah oui, parce que c'est non, ça pourrait être en vicanne, d'ici. – Et du coup, le dernier érituel, c'est la rétro, qui est quand même souvent un érituel les plus, tu vois, j'ai plus souvent vu, moi la review disparaître au profit une rétro un peu enrichie. -Ah oui? -Qu'est-ce que l'inverse, tu parlais de l'importance de la rétro, moi la rétro c'est vraiment le. Pour moi c'est le rituel avec le Daily que je vois le plus souvent comme étant un truc émer respecté. Alors après est-ce que c'était vraiment une rétro fait au sens est triste? C'est un autre débat. Alors justement tu vois je te disais que l'aspreine un interview, moi j'aime bien revenir toujours au fond d'Amento, c'est pour ça que d'ailleurs dans le système salime le livre j'ai consacré une partie entière sur les fonds d'Amento parce que c'est la base, la tata base et après tu construis dessus. Dans Scrum en fait t'as la review qui te permet d'inspecter ton produit, d'accord? Et ta la rétro qui te permet d'inspecter ton process. Donc effectivement quand tu demandes au fondateur, en fait au créateur du Scrum Guide, quelle est pour vous si on devait garder une seule cérémonie, un seul rituel, laquelle il faut garder? Sans hésiter c'est la rétro, c'est pas la façon qu'est ce qu'on va produire, on commence mes d'accord, c'est pas la synchro de l'équipe, c'est pas ce qu'on va montrer et tout ça, c'est pas l'horifinement pour préparer, non c'est la rétro et c'est normal parce que le but s'it s'améliorer, donc l'inspection du process va passer par l'amélioration et dire voilà qu'est-ce qui a été, qu'est-ce qui a pas été, ma chambre, ça c'est bourshite aussi mec, c'est du bourshite combien de rétro j'ai vu ça, tu métaines que les personnes elles en ont marre de rétro, tu métaines que les personnes elles aime bien se cuiser des rétro parce qu'en fait ouais, on a déjà dit où oui, oui en fait on peut rien faire, donc oui on la rend autant, on poids d'amélioration mais on peut réfermer, il n'importe quoi les mecs, le but s'est s'amélioré dans l'équipe, bon on s'en fout qu'il y a un problème, il y a un problème avec l'infra, avec le fournisseur, enfin chez le fournisseur machin tu peux changer quelque chose, non et ben non parle pas en retro, en fait c'est qu'est ce que tu peux faire pour t'améliorer ou pour améliorer l'équipe, ouais qu'est ce qu'on peut faire, au sein de l'équipe dans notre process pour qu'on s'améliore et qu'on devienne une vraie équipe autonome et qu'on arrive à mieux livrer de meilleure qualité etc, voilà il y a plein de scopes quoi, c'est pas, mais est-ce que ça veut dire qu'on peut accepter une rétro on se dit en fait on a rien à améliorer, on est carré donc on se, on fait une rétro 4 000, franchement la rétro ou t'as rien à améliorer, on me la souvent dit, alors j'avais une équipe qui me dit oui mais attend on y froid bien, voilà il y a rien à améliorer dans notre équipe, ok, t'es d'accord que je passe une semaine avec toi ou quelques jours on va commencer de trois jours comme ça moi je suis en château, je suis là, j'observe c'est tout, ok, et bah je crois que c'était la rétro la plus longue que j'ai faite, quatre rédnemis mais c'était pas quatre rédnemis pour dire oui bah voilà vous avez, c'est ça, c'est pas bien, vous avez ça, non, moi j'arrive, ok, qu'est-ce que vous pensez de votre façon des tests d'intégration, qu'est-ce que vous pensez de votre façon du périview, qu'est-ce que vous pensez de la façon de communiquer avec les autres équipes, ah ouais, ah ouais, bah voilà je pense que vous avez ma tira, voilà on a échangé, machin, et alors monsieur parfait équipe parfaite diva, ça n'existe pas, les diva existent mais par contre les équipes qui ne peuvent pas s'améliorer, c'est foutèse, foutèse, je mets des filles n'importe qui ici, qui me disent notre équipe, elle fonctionne trop bien, c'est la meilleure, on n'a pas besoin de s'améliorer, et bah laisse-moi venir dans ton équipe, ce que je voulais dire c'est que dans la théorie, il peut y arriver à un moment où une équipe te dit bah en fait dans la rétro, on a rien à dire parce qu'on a déjà atteint le maximum ce qu'on est capable de faire, non, je peux pas entendre ça, parce qu'en fait ça veut dire que potentiellement la perfection n'existe pas, enfin si c'est chez moi, non j'régolle, non pour moi t'as toujours manière à améliorer, tout toujours, t'as toujours, mais alors du coup dans un contexte foulé aille, comment est-ce que la rétro a l'impacté par l'arrivée de tous ces outils? Ah voilà, c'est magnifique, c'est le moment encore plus important pour moi parce que donc là on n'a pas parlé du Scrum Master, le Scrum Master pour moi, c'est le rôle à surtout pas, je répète le rôle du Scrum Master, c'est à surtout pas virer au contraire, au contraire messieurs dames, il faut vraiment garder le Scrum Master, il est là pour observer et pour faire grandir ton équipe, observer, améliorer, etc, relever les obstacles et pas forcément toujours résoudre les obstacles, c'est pas son job, le son job, c'est de faire en sorte que ton équipe devienne autonome, donc pour qu'elle devienne autonome potentiellement avec l'IA, il va voir potentiellement, il va observer, il va voir que Pierre, en fait il a des soucis avec l'IA, il ne trouve pas simple à ce parce qu'en fait il fait tout son taf, il est toujours comme ça, bras croisé, et puis voilà, après ça baisse, il est une baisse de motivation, une baisse de motivation, une baisse d'ambition, etc, voilà, et puis en fait ton équipe, ça devient puniquible, ça devient simplement des start and play de l'IA quoi, donc non, tu vois, et ton IA, en fait elle est là oui, mais ça va accélérer, ça va juste accélérer tes problèmes quand on aura, ça va juste accélérer tes tensions, quand on aura et ça va créer aussi des situations de burnout, des situations de dépression de certaines personnes, certains seniors qui ont du mal, certains seniors ou débutants, qui ont du mal avec l'IA parce qu'en fait ce sentent vraiment inutiles et c'est vraiment important de signaler avec l'utilisation de l'IA parce qu'en fait ils font plus la même chose, et effectivement ton métier va évoluer, alors je mets au défi qui conque pour me dire que le métier n'évolue pas, peut être super PDG, machin et encore que, mais ton métier va évoluer, et si tu ne sors pas que ça évolue, il faut te poser les questions, clairement, du coup justement pour terminer ce fameux rôle de Scrum Master, parce que dans ce podcast on a beaucoup parlé du changement, du métier de développeur et de développeuse, qui forcément est beaucoup augmenté par ses outils de DIA, cuis du Scrum Master que tu présentes comme étant le poste à ne pas supprimer dans un contexte fouléai, pourquoi et comment est-ce que son métier change aussi avec l'IA? Effectivement son métier va vraiment changer parce que avec l'IA ça va aller plus vite, en observant en fait, il va avoir plus vite, il devrait voir plus vite des choses, mais en fait pourquoi je dis que le Scrum Master est vraiment utile, c'est parce que lui va pouvoir présenter, on a parlé un peu plus tôt, il y a des agatements des fois, des choses qui sont pas tangibles, il y a des ressentis dans l'équipe, tu as des personnes, ce sont plus impliquées, plus dans le sens pas du tout, pas plus, tu as des personnes auquel cas qui s'éclatent et qui trouvent leur valeur ajoutée, là dedans, en fait c'est pour ça que c'est vraiment focusé en value, mais si, voilà lui il est quand même censé être là pour aussi être le relais, auprès des managers, tu vois les potentiellement même accompagnés, cette personne, pour dire comment tu te sens, j'ai impression que t'es, en fait c'est le relais direct du manager, attention, me faites pas dire ce que j'ai pas dit, relais direct dans sens où c'est quand même lui qui va pouvoir ressentir et potentiellement relever le drapeau rouge, attention cette personne, je sens qu'elle n'est pas bien du tout, il faut de l'aide, toute proportion gardée, attention, c'est pas lui non plus qui est censé être là pour faire le RH et tout, mais il est quand même, c'est un rôle clé, en fait c'est vraiment très très important parce qu'il est là pour ressentir aussi, tu vas au-delà de l'aspect du process, en fait dans l'aspect du process, enfin pas au-delà, mais en plus de tout ce qui est tangible, il est aussi censé voir un peu les directions que prennent-elles, les telles personnes vers où elles se dirigent si elles arrivent à se projeter ou pas du tout, et au quelqu'un, voilà peut-être que là il faut que si la personne n'a pas le courage, parce qu'en fait il y a des pressions manageriales ou pas, ou parce qu'on fait qu'ils se sentent pas seul, ils aidera, le Scrum Master il est quand même là pour apporter C'est de confiance, en fait, si t'as. pas conscience en tant que Scram Master, t'oublie hein. C'est pour ça que c'est vraiment un rôle de clé. Quand on dit oui, lui, il était chef de projet parce que Scram Master, mais mec, c'est fou, quoi, arrêtez ça, rien, c'est pas le même job hein, ça a rien à voir. Et combien de fois, là, je regardais encore des offres d'emplois, Scram Master oui, connaître IT le machin, mais mec, t'as rien compris quoi, au job hein. Ça, c'est un sujet quand j'ai évoqué plusieurs fois à ce micro, je pense que c'est un des défauts de la méthode agile, c'est son nom, c'est de parler d'agilité, parce que du coup, il y a beaucoup de directions qui se disent qu'en fait, on peut faire un peu ce qu'on veut parce que le but, c'est de rester agile, c'est de s'adapter, c'est de machin, et du coup, il s'adapte la méthode, qui du coup n'est plus du tout aussi agile que ce qu'elle pourrait être peu bon, ça a pressé un autre et vaste débat. En tout cas, merci beaucoup, Salim pour tous ces éléments sur l'agilité à l'époque de liage, j'aurais deux dernières questions pour toi qui sont les questions rituelles du podcast. La première, c'est, est-ce que il y a un contenu que tu souhaiterais partager avec l'ensemble des auditeuristes? Alors, moi, il y a en fait plus une tendance qui arrive sur LinkedIn, parce que moi, j'ai écrit beaucoup, et là, j'ai vu que, en fait, LinkedIn, en fait, ils prennent un virage complètement différent par rapport à lire. C'est que maintenant, tu peux taguer des postes, je sais plus comment ils n'aiment ça, mais en gros, que c'est sa pulia, quoi. Donc maintenant, tu peux, c'est ici à Slot, ou Il y a Slot? Ouais, il y a Slot, ou tout ça pas? Ouais, je dis, moi, alors que quand tu reviens quelques temps par avant, en fait, ils te proposent LinkedIn à propos, avec créer un outil pour améliorer ton poste, etc, via l'IA, et là, en fait, il y a un virage total qui est fait, c'est incroyable. Donc là, ils sont en train de virer tout ce qui est grosso modo, tout ce qui est génération via, mais après, franchement, entre nous, combien de postes tu lis? Combien de générates tu dis, putain, ça pue, en fait, il y a, quoi, ou pareil, en fait, même dans les commentaires. J'en discutais avec un podcast, ils me disent non, mais moi, je vais plus sur LinkedIn, parce que, en fait, les discussions entre y a, ça m'énerve quoi. Ça, c'est pas interne. Ouais, mais c'est du grand importe quoi, en fait. Mais du coup, est-ce que toi, il y aura un contenu? Je ne sais pas, un film, une série, un jeu vidéo, une expo, un peu de théâtre, un truc que tu vas recommander, oser de te reste que tu recommandes souvent autour de toi? Ouais, alors, je vais raconter, je vais faire une petite anecdote, moi, il y a un livre qui, moi, au-delà de l'aspect religieux et tout ça qui, enfin, qui sont décrites dans le livre, c'est un livre qui m'a mis d'accord avec un, avec un manager avec qui, on s'entendait pas du tout, mais vraiment pas du tout. Du coup, moi, j'y avais un autre coach organisationnel et certifié, etc, qui m'a dit, m'a dit, non, mais s'alime, tu peux pas rester comme ça à te couper, en fait, de cette personne, c'est quand même personne importante dans l'organisation et tout, je lui dis, mais j'en as foutre, moi, je m'entends pas avec lui, voilà, on n'a pas les mêmes valeurs, il dit n'importe quoi, il balance des mots que j'aime pas et tout. Et du coup, il m'a dit, non, mais je te le demande, est-ce que tu peux aller des jeunes avec lui? Je lui dis, bon, d'accord, je l'ai déjà avec lui, mais bon, moi, j'ai toujours, enfin, ça cogite beaucoup dans ma tête et tout. Et j'ai un livre, en fait, qui m'a aussi donné une autre perception de la vie, pour moi, ça a été vraiment mon Game Changer, c'était les Accordal Tech. Donc les Accordal Tech, du coup, enfin, j'avais sent tête et tout, et donc, au manager, en fait, on a échangé ma chambre, donc j'étais, je suis quand même resté fermé, mais à la fin de discussion, j'ai dit, écoute, j'ai de faire un cadeau, j'ai dit, on se reparlera quand tu auras lu ce livre, j'ai eu fil les Accordal Tech et il m'est revenu, je crois, le jour d'après, il m'a fait, ça l'aime, merci. Merci pour quoi, il me dit, pour le livre, je comprends, je comprends mieux maintenant, ce que tu dis, parce que effectivement, ça parlait, il n'est pas impeccable du tout, et il a même refait un poste, je me dis, enfin, t'en remercie, toutes les personnes qui lui avait fait changer de perception dans sa vie, et m'a remercie, il m'a dit, s'alime, pour les Accordal Tech, il avait noté, il avait pris son poste, en fait, c'était reprendre une photo de tous les livres qui ont marqué sa vie, sa vie, donc c'est quand même fort, mais moi aussi, moi les Accordal Tech, pour un petit histoire, je divorçais, et je changer de métier, en même temps, j'étais au tout, complètement, j'étais 10 000 lieux, sous terre, machin, et mon meilleur ami, Angel, que je salue, m'a dit, s'alime, t'inquiète pas, la vie est belle, lisse le livre, voilà, c'est un game changer pour moi, donc les Accordal Tech. On va être habitué, évidemment, dans l'afférence en description, en plus, du système Salim que j'ai écrit, on va mettre aussi le lien vers ça, et dès la question, qui est la plus importante de ce podcast, salime, tu es plutôt espace ou t'es bu l'action. T'ab, parce que je suis un gros phénom, un grand paraissant plutôt, merci beaucoup salimé. Merci à toi. Et merci à tous d'avoir suivi cet épisode, donc voilà, effectivement, je pense qu'il était important de voir à quel point le lien va impacter aussi d'autres métiers, et pas uniquement celui du développeur de la développeuse, donc c'est métier qui sont quand même autour de nous, et comment ce que c'est, sachant la manière où on s'organise au global. Donc je ne sais pas si ça vous a donné des pistes, n'hésitez pas à les checker le bouquin de Salim pour aller creuser un peu ces éléments-là, et comme il vous l'a dit, c'est les choses à tester, c'est pas une vérité absolue, c'est pas une règle parfaite qui s'adattae à toutes les organisations, mais c'est des pistes de réflexion que vous pouvez tester, expérimenter, peut-être adapter à votre contexte, c'est toujours un bon moyen de progresser. De mon côté, je vous remercie comme toujours de partager ce podcast autour de vous, et n'hésitez pas à vous abonner, que ce soit cette chaîne YouTube podcast, ça dépend de ce que vous nous écoutez. Je vous remercie beaucoup, je vous souhaite une très bonne fin de semaine, je vous dis à la semaine prochaine, et d'ici là, c'est codé bien. Merci d'avoir écouté cet épisode, dives, dents, dents, dents, dents, merci à toute l'équipe qui rend ce podcast possible épisode après épisode, et merci à Alan Adal, Linus Bill, Steve, et Steve, de nous avoir amené jusqu'ici. Si ce podcast vous a plu, comitez-vous en vous abonnant, déployez-le autour de vous, et vous pouvez aussi nous faire une code review en nous laissant cinq et toi sur votre platform de podcast préféré. Rejoignez la conversation sur tous les réseaux sociaux où nous sommes présents, donnez-nous les invités que vous aimeriez entendre ou les sujets qui vous intéressent sur Arobas, bibir, B-E-R ou Arobas, if, this, t'en dev, vous retrouverez aussi tous les épisodes sur notre site, ifttd.io, et enfin si vous avez besoin d'un coup de main sur un sujet produit, tech, organisation ou si vous souhaitez rejoindre une équipe tech passionnée et passionnante, écrivez-moi sur Bruno Arobas, ifttd.io, merci à tous.