Fort de 15 ans d’expérience de pilotage de projets agiles de grandes envergures (PMU, Leetchi, RATP…), John Pombo, Leader transfo IT et expert en Agile delivery nous transmettra sa passion pour les méthodologies agiles (Scrum…) à travers des retours d’expérience riches et variés.
À l’occasion de cette API Hour, il a abordé la mise en œuvre de l’agilité à grande échelle, les meilleures pratiques pour maximiser l’efficacité des équipes et comment adapter ces méthodologies à différents environnements.
Que vous soyez novice en agilité ou un praticien chevronné, cet API Hour vous fournira des insights précieux et des conseils pratiques pour améliorer votre gestion de projet et votre collaboration d’équipe.
Découvrez notre planning et rejoignez-nous lors d’une prochaine session pour un moment inspirant et instructif !
https://oclock.io/api-hours
bonsoir à tous on est en live il y a une bonne trentaine de personnes qui sont présentes euh comme toujours on va attendre un peu les les moins ponctuels je vais chercher une périphrase euh en attendant vous pouvez nous dire d’où vous êtes connectés dans le chat et notamment si vous êtes pas trompé dans dans l’heure parce qu’on s’est fait peur avec un poste LinkedIn de John qui était pas sur le même fuseau horaire et pour vous dire d’où on est aujourd’hui on est à ici les moulinau et comme vous voyez le setup est un peu différent par rapport à la semaine dernière et aux semaines précédentes puisque nous sommes en nous sommes en live tous les deux voilà bonsoir à toutes et à tous bonsoir Magalie de Colmar bonsoir Laurent bon on est une trentaine AUD tu n’as pas déménag depuis la semaine dernière tu es toujours dans l’INE bonjour Bill de Cholet bonjour katiya bonjour alodi Bon bonjour tout le monde he vous avez compris le principe c’est de nous faire un tout petit peu voyager il a plus ici encore tout à l’heure un petit peu non un petit peu raisonnablement mais il vaait mieux pas être en terrasse là il fait beau voilà la météo ça meuble toujours euh bon on prend toujours 2 3 minutes he pour les les les retardataire en général on a voilà on commence dans de de trois instants on est toujours à l’heure chez oclock alors on essaie d’être à l’heure chez Aulock n’est-ce pas en tout cas c’est une exigence euh oui euh j’aurais pas le monopole des jeux de mots ce soir et effectivement au cloc parce que on commence à l’heure et on finit à l’heure euh mais on estme aussi prendre son temps donc on peut on peut saavourer et euh et déraper un tout petit peu surtout quand c’est moi qui a la parole mais tu vas très vite la reprendre euh ah on est on est encore très métropole ben France métropolitaine aujourd’hui si je dis pas de bêtises et que ma ma géographie reste la bonne est-ce qu’on a des gens dans les 44 présent qui ne serait pas en en France métropolitaine et qui aurait envie de nous faire voyager oui Nicolas ça aide aussi un peu à à créer du lien parce que la météo a un impact sur tout le monde directement on vit pas forcément la même manière mais et ben voilà bonjour Stéphanie de de Porto avec donc une heure de moins avec une heure de moins tout à fait ah oui oui les sous-titres que les soustitres on les génère pas en temps réel j’en a pas trouvé de solution pour l’instant pour soustitrer en live qu’on on va regarder pour améliorer ce setup bon déjà aujourd’hui on a fait beaucoup d’efforts parce queil y a des beaucoup d’efforts bonsoiré puisquon est l’un à côté de l’autre donc je serai encore moins mobile que d’habitude on VO ce que ça donne parce qu’on a on a une caméra ici et on va se parler un petit peu pour relancer tout ça euh il faut qu’on regarde si vous avez la solution pour le soustitrage sur livestorm Audrey suit le chat mais en direct on l’a pas trouvé mais on regardera ça parce que c’est vrai qu’en terme d’accessibilité c’est dommage aujour aujourd’hui mais il y a un petit peu de temps de de de calcul pour que les sous-titres soient pas soi les plus pertinents possible donc moi j’ai voilà je l’ai pas trouvé finira peut-être par trouver quelque chose peut-être avec la version 4ro de chat GPT on peut peut-être avoir du S titrage en direct on trouvera on trouvera peut-être avec le plan on est euh on est 5 49 euh il est il est 5 il est 4 et demi lance le premier sondage alors voyez on a amélioré notre prise en main de de liveestorm avant on était que sur du chat et on était un peu pasau et maintenant on utilise les sondages de façon proactive grâce à audre et donc la méthode agile pour vous ce soir pour vous mettre dans le bain c’est je connais bien je connais un peu c’est mon quotidien je découvre ce soir et j’ai besoin de réviser n on va on va ignorer pour pas biaiser la réponse parce que toi c’est ton quotidien est-ce que j’ai besoin de réviser j’ai besoin de réviser on a toujours besoin de réviser voilà donc je vais ignorer je besoin de réviser comme ça j’aurais répondu et ça va marquer les débuts on va passer le chum on est 51 en général les gens arrivent voilà juste interrompre une seconde parce que ça va être très désagréable pour vous et je reprends la main dans la foulée mais joie du printemps et du polè donc nous voici pour la p avec John avec une magnifique photo merci je t’en prie donc vous voyez il est là il ressemble à sa photo euh de qu on va parler ce soir les méthodes Agile c’est l’art de réagir c’est l’AX directeur de de tour intervention avant ça on on présente un tout petit peu le contexte des app les app hour c’est 1 heure 1h30 pour discuter d’un sujet de de culture numérique ou de reconversion donc il sont en lien avec l’école et l’école au cloc qui sommes nous rapidement parce que vous êtes pas là pour nous entendre présenter l’école on a formé 6500 personnes au métier de la tech depuis 2017 on forme à peu près maintenant 1500 personnes par an toujours métier de la tech le développement alors le titre bien connu dvvm pour les intimes développeurs web web mobile on fait également la conception d’application on travaille également sur toute la partie infrastructure sécurité réseau on a quelques annonces en terme de nouvelles formations pou aller découvrir nos pages formation sur le site on a quelques particularités on est 100 % à distance on n pas de bureau d’où aussi merci de l’accueil ici parce qu’on est on est chez toi Mo chez toi on est dans ton bureau euh et on est en synchrone donc c’est aussi une particularité par rapport à à d’autres à d’autres écoles qui font du distantiel les cours donc commencent à 9h finissent à 17h on vous met des vrais gens en face de vous donc des formateurs passionnés et passionnants des tuteurs bah toute une équipe pédagogique et pour faire cours sur cette partie-ci quand on commence une formation chez Aulock quand elles sont peu quand elles sont matures 97 % du temps les gens vont jusqu’au bout de la formation après tout le monde n’a pas le diplôme n’a pas le titre professionnel parce que c’est un un jury indépendant et si tout le monde l’avait c’est que le titre est trop faible mais en tout cas tout le monde tout le monde va jusqu’au bout ou presque euh fini de parler de nous on va parler en tout cas de l’école maintenant on va parler de nous donc John bien bonsoir à toutes et à tous je connais on se connait depuis combien de temps cy 15 ans 15 ans c’est ça ouais 15 ans et c’est un plaisir d’intervenir merci beaucoup pour la merci beaucoup pour pour l’invitation euh au clock la reconversion professionnel ça ça fait sens pour moi euh j’ai 48 ans je suis leader de la transformation it depuis maintenant une bonne très environ 12 13 ans et j’ai créé une société qui s’appelle convergent et qui a vocation à trouver la la convergence des des gens et à leur permettre en fait de converger vers une reconversion Ré aussi et donc ma présence ici à tes côtés et avec ococ en fait fait sens merci beaucoup pour l’accueil je t’en pris et depuis la dernière je suis toujours CEO de clock et c’est pas moi qui cause ce soir alors quelques règles de bonne pratique vous avez euh en bas à droite un chat vous pouvez naviguer entre les sondages les questions si vous avez des questions à nous poser il vaut mieux les poser en mode question et euh on y répondra au fur et à mesure moi j’ai la main sur l’écran le chat c’est c’est plutôt audre qui va regarder ça au fil de l’eau et répondra au fur à mesure et moi je poserai les questions à John mais on va d’abord lui laisser le temps de dérouler toute sa présentation et euh je ferai des vagues de questions-réponses mais n’hésitez pas à à intervenir à interagir au fil de l’eau euh pour rendre tout ça le plus vivant possible parce que nous on s’entend on se voit vous vous êtes derrière vos écrans euh la seule manière d’avoir des contacts avec euh avec vous c’est via le c’est via le chat et les questions donc hésitez pas vous avez moyen aussi de d’interagir avec le la partie réagir ce qui tombe bien parce que c’est le sous-titre de l’événement de ce soir mais avec des fameux smiley entre les fêtes pleurer peur euh trôle voilà effectivement vous avez une vague de n’hésitez pas à nous faire part de vos réactions du coup voilà et euh on est parti mais avant de partir la semaine prochaine on fait un peu de pub 18h la semaine prochaine mardi et également euh une session un peu particulière sur rust donc un langage de programmation pour faire très court les spécialistes vont me détester c’est une sorte de C++ plus récent et vous verrez pourquoi c’est intéressant de s’y mettre en 2024 si vous êtes pas mis plut tôt et on va avoir nos experts maisons de l’équipe pédagogique qui vont animer une table ronde sur l’actualité de Rust et euh je pense qu’on va bien s’amuser aussi dans un registre légèrement différent donne maintenant c’est à toi je te passe la parole merci Cyril euh l’agilité c’est c’est c’est l’art de réagir ouais réagir à réagir à quoi euh on entend partout aujourd’hui que on évolue en fait dans un monde qui est fait d’incertitude je vous ai partagé ici en fait une citation d’un d’un philosophe qui y a je crois peut-re 90 ans il plus plus de 100 ans c’est ça il il y a une publication il y a pas longtemps il faisait la première page d’un d’un magazine quand on va taire le nom euh Edgar Morin philosophe sociologue qui nous dit que si l’ignorance en fait de l’incertitude comme vous pouvez le lire en fait conduit à l’erreur il y a une chose qui est certaine en fait c’est la certitude de l’incertitude et c’est cette incertitude de l’incertitude qui conduit euh à la stratégie et au meilleur aux meilleur stratégies euh ce qui est certain du coup c’est l’incertitude on peut l’écrire comme ça l’incertitude incertitude donc aujourd’hui euh on a pris conscience en 2024 que nous navigons avec les crises successives que nous rencontrons que nous navigons toujours en fait dans un contexte d’incertitude et ça c’est une chose qui est certaine alors quand on est face à l’incertitude et bien le mieux c’est de c’est c’est de pouvoir réagir et arrive là-dessus en fait des méthodes dit agile alors on va on va en parler euh qu on va revoir en fait la principal définition les principales définitions les mots qu’on entend quand on parle en fait d’agilité ce sont des choses qu’on nous montre mais chez lock on va vous démontrer ce soir ce que ça veut dire en fait euh on va pas que vous le montrer on va vous démontrer que ça ce que ça veut dire en fait l’agilité et pour ça on va faire un petit on va faire un effort étymologique euh sur sur la sur l’origine en fait de ce mot euh et en ensuite on va regarder comment on peut réagir dans le temps et avec les structures managériel qui sont disponibles dans l’organisation alors d’abord un nuage de mots l’agilité moi ça fait près de 13 ans que j’évolue de façon de façon agile la Business la opter pour l’agilité nous dit dans les caliers de la Business hardard Review on nous dit en fait que l’agilité c’est pour être plus souple plus réactif plus créatif ouais plus réactif j’ai reparcouru toutes les bibliothèques toute la presse toute toute la librairie disponible en fait sur l’agilité on nous dit que ça permet de nous adapter d’être plus réactif d’évoluer une capacité d’adaptation par rapport à la rapidité d’évolution du marché on parle de créativité d’intelligence collec de mobilité de flexibilité on parle de tout ça mais euh mais au fond euh qu’est-ce que ça veut dire en fait ce mot-là est-ce que c’est une méthode est-ce que c’est une culture ou est-ce qu’il s’agit d’autre chose alors chocloc on va vous le démontrer ce soir d’abord un peu d’étymologie agilité ça vient du latin agilitas qui est lui-même en fait dérivé du grec agéré agère agérer euh le plus grand des linguistes de de tous les temps s’appelle Ferdinand de Saur et il aurait déclaré sur la fin de sa vie que on trouve le véritable sens d’un mot dans son anagramme l’anagramme de AG gérer c’est c’est agir d’accord l’Anagram d’agérer c’est c’est agir ok agir agir mais ça on agit depuis déjà euh depuis déjà bien longtemps on agissait bien bien avant en fait l’arrivée de l’agilité donc du coup ça répond pas à notre question qu’est-ce que c’est que l’agilité et en effet tuas tu as accompagné le pilotage he C de de projet de transformation de façon séquentielle en cy en cyclonv tu as aussi travaillé et et fait évoluer et avec réussite en fait des des délivries dans des avec des projets agile euh avant on agissait déjà on faisait des spécifications fonctionnelles générales plus détaillé on partait en développement réalis une recette fonctionnelle de perf et aprs en vérifier pour mettre en production on agiss qu’estce que qu’est-ce qui change du coup par rapport par rapport à l’agilité c’est quoi la différence je vous a repris on ais fait les différentsyz à gauche en fait de l’écran les méthodes ditate avec des étapes on les appelle aussi cyclle en V sachant que le V hein ça vient de l’aérien c’est pour ça qu’on l’appelle cycle cyclle en V ça s’appelle aussi méthode d waterfall ou en cascade on parle aussi de de méthode séquentiell de rel race méthode traditionnel ces mots-là vous allez les retrouver en fait dans un article euh qui a été pondu en 1986 par deux japonais Nonaka et takoshi qui ont qui sont les premiers deux sociologues en fait japonais qui sont les premiers à avoir utilisé l’analogie du mot Scrum c’était aussi dans la Business RW en 1986 et il compare en fait ces méthodes avec à droite les méthodes dites itératives incrémental empirique et line ces qure mots vous voyez sur la droite vous allez les retrouver dans le Scrum guide dans la version 2020 du scrumide itéatif ça vient du latin héraré ça veut dire voyager répéter refaire et donc si on s’interroge sur ce que c’est que l’agilité on a là déjà un premier élément de réponse dans l’itération par rapport à ce qu’on connaissait avant on livre en fait de façon plus rapide avec un cycle itératif les itérations en Scrum elles peuvent aller de une semaine à à 4 semaines alors du coup l’agilité c’est quoi agilité oui alors pas on a déjà une question mais moi je vais en je vais faire une parenthèse tu as cité Nonaka et takoshi il y a un bouquin qui a un peu vieilli sur l’évolution créatrice qu’on mettra en qu’on mettra en référence qu’on mettra aussi dans le l’article synthèse sur la manière de transférer le savoir oui ou et c’est leur thèseah qui change quand même beaucoup la vision de la transmission entre les savoirs implicites les savoir explicite et ce qu’on apprend individuellement et ce qu’on apprend collectivement c’est pas l’objet de l’intervention de ce soir mais comme tu faisais c’était la minute culture au-dessus de la minute culture parce que tu on fait pas d’étymologie tous les jours quand on quand on fait des projets Haïti euh et je te laisse reprendre parce que je trouve que c’était intéressant dans un contexte d’organisme de formation de qui fait le choix du du full distantiel de reparler de d’évolution créatrice et et on voilà dans l’article qui sera consacré après comme tel une page Wikipédia on précisera cette cette partie-ci pour enrichir ton propos et en effet he ces deux japonais depuis les années depuis la fin de la guerre depuis les années 1940 avait observé ce qui fonctionne le mieux dans les entreprises à la fois américaines et aussi japonaises alors parmi les entreprises japonaises on va retrouver les plus célèbres qui sont encore aujourd’hui les fleurons de l’industrie comme Toyota et et dans ce livre en fait il partage euh il partage en fait les méthodes les plus innovantes donc oui ce sera peut-être l’objet Mme d’un autre d’un autre APPI hour ça pourrait faire l’objet d’un app sera peut-être moins nombreux inscrit mais ça pourrait faire l’objet d’un app hour on sait jamais peut-être qu’il a parmi nous en fait des Japonais euh j’en seraai ravi et voilà vas-yenons alors du coup donc l’agilité agilité donc ça vient de agilitas de agérer c’est l’agramme de agir mais du coup là on comprend que la différence entre le cyle entre avant en fait les méthodes traditionnelles et les méthodes itératives il y a cette idée d’itération bien quand on regarde en fait la définition du du Robert euh on le Robert nous indique ceci il y a à la fois le mot agir agir il n ditque c’est réagir en fait on peut on peut réagir d’un point de vue physique mais aussi on peut réagir d’un point de vue figuré ou par le ou par l’esprit c’est-à-dire agir en fait sur l’agent c’est écrit ici là la définition figure numéro 2 agir sur l’agent la cause l’action qu’on subit en s’y opposant et le Robert est très sympa il nous cite en fait quelque chose une citation d’un monsieur qui qui est un prêtre en fait à la fin du à la fin du 18e siècle il s’appelait La mené c’est un joli nom l’ mené et en fait qui nous dit ceci les temps font les hommes et les hommes ensuite réagissent sur leur temps en fait ce qui nous fait réagir c’est le temps l’agilité Agir Réagir c’est réagir par rapport par rapport à un temps et maintenant ce que je vais vous proposer de regarder c’est de voir comment on peut ensemble en fait dans l’organisation agir heagir c’est-à-dire agir heureux euh par rapport par rapport à un temps donc agir c’est réagir c’est ça l’agilité alors du coup quand est-ce qu’on réagit tout le monde connaît que dans une organisation il y a trois étages le niveau de management stratégique le niveau tactique le niveau opérationnel la question pour réagir c’est de savoir quand Ben l’organisation est intelligente elle va définir elle-même les moments où elle va réagir et dans les propos que je vais illustrer juste après je vais vous décrire en fait par l’exemple comment on réagit quand on est au niveau stratégique au niveau tactique c’est-à-dire plutôt au moi au niveau opération i qu on est à la semaine et aussi parce que on l’a expérimenté avec les équipes que j’accompagne comment on peut réagir aussi à la journée c’est-à-dire chaque jour sachant qu’il y a une question à laquelle tu vas va pas répondre tout de suite mais une question de de Ramza sur les projets perso l’utilisation la mobilisation de des méthodo agile dans un cadre personnel parce que là on est on a aussi une culture de grand groupe et les méthodes de projets sont ont été largement structurés parce qu’il y a beaucoup plus d’échecs dans les grands groupes sur des gros projets rapport chaos notamment on montre réussir un projet dans le délai imparti avec le budget imparti ça arrive une fois sur 6 en tout cas à la fin des années 90 et euh et en fait Hamza et voi que la partie utilisation du Campan à pour des tâes courts et à titre personnel et avec un peu d’engagement qui considère que c’est plutôt cool voilà je je je cite donc on aussi on va aussi zoomer en tout cas et venir enrichir comme quoi les les approches agiles en terme d’organisation du son propre temps permet de de réagir et oui on peut réagir et là le le vous pouvez même l’entendre he dans le camp bon c’est d’abord ça parle de quoi ça parle du temps ça parle du camp c’est le camp c’est d’abord ça en fait qui nous fait réagir donc je vais illustrer maintenant mes propos en vous donnant des exemples à chaque fois sur comment l’organisation intelligente en fait réagit comment réagit-elle quand elle est au niveau stratégique euh dans un dans le livre des méthodologie ocire de Laurent mauriisso au chapitre 9 il parle de nous passons de la planification annuelle à la replanification régulière et fréquente et ben oui c’est ça euh l’agilité c’est réagir avant on planifiait maintenant on replanifie on replanifie plus vite on planifie plus souvent alors un exemple euh si ça d’entre vous connaissent en fait les framework d’agilité à l’échelle comme safe dans sa version 6.0 dans la partie business à l’étage la dernière étage de la fusée stratégique quand on parle de business l’agilité organisationnelle l’agilité au niveau business on gère le le portefeuille de projet avec un portfolio on appelle ça le portfolio management et ce portfolio nous permet au niveau stratégique le plus haut dans l’organisation bien de revisiter en fait la stratégie de l’entreprise avec un cycle de 2 à 6 mois dans dans les façon traditionnelles de fonctionner quand on faisait un plan on faisait un plan pour une année euh là safe dans les très grandes organisations qui on retrouve ça dans les banques dans les assurances dans des très grands groupes où il y a des dizaines des centaines de milliers en fait de collaborateurs ont réagit avec un CYC un peu plus plus rapide en fait que l’année au niveau stratégique donc de 2 à 6 mois mais mais on peut trouver des organisations qui vont réagir avec un cycle encore plus court au niveau stratégique j’ai la chance d’accompagnner un client aujourd’hui en fait qui parce que son contexte lui demande et bien a décidé de s’organiser en chaîne de valeur autour de ce qu’on appelle une value team et cette value team va parce que le contexte l’exige revisiter ses priorités une fois par semaine c’est-à-dire que cette value team organisé autour d’un business her euh d’un product manager d’un po toute la toute la chaîne produit et là invité euh et tout ça s la responsabilité d’une direction en fait digital Factory qui euh apporte les moyens de réaliser en fait l’ambition et bien ils se réunissent une fois euh par semaine et donc là pour vous donner cet exemple c’est on est là sur un environ sur sur une organisation qui est très agile c’est-à-dire que les priorités organisationnelles les priorités en fait business sont revisité de façon hebdomataire donc vous avez entendu là avant on faisait de la planification à l’année on est agile si on réagit vite on replanifie on est passé de la planification à la replanification les les organisations les plus agiles ce sont celles qui sont en capacité en fait d’accompagner en fait le changement au quotidien au niveau stratégique sur très bien d’avoir décliné sur la partie business si tu reviens sur la planche précédente on a envoyé du lourd tout de suite parce qu’en fait avant même de parler de méthodoagile de Scrum on parle tout de suite de à l’échelle agile à l’échelle et safe donc on est déjà dans un contextes de grossse organisation avec des portefeuilles projets riches et si on vient sur une approche cartésienne de prendre un gros sujet de décou en petit bout euh déjà si on le découpe sur un propre projet et je pense qu’il y avait des effets d’annonce sur la suite mais sur le côté mvpi euh c’est assez différenciant en terme de philosophie entre un cycle en V d’un côté que tu présentais tout à l’heure et une méthodo agile où tu avais à chaque fois des livrables qui étaient viable euh et je pense queun petite touche de rappel sur sur les gros concepts euh parce que si tu regardes les les résultats du sondage on a 40 % des gens qui connaissent un peu je pense aussi parfois par par humilité on a quand même 27 % des gens qui découvrent ce soir donc c’est tout de suite beaucoup de vocabulaire parce que il y a autour de la Gille il y a je parlais de culture tout à l’heure mais c’est aussi ça c’est la méthode mais c’est aussi de la culture euh bon le besoin de réviser je pense qu’on y arrivera bien et puis les 6 % qui connaissent bien et mon quotidien on a une vingtaine de pourent de gens qui sont déjà avancés euh mais je voudrais ne pas perdre ceux qui qui sont en début euh ou qui découvrent voilà qui découvrent ce soir euh en faisant des allers-retours autant que possible alors c’est toujours délicat de de de de de de plaire à tout le monde et s’adresser à tout le monde mais juste si on peut bien faire attention la diversité de nos publics ce soir je savais pas avant on n’a pas fait passer de sondage ou de questionnaire avant de avant de participer mais je trouve que safe pour appréhender euh c’est très puissant tout ça mais je pense ça peut être bien de revenir focaliser aussi sur d’abord le le le l’atome de base l’équipe de base avec les rôles clés euh parce que le PO le scrumm despituels et cetera qu’on parle aussi de tout ça du coup pour les c’est combien 41 % c’est ça qui découvre qui découvre Scrum ce soir en fait non il connait un peu ce voilà découvre ce soir c’est 27 % 27 % alors pour les 27 % qui découvre ce soir vous retenez en fait que l’agilité c’est réagir et qu’au niveau stratégique en fait l’agilité nous permet aujourd’hui et bien au niveau le plus élevé en fait de l’organisation B de réagir plus vite parce que le contexte a changé avec on l’a dit avec beaucoup plus d’incertitude donc réagir euh avant on réagissait à l’année la stratégie on peut maintenant la décliner à la semaine euh dans l’entreprise il y a le niveau stratégique mais il y a aussi le niveau tactique on appelle ça le niveau programme c’est-à-dire qui encadre plusieurs équipes opérationnel et pour exécuter cette couche programme pour exécuter en fait quand on a plusieurs équipes en fait à animer euh là aussi en fait les méthodes aujourd’hui dites agiles avec safe par exemple nous permettent en fait de délivr mais même si on fait pas du safe euh il y a une logique en fait qui s’est diffusée c’est de livrer en fait de façon régulière par palier on appelle ça avec des logiques de de vérification régulière on définit des paliers on définit une durée on se met d’accord sur les objectifs et euh à la fin de chaque palier on vient réaliser en fait une rétrospective pour pouvoir en fait nous permettre d’améliorer de N de nous améliorer de façon de façon collective euh ce ce rythme là au niveau donc là au niveau on est au niveau tactique euh on est sur le on est plus sur la une stratégie à l’année on est sur une stratégie tactique qui est plus qui est réalisable en fait sur plusieurs mois parce que la fenêtre du mois ou de plus 1 mois 2 mois 3 mois trimestriel elle est à la fois petite euh pour pouvoir en fait mesurer de l’avancement mais elle est aussi actionnable elle est aussi exécutable c’est la raison pour laquelle souvent on fait du report par trimestre le le trimestre le 3 bah c’est ce qui est retenu euh dans un autre outil euh qui est dans la librairie en fait safe qui s’appelle le PI planning qui en fait c’est un plan c’est un plan à 3 mois qui nous permet euh de euh donner en fait du rythme de sécuriser en fait les livraisons et à la fin de ces 3 mois moi et bien euh on va pouvoir réagir là aussi on va réagir en faisant à à une rétrospective euh à la fin de ce plan et au plan suivant on va ce qu’on appelle en fait assumer le plus tôt possible la variabilité c’estàd que quand on construit un plan à 3 mois euh on va instruire déjà un plan B au cas où notre plan a ne ne fonctionne pas et à la fin de ce plan donc on se réunit en rétro et on on analyse en fait ce qui a bien marché ce qui a moins bien fonctionné afin de garantir en fait une boucle d’amélioration continue donc on a vu comment on peut agir plus vite quand on fait de la stratégie euh en faisant de la priorisation stratégique au fil de l’eau au niveau programme au niveau deencadrement de plusieurs équipes on appelle ça donc le niveau tactique il y a les outils par palier les outils pi planning on fait des plans à 3 mois et en s’adapte maintenant on était à l’année on a vu le mois qu’est-ce qui se passe au niveau des équipes au niveau opérationnel et bien là il y a un framework qui s’appelle Scrum qui est le plus utilisé en fait dans l’agilité on en est à la 6e version officielle de Scrum donc scrumant première analogie 1986 inventé par Ken schwabber Joseph stterland en fait dans les années 90 première version du Scrum guide c’est 2010 on est en 2024 c’est à 14 ans ce Scrum guide et il a été construit pour permettre au niveau des équipes de s’organisé cette fois-ci à la semaine on planifie on fait ce qu’on appelle un un planning de sprint on définit que un sprint dure entre une et 4 semaines et euh à la fin de chaque itération qui dure de une à 4 semaines on va en fait on va s’adapter et donc on va permettre à l’équipe au collectif en fait de de réagir et c’est la responsabilité des des dev de produire à l’issue d’une cérémonie qui s’appelle le sprint planning on appelle ça un backlog un sprint backlog et et de pouvoir en fait produire ce sprint backlog sur sur TR sur les tris ou qu semaines maintenant à la fin du sprint à la fin d’une semaine de travail voire 4 semaines de travail l’équipe se réunit pour pouvoir en fait démontrer euh la production sont sont délivrables euh on appelle ça une sprint sprint review et c’est une véritable réunion de travail qui a pour but d’enrichir en fait le produit avec une boucle d’amélioration continue donc là aussi on peut à nouveau réagir cette fois-ci on réagit au niveau de la semaine voire de plusieurs semaines alors on réagit à l’année on réagit au mois on réagit à la semaine c’est c’est très très bien mais on pourrait aussi réagir à la journée pour être encore plus réactif et à la fin du sprint on fait ce qu’on appelle une une rétrospective qui garantit l’amélioration qui garantit l’amélioration continue où les toutes les équipes product master les développeurs tout c toutes les équipes qui travaillent en fait sur le produit se réunissent pour pouvoir en fait l’améliorer et là on peut à nouveau redémarrer une itération redémarrer donc un sprint qui dure de une à 4 semaines pour à nouveau répéter refaire en fait mais cette fois-ci onit ce que l’on répète on répète jamais la même chose donc ce que l’on va répéter on va répéter avec plus de succès parce qu’on aura garanti en fait notre amélioration continue euh on va voir maintenant la partie qui pour moi me semble être la plus intéressante pour notre public ce soir s’il y a parmi vous donc il y a beaucoup de ouais ouais ouais et bien euh euh tout à l’heure quand je vous ai dit que les dans le scrumide en fait c’est de la responsabilité des dev de de produire un plan hein on aime que un plan se déroule sans accro l’ Agence tourisque l’agence tisque ça ouis c’est pour les c’est pour les ça ça n rajogit pas c c’est pour les c’est pour les 5 contenair pour ceux qui ont la Reff euh on va voir maintenant que les dev en fait vous avez la possibilité parce que c’est votre parce que vous en avez aussi le pouvoir en fait de définir en fait un plan un plan un plan à la journée donc on va descendre au niveau du quotidien au niveau de la journée pour j’ai un exemple concret à vous partager euh qui c’était dans une société qui produit du solidaire et qui fait de la la cagnote en ligne je je vais fa le nom mais il n pas beaucoup sur le sur le marché qui sont sur ce qui sont sur ce canneau je pense qu’on a une dans tes références en plus dans l’invitation donc je pense que j’ai envie de trouver d’accord euh donc on peut s’adapter on peut adapter la stratégie on peut adapter la tactique on peut adapter en fait on peut réagir au niveau au niveau opérationnel on va voir maintenant qu’on peut com l’intérêt de réagir à la journée là ce que ce que ce que l’on voit à l’écran c’est un c’est un plan euh c’est utilisé dans un outil le ticketting du marché qui propose en fait vous voyez ici en en ligne des deves je les ai anonymisé il y a les prénoms qui sont derrière et en colonne ce sont les les les jours de travail euh les jours du sprint en fait euh si je bouge en fait ma souri euh c’était pendant en fait le Noël en fait 2022 nous sommes le démarrage nous sommes au démarrage d’unun d’un sprint le le sprint dure euh 2 semaines donc 10 jours 10 jours ouvrets et ça tombe pendant la période de Noël nous sommes le mercredi 21 décembre noël c’est dans c’est dans 3 jours l’équipe n’est pas ne sera pas au complet pendant pendant cette période là parce que beaucoup on va prendre V prendre des congés et euh à l’issue en fait du sprint planning et l’équipe produit un ce qu’on appelle un sprint un sprint backlog avec à l’intérieur c’est quoi l’objectif de ce qu’on va produire au bout de 10 jours la liste des tickets qui sont tous r for dev ça veut dire que les dev vous avez vous avez vérifié avant de démarrer en fait l’itération le sprint la semaine vous avez vérifié que vous savez de façon assez précise ce que vous avez à faire et bien pour vous permettre de coder dans les meilleures conditions et vous avez la responsabilité selon le Scrum guide de produire un plan ce plan l’équipe là l’avait déployé dans une fonctionnalité qui s’appelle le drop plan et le mercredi 21 décembre au matin alors qu’ on commence à coder dans le dur une des fonctionnalités les plus importantes c’est la contribution de paiement par carte bancaire et c’est le le de backend qui a le plus d’expérience en fait sur ce sujet qui va en fait à qui à qui on a signé en fait la tâche et il nous annonce en fait le jeudi matin que alors qu’il part en congé le jeudi soir et pour une semaine et ben en fait qui n’aura pas terminé en fait sa tâche et vous le voyez ici he la contribution que je prte là créer la contribution par carte bancaire le code backend il est dépendant il est pendant en fait de l’intégration par le front on est en front là sur du sur du next et sur du react et c’est un autre dev qui qui est censé parce que il a pris un jour de congé qui est censé en fait le mardi matin sauf que si on n pas terminé le jeudi la contribution par carte bancaire et bien c’est tout le sprint toute notre tout not tout notre plan en fait qui va tomber à l’eau on pourra pas le tenir et bien grâce grâce à ce plan on a pu réagir on a pu réagir il nous a prévenu dès le mercredi matin qu’on serait en risque il nous l’a confirmé le le CDF backend dès le jeudi matin en daily meeting et on a pu donc du coup lui confier confier cette tâche à un autre dev backend pour être sûr de terminer avant la fin de la semaine le vendredi soir pour que le front soit intégrable au retour du du fronteur qui était qui qui portait en fait cette responsabilité à partir du mardi et ainsi de suite on a pu tenir notre plan si on tient notre plan on on tient l’objectif de notre sprint si on tient objectif de notre sprint euh on délivre de la valeur donc là vous pouvez le le le voir euh euh euh chaque jour en D meeting dans la version 2020 en fait du scram guide avant on disait qu’est-ce que j’ai fait la veille qu’est-ce que je vais faire aujourd’hui on s’en fout de ce qu’on a fait la veille on peut faire de la veille pour nourrir en fait notre notre intérêt intellectuel sur les techn et c’est ce que l’on fait avec auococ on fait de la veille aussi et par contre ce qui est intéressant c’est de concentrer en fait l’effort sur qu’est-ce qu’on peut faire aujourd’hui pour tenir notre plan pour réagir pour le sécuriser et donc nous permettre de livrer notre incrément de valeur à la fin du sprint il y a plusieurs avantages à faire ça c’est que en un seul coup on voit si les tâches sont cohérentes en un clin d’œil on voit que si on voit si sur les si le le sprint dure de semaines si dure une semaine on voit si ça rentre ou pas dans le planning en un coup d’œil c’est assez rapide souvent si il y a trop de tâches dans le dans le backlog qu’on a à faire et bien on les voit positionn dans les derniers jours en fait du du sprint dans les derniers jours de de travail à réaliser ça nous permet aussi d’afficher un bon ordonnancement l’informatique euh c’est complexe c’est complexe quand il y a euh quand quand c’est quand c’est imbriqué plus c’est imbriqué plus c’est complexe plus il y a de dépendance plus c’est complexe l’avantage de d’ordonner en fait notre travail d’avoir un plan et bien c’est de savoir dans quel ordre on commence est-ce qu’on doit commencer par le backend avant de avant avant de faire l’intégration au niveau front est-ce que on peut commencer le backend est-ce que les couloirs de dev sont disponibles est-ce que les DevOps nous ont mis à disposition en fait notre infrastructure est-ce que est-ce que est-ce que les il y a des des des jeux de données à produire par la par la Q par les tests avant de pouvoir en fait commencer ça sert à rien de tester si on peut pas le ça pardon ça sert à rien de coder si on ne peut pas le tester et le troisième avantage qu’on y voit et bien bah c’est nous permettre de façon collective de réagir pour nous assurer de façon quotidienne qu’on va bien tenir notre plan et donc on va bien tenir notre objectif de sprint on appelle ça le le sprint le sprint Go voilà pour les euh voilà pour la la réaction à la journée en synthèse ce que l’on peut ce que l’on peut retenir de l’agilité c’est que l’organisation elle est intelligente elle est intelligente et c’est elle-même qui va définir les cadences de sa réaction chaque organisation en fonction de son contexte trouvera par le test par l’expérimentation les meilleures Caden au niveau stratégique tactique opérationnel et journalier une question je te propose effectivement qu’on fasse une pause ici relative euh pour prendre des questions et puis euh probablement aussi pour euh pour pour compléter ou pour discuter estce que tu as fait une présentation euh à topd euh en présentant la stratégie la tactique opérationnelle sauf qu’en fait euh le vécu historique en tout cas tel que moi je l’ai c’est que ces méthodo de gestion de projet c’est d’abord euh par l’opérationnel qu’on a quitté le cycle en V parce que finalement ce que tu évoqué tout à l’heure sur la définition d’un chemin critique ça sert rien de commencer une tâche et les prérequis sont pas atteint tu le trouves dans un cycle en V quand tu découpes ton projet en tâche eu et que tu définis les prédécesseur tu tu tu identifies un chemin critique sauf qu’en fait il y a une sorte de rigid qui est lié à au cycl en V qu’on a pas dans le dans le Scrum mais en fait c’est pour çauss je pense qu’on va refaire aussi le point sur cette unité de base dire ce qui vient sur l’équipe minimale la philosophie même du Scrum par rapport à un Cyclon V où on se dit voilà ce qu’on veut on veut comp sur une cathédrale et donc je veux qu’elle soit prête l’année prochaine et on met les moyens en fonction et on fait les on fait tout le cycle que tu évoqué tout à l’heure avec les spec général spec détaillé et cetera le Scrum après plusieurs essais il y a eu d’autres s’approche l’extrême programming aussi on va faire cours on va pas faire non plus les les dinosaures du du du développement le Scrum arrive finalement à avoir une telle force opérationnelle sur une équipe de base je pense qu’il faut repréciser avec les différents rôles de chacun mais un peu le oui bah principal démontre opérationnellement sa capacité à livrer du projet dans de bonnes conditions à se réorganiser et cetera en optimisant les moyens et en réagissant face aux imprévus parce que c’est aussi ça il a un moment quand on construit des projets avec un cycle en V qui a quelque chose quiici on n’est pas livré de tel ou telle chose toute la chaîne s’arrête en fait il y a une capacité à se réorganiser comme tu l’as montré tout à l’heure mais il y a quelques outil il y a quelques rôles clés et c’est cette organisation atomique qui vient par son efficac contaminer même la culture managériale parce que tu es remonté sur le plan stratégique et on voit bien il y a toute une une communication et puis même en terme marketing quand on parlait d’extrême programming on av l’impression qu’on faisait du sol élastique donc quelque part c’est pas rassurant d’aller voir son patron dire ah non je vais mettre à l’extrême programming on que tu as une assurance pour ça le Scrum finalement a mis une couche marketing très efficace sur la méthodo même parler d’agilité personne contra agilité c’est quoi c’estê Pau personne n envie de de sortir la méthode pataue ou ou mamouth ou dinosaure il a dans le dans le vocabulaire et dans le succès je pense de scum cette approche là mais je pense qu’il faut revenir à au point de départ qui est cette équipe comment elle fonctionne comment elle elle seraéparti les rôles qu’est-ce qu’elle a de très innovant le MVP c’est intéressant aussi de vouloir livrer à chaque fois quelque chose qui est viable à chaque itération pour éviter les eff tunnel parce que là aussi parlait de la cathédrale tout à l’heure si nous on sort rien pendant 5 ans il y a des effets tunnels énormes donc je pense qu’on peut prendre un temps pour repréciser ça même si ça peut paraître un peu euh le début de la route en tout cas pour les gens qui mais moi je pense aussi voilà au quelques pourcent des des des des gens qui on part pratiquer depuis un moment ou qui on eu un vague court ou une intervention qui qui vivent pas le Scrum les méthod agile quotidien qu’on prenne un peu de temps pour encr euh ces notions là et profiter de la suite il y avait des questions en plus sur les voilà sur une partie des il y a beaucoup de de cérémonies donc dans les questions qu’on avait pas évoqué bah voilà Katia qui évoqué est-ce qu’on pourrait revenir sur l’équipe oui bien sûr et avant même je pense j’interprète peut-être la question de Katia dans ce cas-là on pourra la préciser au chat mais c’était l’équipe par rapport à la l’approche stratégique que tu évoquais tout à l’heure où un métier qui est capable de se se réorganiser rapidement et même la approche auokr qui est finalement une déclinaison dans le management d’une approche agile que je trouve très intéressante et après on a une question d’une autre sous un autre angle d’Aurélie sur la durée d’un du sprint review et donc quelque part les grandes phases entre l’analyse du backlog les dimensionnement des tickets le moment où on bosse quand même on fait pas que planifier et puis le moment où il y a les voilà les grandes phases d’un cycle le cycle on revient on revient sur le on revent sur le cycleum revient aussi sur les sur les rôles sur les rôles clés ouais d’accord au niveau au niveau au niveau opérationnel c’est ça aussi les les rôles au niveau au niveau stratégique ou que au niveau opérationnel essentiellement au niveau opérationnel je pense que sur vol stratégique cas échéant tout à l’heure tout à l’heure on parlait des Japonais bon encore eux de deux sociologues Taki on écrit un bouquin en fait ont travaill pendant toute leur vie en fait sur aussi les les connaissances tacit la force de Scrum euh c’est que euh c’est un cadre de travail on appelle ça léger euh un événement euh on appelle ça un événement conteneur dans lequel il y a quatre autres événements alors un événement c’est quoi c’est comme un événement sportif comme le Tour de France par exemple ça dure ça dure 3 semaines et bien dans cette dans l’événement euh il va y avoir plusieurs cérémonies euh qu’on appelle aussi des events des événements donc euh il y en a quatre le premier en fait c’est de faire un plan le planning de sprint ou le sprint planning une fois qu’on a planifié en fait ce qu’on a fait on a en fait ce qu’on appelle un daily scum chaque jour on vient exécuter en fait notre plan et vous l’avez vu de façon on peut réagir à la journée en adaptant notre plan pour être sûr de le tenir et à la fin de à la fin donc du rythme de travail que l’on s’est fixé si la cadence dure une semaine de semaines au maximum c’est 4 semaines pour itération on fait ce qu’on appelle les événements clôture du sprint il en a deux il y a la Sprint review dans lequel les euh pendant lesquel en fait les développeurs sont fiers du travail qu’il ont qu’ils ont réalisé et ils viennent en fait euh non pas démontrer dans une relation client-fnisseur mais ils viennent présenter en fait ce travail afin de pouvoir l’enrichir dans c’est une vraie réunion de c’est une vraie réunion de travail pour pouvoir enrichir en fait le produit digital euh c’est le la dernière occasion de pouvoir le regarder l’inspecter examiner le travail qui a été fait pour pour l’améliorer et le 4èe événement c’est la rétros la Sprint rétrospective on en a parlé tout à l’heure qui permet en fait de nous de nous améliorer et tout ça c’est rendu possible avec TR tris rôles clés quand l’entreprise va vous donner un un rôle elle vous donne elle donne un but à votre action et ce qui est très fort dans CEUM c’est que le but de l’action qui est à atteindre il est très clair il y a d’abord un rôle de product honur le product honur c’est celui qui est le garant de la réalisation de valeur et c’est écrit noir sur blanc il est là pour maximiser la création de valeur parce qu’il est au contact des acteurs de métier parce qu’il est au contact de la tech et parce qu’il est au cœur même de l’équipe de dev et bien il vient maximiser la valeur entre les choix qui sont juste des choix d’évolution fonctionnelle et puis bien la réalité technique de ce qui est de ce qui est réalisable il y a un deuxième rôle qui est le le Scrum Master tout le Scrum sur lui hein c’est le maître de la mêlée euh il est le garant de la performance de l’équipe et il vient mêler les voix euh il vient démêler tout ce qui est en mêlé il participe c’est lui qui distribue la parole souvent en fait durant les les meeting et il vient s’assurer que l’équipe progresse de façon continue dans la résolution de ces nœ difficultés pour être le garant de cette performance euh c’est qui va expliquer les rôles à chacun donc c’est c’est clé en fait ce rôle dans l’organisation le scram master le maître de la mêlée il vient il est le maître parce que en fait il connaitt le scen et il est capable d’expliquer à chacun quel est le BUT quel est le but à atteindre et et et c’est très bien codifié et il y a les dev euh les dev ont une responsabilité hein qui est de produire de produire un plan en démarrage du sprint et à la fin du sprint ils doivent en fait valider la la qualité de ce qu’ils ont codé de ce que vous allez coder demain qui doit être conforme avec ce qu’on appelle une definition of c’està-dire on liste les critères avant de démarrer le sprint on définit les critères qui nous permettont de dire qu’à la fin du sprint bien on aura bien atteint le niveau de performance en fait que l’ s que l’on s fixé voilà pour les pour les pour les trois rôles il y a tro rôles mais il y a une responsabilité supplémentaire qui est l’équipe la SC team donc chaque rôle en soi porte une responsabilité mais l’équipe qui n’est pas un rôle a une responsabilité la responsabilité de l’équipe et bien c’est de livrer un incrément de produits logiciel qui soit utile qui soit utilisable et euh c’est la responsabilité de l’équipe du coup de de choisir en fait ce qu’elle va prendre au démarrage de son sprint et c’est la responsabilité de l’équipe de faire son plan de l’adapter et de réagir vite est-ce que j’ai répondu sur le sur la clarification des rôles alors sur la clarification des rôles je je pense oui sur la partie des cérémonies quelle est leur durée à peu près si on prend allez un sprint de 3 semaines les différents events que tu as évoqué ils prennent combien de temps euh c’est une question intéressante parce que du coup le sprint planning qu’on a évoqué tout à l’heure la planification du sprint si on prend une équipe de 10 personnes parce que nous conseille de pas dépasser 10 parce que au-delà de 10 en fait à partir de 14 ça multiplie en fait le nombre d’interactions il y a une étude intéressante qui a été publiée par là aussi par Harvard en fait qui nous qui nous démontre ça le plus il y a d’acteur en fait plus il y aura en fait d’interaction mais c’est exponentiel euh donc du coup limiter en fait une équipe à 10 c’est c’est c’est être garant en fait de la performance en fait de l’équipe euh la durée des des différentes cérémonies bah le sprint planning euh il est écrit dans le SCR guide qu’il a une durée maximum en fait de 8h pour une itération de 4 semaines il n’est pas écrit que il doit durer moins de façon proportionnelle si pour un sprint qui durerait de semaines ou 3 semaines ce qui veut dire que l’on peut s’autoriser si on est sur un un sprit de 3 semaines pour répondre à ta question d’utiliser toute la Time box nécessaire c’està-dire 8h pour produire l’efficacité attendue pourquoi parce que 10 personnes dans une équipe h avec le Scrum Master euh et le product honur EV dont la qe donc les testeurs la qualité l’assurance qualité ça représente près de 50000 minutes de travail et souvent dans les entreprises en fait c’est baclé en 1 heure on a la prétenion de vouloir planifier un sprint et le succès d’un sprint de de 50000 minutes en 60 minutes et ben non ça marche pas comme ça pour que le plan se déroule sans accro et voir même avoir instruit la variabilité de ce plan et bien c’est tout le travail qui est fait en amont ensuite meeting de deè cérémonie ça va durer au maximum 20 minutes c’est trèsx 2 minutes de prise de parole on raconte pas ce qu’on a fait parl on vient dire voil qu’est-ce que j’ai prévu de faire aujourd’hui est-ce que je rencontre une difficulté et de façon collective qu’est-ce qu’on peut faire pour atteindre en fait le plan qu’on s’est fixé et en fin de sprint nous avons en fait les cérémonies clôure la Sprint review ass de temps rétrospectif pour s’éair reprendre le fil de la conversation sachant que ma communication a été coupée pendant une seconde j’espère que j’ai pas perdu trop de monde micro coupure voilà y a une micro coupure je sais pas la mesurer je pense qu’elle est de quelques secondes d’accord donc pour pour venir en fait sur OK on répond à la question et donc là on est à la fin on reprend la deuxème partie de ta de ta présentation et on traitera les autres questions qu’ on pas été éventuellement qui reste en suspens caschant donc une organisation en fait intelligente va définir elle-même en fait ses cadences pour euh pour pour réagir euh vous avez retenu du coup he plus l’organisation est agile euh plus elle plus elle se réunit pour pouvoir en fait adapter en fait ses réactions et tu as des exemple d’organisation de grosse taille qu’ on a quand même nous plutôt une culture euh de petite équipe en tout cas ou d’entreprise de taille intermédiaire euh est-ce que tu connais des grosses structures qui fonctionnent bien de façon agile parce que moi j’ai des j’ai quelques références professionnelles antérieur qui qui voilà qui sont pas forcément toutes les plus souples qui on d’autres forces d’autres avantages mais est-ce que tu as des des exemples aujourd’hui qui qui qui semblent fonctionner euh dans mon dans dans mon parcours en fait j’ai travaillé dans des environnements qui est très très agile euh et donc pas très gros VO euh je n’ai pas en fait de référence en tout cas personnelle vécu que je pourrais vous raconter de très gros pquebo qui réagissent vous le savez le Titanic hein quand on a v quand il a voulu en fait éviter un iceberg plus c’est gros plus c’est difficile en fait de corriger la trajectoire et donc dans les entreprises qui sont les plus les plus grandes les banques par exemple où il y a des centaines de milliers de salariés des entreprises de transport et bien c’est c’est c’est beaucoup plus délicat de pouvoir en fait être réactif donc en conclusion on peut réagir au niveau stratégique pour les entreprises les plus agiles le font à la semaine au niveau tactique on se donne fait du rythme tous les mois ou tous les trimestres on est on est sur le mois au niveau opérationnel on est au niveau de la semaine de une à 4 semaines mais on peut aussi en fait réagir à la journée avec un plan de travail sont les dev en fait qui réagiss entrex pour pouvoir en fait tenir leur plan donc on peut réagir à l’année on peut réagir au mois on peut réagir à la semaine on pe Z jour et parce qu’on s’appelle au cloc on peut aussi réagir à l’heure d’accord et plus vous se plus vous se si vous avez si vous travaillez dans une équipe qui est capable de réagir à l’heure à la bonne heure et bien du coup ce sera le bonneheur et vouséagir voilà on prend quelques est- que vous avez des questions questions oui oui il y en a euh on a plus de planche sur la présent non donc je te propose qu’on passe euh qu’on passe sur ce format là voire même qu’on change de caméra trop joueur comme C on touche à rien alors on a des questions complémentaires allez-y on pe secher sur les questions continuité de ma question quelle est la différence entre un chef de projet et un produ honneur en fait on a je pense c’est possible qu’on était un peu allusif sur cette partie parce queun des grosses différences dans les organisations cycl en V traditionnel et le Scrum c’est le productonur il est garant du il est garant du produit à la limite niveau tech il connaî pas grand-chose au bout d’un moment il rentre quand même dans le bain parce que sinon il va perdre un peu son temps mais là dans si ve on a une grosse coupure surtout en France maîtrise d’ouvrage maîtrise d’œuvre finalement on va avoir les équipes qui vont utiliser l’outil le livrable et cetera puis celles qui vont l’exécuter et en fait euh cette coupure elle est pas favorise pas forcément la elle favorise l’ffet tunnel parce qu’on pense qu’on a a compris ce que l’autre voulait il est loin et on le voit régulièrement je vais te livrer ton livrable dans 3 mois tu vas voir ça va être super l’avantage un des avantages de de de Scrum euh c’est de mettre le métier au cœur de la de la tech et quelque part ces rétroactions elles sont elles sont plus courtes elles sont plus évidentes donc là question alors fréquente finalement mais la différence entre le chef de projet et le même si Audrey a a répondu il y a il y a quelques minutes à cette question euh je pense ton éclairage peut être aussi intéressant alors chef de projet prodctur on va d’abord faire la différence entre projet et produit estce que le productonur c’est le propriétaire du produit donc différence d’abord entre produit et projet bon ben produit vous l’entendez hein ça produit projet projet projeter c’est jeter quelque part en fait un une une idée d’une trajectoire euh qu’il est difficile en fait estimé parce que le travail est découpé de façon séquentielle et parce qu’il est découpé en course de relais on se passe le le bâton on se passe en fait le sujet de de d’équipe en équipe d’abord la conception ensuite les équipes techniques ensuite le test bah au fond on sait pas quand qu’est-ce que c’est c’est pour ça que c’est séquencé et donc le chef de projet ben son son son rôle et et bravo à ceux qui font ça encore parce que ils ont beaucoup de mérite on a été chef de projet euh et bien tente l’impossible tente de dire quand est-ce que l’on va atterrir alors que on ne sait pas quand est-ce que c’est parce que c’est séquencé donc les les séquences le fait que ce soit séquencé ne nous permet pas de le dire mais on a quand même inventé en fait ce r là et dans les méthodes en fait dites standard ça a existé des années 60 jusque encore aujourd’hui il y a encore aujourd’hui des chfs de projets donc on a vous avez compris entre le projet et le produit le projet c’est des séquences de travail s’enchaîne benah le produit c’est tous en même temps euh ça produit euh et la différence entre product honur donc le propriétaire du produit et le chef de projet entre l’honneur et le chef benah c’est qu’il y a pas de chef dans l’agilité euh il y a pas de il y a pas de chef on parle de Lead de leader mais le lead le vrai leader c’est pas celui qui décide c’est celui qui favorise la création de l’émergence de la meilleure VI l’idée l’idée c’est ça en fait c’est de trouver les meilleures idées de favoriser en fait la création et l’émergence d’une idée et grâce à l’agilité parce qu’on réagit vite s’il y a des acccords parfois c’est ça arrive et bien on vient traiter nos désaccords par le test par l’expérimentation c’est pour ça qu’on appelle ça aussi des méthodes [Musique] empiriques alors on a d’autres questions et euh alors il y en a une qui concerne audre si tu peux de trouver quelqu’un de l’équiped parce que je voudrais pas dire de bêtises la question de Kevin sur euh l’utilisation des méthodes agiles sur le projet tutoré en dvvm euh je pense c’est une question clé qui intéresse en tout cas tous les gens qui ont pas encore passé le projet tutoré euh et euh je voudrais pas dire de bêtises euh donc je dirai rien sur ce sujet euh et dans les autres questions euh qu’ auquel on n’ pas encore répondu dans les petites entreprises j’imagine qu’il y a pas forcément de Scrum Master ni de product honneur euh du coup la méthodagile peut-elle être appliquée et et comment s’il n’y a pas de garant de sa mise en place suivi de son efficacité une sorte de principe de réalité qu’ en fait on est voilà on on se retrouve dans une équipe je dire de 3 qu et comment se ser réparti parce qu’en fait il y a aussi ces cérémonies elles sont elles sont intéressantes parce qu’ rythme et c’est vrai que B tous les tous les jours on dort ou ou presque et donc on revient le matin et avec de nouveaux espoirs et en même temps des euh voilà des nouvelles contraintes et c’est une manière supplémentaire de synchroniser donc d limiting pour commencer embarquer l’équipe c’est assez chouette euh mais en même temps c’est chronophage donc comment on adapte parce qu’on en a parlé de grosses équipes tout de suite en plus en commençant par safe euh sur des plus petites équipes comment on peut utiliser les principes de l’agile euh est-ce qu’on peut avoir de l’agile dégradée euh bon déjà son camban perso personnel c’est c’est c’est une manière de de de limiter le nombre de tâches qu’on a ouvertees et puis de se dire bah ça chaque tâche normalement est censé faire bouger l’aiguille en tout cas faire avancer le le chemilbic mais voilà pour répondre pour répondre à Aurélien comment on fait ça oui bah oui tout le monde n’a pas un Scrum Master tout le monde n’a pas la chance d’avoir les meilleurs Scrum Master en fait dans son dans son dans son équipe he euh al comment on fait euh l’agilité bien sûr est appliqué dans les entreprises qui déploi des services en fait informatiques mais on pourra très bien en fait aussi l’appliquer à n’importe quel usine de production on peut l’appquer on a parlé on a parlé en préambule même à titre personnel on peut appliquer en fait l’agilité l’HE où vous avez compris nous avons compris que l’agilité c’est réagir alors pour ça si on pas de Master de façon concrète et bien il est possible avec l’équipe de se réunir et puis de dire fa un plan comme le sprint planning on est transparent sur ce que l’on va faire on se réunit chaque jour à la même heure au même endroit de façon en respectant une time box pour être efficace on se distribue la parole on garantit d’ailleurs l’équilibre de parole pour pouvoir en fait partager notre avancement sur la tenue de ce plan et puis à la fin d’un de la cadence que l’on s’est fixé ça peut être une semaine ça peut être 5 semaines si on n pas ENIT dans une équipe informatique et bien on se réunit de la même manè que le ferait une équipe Scrum et qui qui aurait un Scrum Master on se réunit pour partager notre avancement démontrer notre travail euh l’examiner l’améliorer euh et puis euh euh pour nous améliorer de façon continue ben on fait une rétrospective on anim une rtrospective et on a pas besoin de SCR master pour ça on a besoin juste de respecter le temps de parole de chacun pour que chacun qui mler en fait à ce travail puisse partager en fait ses ses meilleures idées afin dans l’itération suivante dans la Sprint suivante de de s’adapter en continue c’est possible donc du coup de faire du Scrum sans avoir le Scrum Master si on est appliqué à une à une entreprise de de service ou même à des fonctions support moi je trouve que ce qui a très fort aussi dans le le Scrum par rapport à un cycle en V c’est sur cette étape de planification en fait avec plus choses c’est le cl pour gérer les demandes de changement parce qu’en fait par rapport à des expériences réelles où on commence à développer une fonctionnalité ou quelque chose on a finalement un grand chef qui vient nous dire ah oui mais en fait je veux ce changement là et je veux C ce truc en plus et cetera et en fait ce qui fait qu’on vient il faut on a du mal à gérer le changement parce qu’on a de des demandes de changement parce qu’on a une demande forte qui qui existe et en fait le backlog sert de deux choses il sert aussi à dire ah bah oui ta demande là de fonctionnalité très importante mais on est dans un sprint en cours on va pas changer on va pas changer notre plan ça c’est quand même une des grosses forces je trouve de la gestion de la backlog par rapport à tout ce que j’ai pu voir avant et l’autre point c’est que la planification on l’a fait en commun avec les gens qui vont faire le boulot c’està-dire que tu parlais de chef de projet auparavant qui est pas forcément toujours chef mais on peut on peut discuter de ce de ce point mais en fait on dit à un moment on met des gens qui font voilà qui font les SPECT on dit bah voilà la complexité ça c’est TS de point de fonction donc c’est t de jours de def parce qu’on a des abaces machin et et en fait on arrive et on impose un planning au au développeur il faut imposer quand même un minimum de cadres aux gens et puis on voit bien qu’on est là dans une optique de de performance mais en fait quand on construit le le planning on regarde les fonctionnalités avec les US Story et cetera on se dit bah voilà moi il va falloir tant de temps pour développer cette partie-ci parce que je suis B d’or la complexité voilà avec l’aide éventuellement d’un d’un lev ou pas et et on estime en tout cas avec les gens qui le font ça c’est le deuxième point aussi je je trouve qu’il y a plus de de d’efficacité parce qu’on se plante moins dans la planification parce que les projets ils ont aussi ça qui on est en mode projet parce que c’est la première fois qu’on fait les choses euh quand on fait une omelette euh normalement euh voilà c’est pas un projet on sait on a le tour de main on casse les œufs on B mais la première fois qu’on fait une pièce montée c’est un micro projet parce que quand on voilà une première pièce montée on sait pas forcément on voit qu’il y a quand même un peu de technique et tout ça mais on sait pas exactement dans quelle heure on fait les choses et en fait euh ça sert à ça aussi le le le mode projet à quelque chose de complètement unique euh et donc il y a de laala euh quand on fait des travaux on se PL toujours parce qu’il y a quelque chose auquel on n’ pas à penser donc en fait le le le le le gros point voilà deuxième gros point fort pour moi du du du Scrum c’est dans la planification on la coconstruit avec les gens qui vont bosser concrètement derrière c’est extrêmement responsabilisant et c’est seul ceux qui enfin la force c’est çain tu l’as dit si reprend une analogie le chef de projet pour bien pour bien pour pour clarifier si besoin étit euh va calculer le délai à laquel avec lequel en fait une équipe court un relais euh il va estimer euh à la place de ceux qui font la force en fait des de l’agilité en fait c’est que seul ce ceux qui font ce sont ceux qui font le job qui vont c’està-dire les des qui vont estimer à la quelle vitesse ils vont courir en fait le sprint et plutôt que de de courir de façon en course de relais les uns après les autres ils vont courir ensemble c’est comme s’ils étaient liés en fait donc du coup cette idée de mêler c’est pour ça qu’on c c cette analogie avec le Scrum c’est que les gens sont mêlés entre eux ils vont traverser ils vont courir ensemble avec cette idée d’unité as unit en fait et en effet deuxième point c’est sur la sur le backlog la sécuriser en fait les pour pour que l’équipe en fait puisse atteindre son objectif et bien on définit à l’avance une liste de travail à faire et on on ne déroge pas de cette liste on ne laisse pas créer c’està dire du bruit on appelle ça du bruit supplémentaire en venant changer en fait les objectifs en cours de sprint pour sécuriser l’atteint de l’engagement ça c’est c’est c’est c’est toujours un peu ça arrive quand même ça arrive mais de si on modifie en fait en cours de sprint l’objectif de l’équipe au quel cas on a l’argument pour savoir pourquoi à la fin de l’itération tout l’objectif ne sera pas mais ça fait écho j’ouvre une parenthèse pour la fermer très vite mais ça fait écho aussi à à la piaware qu’on a fait avec avec Julien sur l’efficacité personnelle c’est qu’en fait ne ne prendre qu’une tâche et euh ne pas en sortir finalement jusqu’à l’avoir complètement exécuté donc avec les problématiques de focus bah en fait on le retrouve à un niveau individuel on le retrouve en terme de levier de performance au niveau de l’équipe et d’avoir un un cadre et judien évoque aussi la partie time boxing comment on met dans un agenda un temps défini pour faire une chose finalement là on a une autre dynamique euh parce qu’on est en équipe donc les engagements comprend aussi publiquement et on a tendance à davantage les tenir surtout aussi dans un cadre professionnel donc c’est aussi engageant de de de limiting il ser aussi un petit peu un petit peu à ça euh il y a plein alors on commence à jouer les arrêts de jeu euh on n pas perdu tout le monde donc je je vous remercie de de votre assidité mais il y a aussi euh une question très intéressante je trouve de d’abdouah sherif Touré sur euh comment mesure-t-on le le niveau de maturité agile d’une équipe est-ce qu’on est obligé de pratiquer tous les rituels pour être agile et sinon c’est quoi le minimum euh euh de rituel à appliquer euh Scrum dit que si on n’applique pas tout le le tous les toutes les cérémonies on on n’est pas scrub euh ok une fois qu’on a dit ça on n’est pas bien avancé bon par contre ça a été quand ça a été construit ça a été construit sur la base de l’observation bien sûr par les Américains tu l’as dit tout à l’heure en fait ça a été marqueté par les Américains mais avant ça ça existait dans les années 1950 dans les années 1960 il y avait avec la route desing ce qu’on appelle le PDCA plan you plan you do you check et vous vous améliorez et bien c qure faire le plan réaliser examiner et s’améliorer de façon continue euh c’est ça être agile c’est c’est réagir c’est c’est créer en fait les conditions une structure euh pour qui favorise à la fois la transparence l’inspection euh et l’adaptation alors euh si on est Scrum guide P the book on va l’appliquer euh parce que parce que ça marche en fait hein mais on pourrait très bien euh tester euh euh euh d’enlever une cérémonie mais je trouve que ça a été je trouve que c’est bien conçu comme ça c’est bien articulé comme ça le fait de faire un plan de l’adapter tous les jours c’est un effort de transparence euh en fin de sprint on on examine en fait notre travail et en plus on a l’occasion de s’améliorer de façon continue donc pour répondre à ta question en fait shérif à votre question parce que je le vous voir en fait dans la réalité très bien euh j’ai l’impression de d’être beaucoup plus intime euh pour répondre à la question de shériff euh euh euh on pourrait très bien tester euh on on pour on pourrait on pourrait tester si toutes les si toutes les cérémonies en fait sont utiles à mon sens oui ell le sont elles le sont parce que c’est vous avez compris c’est pas que Scrum he c’est le c’est la route des Ming je planie j’exécute je je démontre et je m’améliore de façon continue merci on essaie de répondre aussi à Aurélie et là ça ton rayon sur les formations agiles sont-elles toutes les mêmes toutes les mêmes non non non non non parce qu’il y a des organisations différentes qui qui anime qui anime l’agilité es sont censé être par contre toutes les mêmes chaque formateur sera bien s sera bien s différent par contre il y a un cadre qui est respecté les formateurs qui animent par pour Leide en fait sont des un niveau de certification qui permet de garantir que le cadre soit bien délivré on appelle ça PST prof j’espère que je l’ai bien prononcé et qui qui sont censé garantir en fait un cadre de delivery de formation merci je regarde je je je regarde les questions auquell on n pas encore répondu Audrey merci pour la réponse pour des VVM c’est ce que j’avais en tête mais je avec les changements de référentiel j’étais pas sûr euh donc ça aura été assez moche cette question pour savoir si toutes les collaborateurs ont les mêmes références alors cette question pour savoir si tout ah oui si tous les collaborateurs on les mêmes références c’est quand quand on évoque la partie agile est-ce que on part pas du principe que tout le monde est d’accord sur de quoi on parle qu’il a pas trop de mais là je pense que c’est aussi quand tu lances un gros projet globalement je me permet de répondre c’est important d’expliciter ces règles de fonctionnement au moment du lancement parce que on peut penser que surtout sur des thèmes qui paraissent simples on a les mêmes vocabulaes euh et en fait c’est intéressant me paraît même nécessaire de de définir au sein de l’équipe les règles de fonctionnement qu’on se donne et d’expliciter les termes pour pour éviter ces impères là donc j’espère que ça répond ta question aurellie je swing avec maintenant le chat on va pas trop alors attendez j’ai raté quelques quelques bricoles euh bah le PDCA ouis non mais honnêtement c’est un super outil Laing le PDC c’est ce que fait avec exécute on démontre et on s’améliore aprèsès avec l’agilité c’est effectivement la roue tourne plus vite c’est effectivement une excellente remarque parce qu’en fait le PDC on l’ fait on l’IT dans les routes deing sur des processus et qui peuvent avoir des cycles regardons nous on a on a des cycles de fabrication si j’ose dire he c’est on a des promos qui durent 8 10 12 mois et en fait la diplommation B c’est ce travail autour de de de de de 8 mois donc pour améliorer la promo suivante cert on peut faire un peu d’amélioration continue parce que entre chaque saison on fait des on fait des postmem on fait des rettex pour voir ce qu’on pourrait améliorer sur tel cycle ou tel cycle mais pour regarder l’intégralité notre cycle de fabrication aujourd’hui une promo voilà sur des VVM c’est des VVM pardon c’est 8 mois et donc pour s’améliorer complètement moi il faut qu’on ait un cycle complet là l’avantage aussi énorme du du des sprints c’est d’avoir des sprints courts et 3 4 semaines et donc d’avoir des occasions plus régulières de s’améliorer alors ça existait avant ça existait avant le PDCA le modèle standard le PDC qui est arrivé avec le avec le dans avec le PDCA dans les dans les années 1960 a standardisé la méthodologie de projet classique Cyclon V mais quand on s’intéresse à la généalogie des projets explorate quand on remonte au projet manatan pour la création de la bombe nucléaire le projet sidewier faire passer à missile téléguidé d’un avion à un autre le projet Polaris faire émerger un missile depuis un sous-marin immergé et bien on se rend compte que les les les cycles de production étaient très courts il travaillaient de façon agile déjà dans les années 1940 mais là tu es sur des sujet super intéressant on est sur des projets d’innovation oui sur des projets d’innovation on n’est pas exactement sur la même méthode dos mais c’est je suis d’accord c’est on avente pas tout il y a un côté marketing et on montre ce qui est efficace dans plein de choses euh il y a des questions euh et ça pourrait faire l’objet d’un d’un app hour en fait regardez comment dans l’histoire on a résolu les principales difficultés qu’on a rencontré grâce aux méthodes les plus innovantes mais je pense même à un plan de cours en fait mais on en parlera pas ce soir Katia une question pour nous elle est actuellement apprenante chez oocock euh donc elle a très bon goût euh et elle s’intéresse fortement au métier de product Hur oui euh un parcours professionnel intérieur dans la gestion de projet et la gestion d’équipe comment se former à être productonneur aujourd’hui car il existe peu de formations diplômantes euh la plupart sont des certifications et et non reconnu par l’État euh oui ce sont des certifications alors c’est pas parce qu’on a passer la certif pendant 2 jours qu’on est qu’on est productner euh bah ça pour être aussi l’objet en fait d’une formation euh c’est une bonne question alors comment comment on se forme d’abord Katia c’est ça ou est-ce que vous avez pour être un bon prodctonneur c’est propriétaire du produit dans le mot propriétaire on doit entendre qu’on se comporte en propriétaire et pas en locataire et si on référence on fait référence au japonais pour pour tenir ce rôle et atteindre le but qui va avec ce rôle c’est-à-dire maximiser la création de valeur il y a certaines connaissances tacites euh que je vais que je vais lister et vous allez regarder si si ça fait partie en fait de votre de votre savoir-être le productonire c’est le PO les PO c’est quelqu’un qui sait découper la vision de son produit en un élément qui soit éligible à la durée maximum du sprint là où souvent les PO se plantent c’est parce que quand ils ont découpé une histoire qui est développée par les développeurs et bien elle rentre pas dans la fenêtre d’exécution voilà la User Story n’est pas réalisable dans un sprint bon par construction là déjà les carrés les r ça rentre pas donc les connaissances àite analytique une grande qualité rédactionnelle un très bon communicant parce que leur il est en relation en fait avec les acteurs métiers et il va en fait porter la voix du produit jusqu’au cœur de l’équipe de développement et bien sûr parce qu’il est analytique il s’est priorisé par la valeur et il sera le garant il va se comporter en propriétaire de son produit voilà quelques quelques clés qui vont vous permettre de regarder si vous avez ces connaissances S pour devenir demain un très bon productonur et puis pour la formation ben on va regarder avec au cloc ce qu’on peut proposer non on a rien dans les tuyau sur ce sujet quoi que quoi que mais c’est c’est pas voilà c’est pas pour tout de suite mais mais mais de façon de façon beaucoup plus concrète Katia en fait passz l’assertif euh suivez la formation et trouver un stage de de 3 4 au moins au moins 3 mois dans une équipe en fait ha et qui cherche en fait à renforcer à avoir un coup de main euh ça vous permettra en fait d’avoir une expérience sur le sur le produit logicitiel définitivement on fera un paragraphe sur Nonaka et takoshi parce que il y a des choses qu’on apprend par socialisation et donc principalement on va dire c’est le en fait c’est la connaissance tacite et donc faire un manuel et lire le manuel c’est pas comme ça qu’on apprend les choses les choses évidentes c’est par exemple le tour de main pour faire une tarte ou une pâte à tarte ou un bon pain on peut regarder la recette et quand vous regardez he vous regardez la recette de cuisine malgré la faute photo et cetera 9 fois sur 10 ça pas la tête que qu’il y a sur le le livre de cuisine et ça pas le même goût une fois sur l’autre ce sont les mêmes ingrédients vous avez l’impression que son les mêmes ingrédients mais on n pas le même résultat que la recette de votre grand-mère ou voilà et quand c’est la recette de votre grand-mère euh parfois vous avez la chance d’avoir fait le gâteau avec elle plusieurs fois et et finalement vous avez pris le tour de main elle vous l’a pas expliqué concrètement mais il y a bien un transfert de connaissance c’est pour ça que ces stages en entreprise ils sont assez intéressants parce qu’en fait et vous permettent de d’apprendre le le tour de main et donc c’est c’est ça la socialisation chez chez Nonaka et takoshi mais on en reparlera à l’occasion parce qu’on va pas faire une soirée sur cette partie il y a une dernière question donc ai-je le potentiel pour être product honneur euh connaissance tacite analytique bonne communication savoir priorisé et qualité rélacationnelle oui oui tu les as euh euh donc savoir priorisé c’est ser qualité rédactionnelle analytique et savoir bien découper la vision de son produit découper la vision du produit dans un ensemble qui soit le plus petit réalisable en fait dans une dans un sprint dans la fenêtre d’une itération qu’elle dure une semaine 2 semaines 3 semaines ou 4 semaines bien découpé c’est c’est essentiel et on a plutôt des bons communicquants des des bonnes personnes qui peuvent prioriser et en autoévaluation se sent plutôt moins analytique et surtout euh les connaissances tacite euh bon en gros c’est un peu de la pratique ou de ou de l’expérience si je si je réduis on n’est pas loin euh on va commencer à perdre un peu de de de gens et c’est normal vu le vu le timing on n’est pas loin des arrêts de jeu euh je vous propose est-ce qu’il reste une une ultime question euh plutôt à John moi je reviendrai la semaine prochaine pour rest même là pour la semaine prochaine je vrais vraiment m’effacer parce que on a on aura toute l’équipe mais s’il y a d’autres questions on est alors on peut aussi faire le service après-vente parce que ça peut ça pourra décomter il y aura un replay de toute façon le Replay est disponible assez vite après la la manifestation sur livestorm et on la remettra sur sur Youtube très probablement euh et on fera la petite la petite synthèse mais là on a on a pas mal d’articles en préparation donc on va pas donner de date pour pour la article donc s’il y avait une voilà une une dernière question ou quelque chose euh on vous encourage vivement pour les plus teex d’entre vous à vous vous inscrire la semaine prochaine pour rust euh rust quand on a un peu de connaissance en programme en programmation orientée objet c’est accessible donc on fait un peu la un peu d’autopromo euh et la semaine d’après euh ce sera le mardi également on fera un peu de géopolitique mais surtout de la géopolitique cyber euh sous le contrôle de Audrey est-ce qu’on a déjà mis la l’invitation on va pas la mettre ici on la communiquera aux inscrits en tout cas merci pour les interactions parce que c’est toujours un exercice euh particulier d’animer via le chat on était dans la même salle donc en terme d’animation ça a changé un peu vous avez compris qu’il faisait beau maintenant parce que je plisse les yeux encore plus que d’habitude depuis tout à l’heure parce que il y a un grand soleil qui attend maintenant pour se pour se lever on était ravi de d’animer ça à deux voix ce soir merci Cyril merci merci aussi Audrey et merci à tous les présents merci are comme voilà toujours pour le support euh on va couper parce qu’il y a pas de façon soft de couper une présentation c’est toujours c’est toujours rapide mais soyez en tout cas réagissez soyez agile soyez agile à l’année au mois à la semaine au jour et donc à l’heure grâce à auococ grâce à au cloc merci à tous bonne soirée Z tu dobra