Les entrées de blogs ou les “planches” sensées expliquer comment choisir entre Scrum et Kanban pullulent. Toutes (ou presque) ont en commun une approche qui les oppose. Dans ce talk, je ferai un bon myth-busting quant à leur opposition avant de montrer comment leur combinaison permet en réalité d’obtenir plus de valeur plus vite dans la quasi-intégralité des contextes, le tout en assurant la meilleure amélioration continue possible !
bonjour bonjour à tous Bienvenue j’espère vous êtes un peu réveillé sinon on va essayer de vous réveiller j’ai pas prévu de danser ni de voilà juste vous prévenir mais par contre on va essayer de parler de [Musique] trucs qui sont presque morts puisque on nous explique on les utilise de moins en moins et moi je vous expliquer comment on peut les utiliser mieux peut-être ah oui et je te lance j’ai l’habitude oui au cas où au cas où ça pe ça peut cool ement je vois l’heure et je vois le bonjour bonjour à tous bonjour bonjour bienvenue je vous laisse vous installer on va débuter il reste de place tout devant bonjour bienvenue on y va c’est parti bonjour à tous bienvenue à Agor j’espère que vous avez pu assister à la super kyote de de Rachel juste avant c’est un honneur pour moi d’abord de venir à nior parce que je suis un j’ai grandi à nior en fait même si je suis à bordeau depuis fort fort longtemps maintenant euh voilà j’ai j’ai connu mon collège mon lycée sont pas loin d’ici euh donc venir ici faire une conf pour moi ça une petite charge émotionnelle que vous pouvez certainement sentir dans ma voix euh aujourd’hui je vis vous parler de Scrum et de canman et je vais essayer de vous montrer que on peut les allier donc réellement véellement au sens physique du terme pour faire quelque chose d’assez cool pour commencer je suis organisateur moi-même d’un d’un Agil tour à Bordeaux donc voilà on peut pas faire ce genre d’organis de d’événements sans les organisateurs et sans les sponsors euh donc voilà en plus on a la chance aujourd’hui d’être retransmis côté Piaf donc c’est super cool merci à à tous surtout les orgas parce que bon rapidement parce qu’il paraît que c’est important qui suis-je alors moi j’ai fait un parcours assez riche j’ai fait plein de truc dans ma vie j’ai commencé en trant de développur logiciel de manière assez standard au début des années 2000 et puis finalement je me suis intéressé à l’ mooa puis après j’ tout un tas de postes à base de chef de directeur de projet programme service réel amention inuti et puis finalement je me suis tourné vers le coaching agile il y a presque une dizaine d’années et je travaille actuellement pour pour bit Moro donc à Bordeaux qui est une web agency premier partenaire unfix de France moi ce que j’aime faire c’est travailler avec des gens donc des personnes des équipes et des entreprises et ce que j’aime faire c’est que ils réalisent leur potentiel et ce que j’aime également c’est améliorer continuellement le professionnalisme et l’excellence opérationnelle autour de moi alors c’est jolis mots on essayer un petit peu de les définir je préviens pour les allergiques à l’anglais je suis désolé j’ai pas tout traduit professionnalisme ben j’aime bien la définition de Ken schwabber donc Ken schwabber pour ceux qui ne sauraient pas c’est un des co-auteurs du Scrum guide un professionnel suit des règles établi par sa profession il agi et travaille en respectant des standards et il embrasse un ensemble de principes éthiques j’aime beaucoup cette définition et je trouve ça suffit pas donc Dave West qui est le CEO de scrom.org va un peu plus loin lui dit il faut quatre choses pour vraiment faire marcher ça le professionnalisme c’est la discipline des comportements de les valeurs et aimer aider les autres et l’excellence opérationnelle pardon là c’est plutôt l’aspect plutôt business c’est-à-dire B vouloir faire mieux que les autres toujours chercher à être meilleur que les autres pour pour arriver à livrer de la valeur la fameuse valeur dont on va beaucoup parler aujourd’hui alors bon pourquoi je vous parle de ça c’est parce qu’en fait cette conférence est lenée d’un constat assez triste c’est que sur Internet vous allez trouvé plein de trucs qui vous parlent de SCR canban et honnêtement à ce jour j’eni pas trouvé un seul de vraiment vrai en dehors des trucs sur les sites scrumorg ou can procban.org par exemple il y a des vraies entreprises qui proposent des vrais ça ent et qui en fait vendent des choses fausses faut se le dire c’est très très approximatif avant d’aller dans le détail de tout ça je v dire un petit peu quelques trucs importants moi je suis venu pour parler de professionnalisme d’excellence opérationnelle j’ai pas la prétention de vous donner une solution à tout je vais vous parler de SCR canban moi je considère qu’ils sont très mal compris souvent et très mal appliqués souvent je m’appuie sur le Scrum guide sur le command guide et sur le guide des équipes Scrum pour de canban pour les équipes Scrum pardon et je vais essayer un petit peu d’ouvrir vos chakras je dis pas que c’est la solution idéale à tous vos problèmes je ne crois pas qu’il y en ait de solution idéale à tous les problèmes mais j’espère que voilà ça va alimenter votre réflexion que ça vous permettra de voir les choses un peu autr première chose je vais essayie de vous expliquer pourquoi l’approche vs donc l’opposition entre Scrum et canban est un myth j’ai pris le titre d’un livre très cool de de tolen pour ceux qui connaîrai pas première chose c’est je me suis posé une première question est-ce que dans la définition officielle de ces deux alors framework d’un côté et stratégie de l’autre il y a une opposition à gauche vous avez Scrum donc est un frameork réputé lger d’après eux pour générer de la valeur et répondre un problème complexe à travers des des solutions adaptatives en face on a qui est une stratégie pour optimiser le flux de valeur au travers d’un process qui utilise un système visuel en FL tiré système de pioche pas hyper cool en français mais c’est pas vraimentobj pas vraiment problème pas vraiment d’opposition tous les deux parle de maximiser la valeur est-ce que on a des contradictions dans le pratique Scrum on parle d’ordonné du travail de transformer cette sélection de travail dans un incrément de valeur et d’inspecter résultat pour ensuite s’ajuster s’adapter pour précis et recommencer en face canban dit TR pratiques principales pour avoir un système canban qui fonctionne c’est définir et visualiser un workflow manager donc gérer activement ce qui se passe dans le workflow et améor opposition auune on voit que le Pr sont différentes pas même angle d’attaque néanmocune incompatibité dernière chose est-ce que les [Musique] bénéficnir sont contradictoir je vous laisse l rapidement mais vous n’z pas troucohérence au contraire plutôt de la cohérence donc au final les bénéfices four sont non seulement proch mais sont compatibl et même on peut considér se renfor donc selon votre contexteel envies selon ce que vous recherchez vous pzuer l’un l’autre ou les deux mais les opposés pas de sens parce qu’au final un terrain de je pour rappel pour ceux qui ne sauraient pas Scrum vient en réalité de l’expression américaine playing the scrumfield scrumfield c’est le terrain de jeu littéralement donc le Ruby donc ça vient pas de la mêlée contrairement à ce qu’on pourrait croire donc le D Scrum c’est pas la mêlée journalière enfin en tout cas pas à l’origine c’est devenu de facto mais c’était pas le cas au départ et par contre et on cherche pardon à livrer donc un terrain de jeu ce qui impose des limites un terrain de jeu terrain de FO ce que vous voulez il y a des lignes on peut pas les dépasser sinon ben on est en jeu et il y a des règles si on les respecte pas on est en jeu livraison successive d’incrément de valeur mais finalement il décrivent assez peu même si on dit que scum est très prescriptif ce qu’est la valeur ni le flux valeur qui va avec et ça ne dit pas non plus comment effectuer des prévisions le sizing du travail effectué Scrum vous dit juste vous devez en tant que Scrum team vous donner les moyens alors les dévelopeur doivent sizer j’ai laissé terme anglais parce que j’arrive pas à trouver de termes français qui me conviennent pour l’instant euh donc çaer le travail très bien et il faut se faire des prévisions les fameux forecast à contrar ou à côté canban propose des pratiques pour iser le flu de valeur mais ne précise pas d’objectif ce n’est pas un une stratégie qui implémente le la gestion par Objectif pardon il y a pas de redevabilité donc ACC accountability en anglais là on en a trois dans le Scrum guide productur Scrum Master et développeur il en a pas du tout défini dans canban les membres du système can c’est tout ce que vous verrez ou canban pardon c’est tout ce que vous verrez dans le canman guide et il n’y a pas de valeurs humaine recherché ou qui sont obligatoires donc les les c scrom values et il y a pas non plus de notion de boucle de feedback minimale j’insiste il n’y a pas de notion de boucle de feedback minimale ce n’est pas prescrit ça veut pas dire qu’il n’y a pas de boucle de feedback recherché dans canman canman s’pp s’appuie sur la la route Deming donc forcément il y a des Bou on va chercher à faire à générer du du feedback en continu mais il n’y a pas de Miniman minimum pardon du coup qu’est-ce que ça voudrait dire les utiliser ensemble l’idée c’est d’utiliser vraiment complètement les deux c’est-à-dire que canman va compléter certaines choses qui sont pas décrites dans le scrom guide et en contrario Scrum enfin en même temps pardon faut pas que je les oppose je passe mon temps à dire qu’ faut pas les opposer là je me mets à les opposer ça va pas en même temps SC va fournir un cadre dans lequel maximiser les effets de cadan les deux framework s’appliquent euh pardon le framework et la stratégie s’appliquent intégralement et conjointement ça veut dire que on va utiliser l’empirisme de Scrum et on va enrichir ça avec les pratiques de canban et tout ça va n permettre d’avoir un système beaucoup plus éclairé on aura plus de transparence plus de capacité à savoir où nous en sommes vraiment plus de capacité à partager ce ce ce progrès et ensuite à partir de là on va pouvoir utiliser l’empirisme ou la route deing puisquà la fin c’est la même chose route deing ça parle à tout le monde n’hésitez pas à poser des questions ah oui j’ai oublié de vous précise excusez-moi j’aime bien prendre des questions au fil de l’eau je trouve ça plus vivant donc n’hésitez pas si jamais il y en a donc la route des Ming vous avez peut-être entendu de PDCA plan do check Act non bah c’est un peu la même chose finalement que les trois piliers de de de Scrum donc on planifie du travail ok on l’effectue plan d’ on vérifie les résultats donc on se donne les moyens de d’inspecter pour utiliser le terme de de l’empirisme et ensuite Act c’està-dire on va s’adapter on va décider comment s’améliorer et on recommence et petite note il s’agit pas de créer un hybride donc je suis parti sur l’image de de l’aliage l’hybride je pense que vous voyez ce que ça veut dire il s’agit vraiment de d’utiliser les deux ensemble et d’en faire quelque chose de plus grand si je puis dire ça comme ça l’hybride va avoir tendance en fait prendre des petits morceaux de l’un des petit morceau de l’autre et j’aime bien l’image de l’hybridation parce que dans la nature la plupart des hybrides ne peuvent pas se reproduire alors ça peut faire des trucs cool c’est joli mais dans lesffet ça ne survit pas et en plus vous probablement entendu possiblement entendu parler de scrumban alors scrumban il faut savoir que d’abord un ce n’est soutenu par aucun organisme donc des gens qui un jour on dit tiens si on prenait des morceaux de l’un des morceau de l’autre on vraiment ça a l’air de de faire des choses cool mais il y a pas vraiment il y a pas de scumban guide il y a pas de voilà en fait vous prenez juste une pratique de Scrum juste une pratique de canban n’importe laquelle et vous faites du scrumb donc c’est assez pauvre en soi et en plus si vous regardez un petit peu dans la littérature vous verrez enfin vous verrez que souvent finalement çaattend les opposés c’est souvent un moyen de dire on commence par du Scrum et puis on va mettre de plus en plus de canban et puis on va virer Scrum à la fin d’accord donc un hybride pas un hybride pardon justement un aviage alors voyons voir un petit peu ce que ça voudrait dire canban en fait repose sur trois grandes pratiques qu’il va falloir appliquer à notre cadre Scrum alors je pars du principe dans cette conférence que vous connaissez déjà un peu Scrum je l’ai pas précisé je crois euh et donc int prti prièr son ensemble donc on vafinitionter visiseriteation tr et on va se concentrer activement sur travail en cours ok c’est cool qu’est-ce que ça nous apporte comme je disais tout à l’heure l’idée c’est d’avoir plus de transparence plus de capacité à comprendre on en est vraiment pour mieux ensuite s’adapter qu’est-ce qu’on end par workfow là c’est un tout petit peu compliqué c’est plus long compliqué on doit d’abord définir qu’est-ce qui va traverser notre système d’accord qu’on app les work item qu’est-ce que c’est est-ce que c’est un petit peu de travail est-ce que c’est une voiture entre un point A et un point B est-ce que c’est un bateau qui fait une traversée est-ce que peu importe donc quel est notre quoi ça corespond ensuite qu’est-ce qu’on entend par débuter la traversée et terminer la traversée d’accord donc on a Unat initial un état finalent les définir ensuite on va définir diff diff étapes de la traversée on va définir à partir de quand on considère qu’un item a commencé sa traversée donc concrètement il n’est pas encore à l’état terminal mais il est plus il est plus à l’état initial pardon et puis ensuite on va définir collectivement en équipe les actions de contrôle de ce travail en cours bien sûr les conditions de transition entre les étapes et pour finir retenez bien ce cyle je vous défin un peu plus tard on va définir un niveau de service attendu tiens tiens tiens pour ceux qui pensaient que canban en fait n’avait pas de notion d’engagement d’équipe en fait c’est faux il y a cette notion hyper importante et même centrale qui est le SLE donc le Service Level expectation d’accord pour l’instant philosophiquement ça se rapproche beaucoup de je sais pas si vous AZ déjà entendu parler des Service Level agreements dans les contrats par exemple ok ben ça s’en rapproche un petit peu si ce n’est que là ça va être appliqué à un système canman ok visation du travail en cours je pense que là jefer une porte plus ou MOS très grande ouverte tout le monde connaard les scrbard les board de tout ce que vous voulez avec vous avez j’ai mis quelques images qui ressemblent donc l’idée c’est évidemment de rendre transparent l’état du système et ensuite de faciliter des discussions adoc immédiate pour prendre des pour prendre des décisions sur les actions d’amélioration pour maximiser les chances qu’un maximum d’item arrive le plus vite possible à l’état terminal qu’est-ce qu’entend par limiter le wiip B en fait en d’abord pardon quels sont les bénéfices excusez-moi les bénéfices c’est d’abord et avant tout de fournir à l’équipe la capacité de s’engager dans un nouvel work item uniquement si elle pense qu’elle en a la capacité c’est-à-dire que si elle pense qu’elle la capacité de le terminer dans un temps restreint d’accord c’est-à-dire commencer quelque chose en se disant on finira peut-être un jour bah c’est pas tout à fait la philosophie de canban puisque de facto en faisant ça on réduit le flux de valeur et ensuite on va limiter le nombre de sujets en cours parce que ça va créer ou faciliter les conditions pour plus de collaboration au sein de l’équipe c’est assez simple al moi je viens du monde du développement je suis toujours aujourd’hui du développement logiciel devrais-je dire euh si vous prenez une équipe standard vous composez admettons de quatre développeurs logiciels je mets pas pour l’instant designer ni autre chose ok que des développeur logiciel qu’est-ce qui se passe à un SPR un sprint planning il prennent un certain nombre d’item très bien sprint goal tout ça c’est cool on démarre et chacun part de son côté prend un item et débute collaboration la plupart du temps à ses poids puis après ça avance ils finissent leur développement puis ça arrive à une phase là qu’on entend à peu près souvent qu’on appelle la code review parler certain d’entre vous je pense et puis là on se rend compte que tiens se parler ah ouais mais moi je peux pas faire ta review parce que j’ai pas fini mon item en fait et j’aimerais bien avancer dessus ah oui mais moi j’ai fini alors je fais quoi commencer un autre ah ok je sais pas si on parle vraiment de collaboration l’avantage c’est quand on dit en fait vous pouvez pas avoir plus de X item en cours moi j’aime bien faire la règle du au MO au début nombre de développeurs moin 1 ah ben ils peuvent pas faire ça et là ils disent attends mais alors comment vous peut travailler là et en fait d’un seul coup ils découvrent qu’il a d’autres manières de travailler per programming des trucs comme ça m programming et puis il se rend compte que finalement la code review c’est cool mais ça permet pas enfin ça apporte pas vraiment de valeur en fait ouais non mais là tu as construis ça tuas utilis tel pattern c’est cool mais en fait moi j’aurais utilisé plutôt tel autre pattern mais après bon tu fais est-ce que tu veux ouais très bien AHAs utilisé telle fonction mais il a une vachement plus efficace là d’ailleurs une lib là qui est super cool tu devrais l’utiliser OK et en fait ces discussions là vous auriez pas pu les avoir un peu plus tôt ensemble avant de commencer le développement ou pendant le développement pourquoi attendre d’être dans une phase dite de code review alors c’est encore pire quand est dans des entreprises ou des organisations où il y a des littech ou des architectes qui viennent après la guerre expliquer qu’il faut bah là votre FL de valeur évidemment il est pas maximisé donc limiter le whip c’est probablement la première bonne idée qu’on peut mettre qu’on quand on est dans un système qui souffre un petit peu autre chose qu’on va faire c’est qu’on va ça va augmenter le nombre d’incréments pourquoi bah parce que si on est dans un système Scrum chaque fois qu’on arrive à une à un donne un item un produit backlog item précisément arrive en donne un nouvel incrément aînéite le scrom guide donc puisqu’on va maximiser la régularité à laquelle les items vont arriver au donne on va avoir plus d’incréments pourquoi c’est cool ben parce que ça permet aussi deavoir des discussions plus rapidement sur l’état réel de l’incrément est- ce qu’il permet ce qu’ ne permet pas encore ou est-ce qu’on est vraiment par rapport au springal et même pourquoi pas de faire des reviews intermédiaires pendant le sprint d’aller chercher la vie de vrais utilisateurs oui la vie pas la vie la vie en un seul mot des des utilisateurs des stakeholders chose qui arrive peu faut se le dire je trouve en tout cas moi dans mon expérience ça arrive peu quand on arrive on limite pas le whip ou en tout cas quand on n’entraîne pas les développeurs les développeurs au sens large du terme cette fois-ci au sens chrome du terme à collaborer à être ensemble sur un nombre de sujets limité ce qui en plus renforce la valeur de Scrum du dernière chose sur le whip vous verrez peut-être dans beaucoup de littérature qu’il faut poser alors en plus des outils typtiquement Gira nous y emmène très gentiment on peut poser des limit de wi desira par exemple mais elles ne sont présentes que par colonne en réalité canban dit uniquement que le système dans sa globalité doit être contraint rien n’impose même si c’est encouragé de poser des limites de whip sur chacune des colonnes de votre quand je dis colonn pardon chacune des étapes de de votre workflow à contrario vous pouvez aussi ajouter des limites de whip si vous décidez que vous avez des lignes de production différentes dans votre système ça peut arriver moi je connais des équipes qui pour des raisons historiques essentiellement ont des Fast LAN donc des lignes d’urgence typiquement quand on est face à une application en production si je prends l’exemple encore du software on se dit ah il a un prod de prod hyper important faut évidemment qu’on fasse passer devant tout le reste ben il va y avoir une ligne mais on peut pas avoir 75 urgences en même temps c’est une évidence déjà plus de trois en même temps bon déjà c’est pas cool a priori mais en tout cas ça pose des questions donc av voir et puis surtout il y a le il y a la la tentation de toujours vouloir faire passer sa demande dans la ligne d’urgence comme ça elle arrive plus vite y compris quand c’est pas urgent donc c’est là où la definition of workflow va permetre de poser des critères qui permett de dire ok ce work item est éligible ou pas à la ligne d’urgence et pour être tout à fait complet sur le sujet c’est plutôt décrié on vous déconseille plutôt d’avoir ce genre de ligne si vous pouvez l’éviter c’est intéressant il y a plein de manières de le faire d’éviter que ça arrive donc le wiip bah j’en ai déjà pas mal parlé l’idée c’est de se concentrer c’est de contrôler les actions pour faire progresser ch en cours on évite laacumulation dem dans une partie du workflow donc là je vais vous prendre l’image de ce qui se passe quand on a beaucoup de voitures qui s’accumulent à un péage d’autoroute en quand il y a un accident qui survient sur une quand vous êtes sur une route et qu’ a un accident on accumule d’un seul coup beaucoup d’item les voitures en l’occurrence sur un système qui normalement est fluide et ben le coût de créer un embouteillage bah c’est que généralement il faut assez peu de temps pour créer un embouteillage beaucoup pour le désengonger et donc dans votre système de production quel qu’il soit que ce soit du logiciel ou autre chose c’est hyper intéressant deéviter l’accumulation de work item dans une partie ou une sous-partief et ensuite on va essayer de passer de faire en sorte que pardon chaque item passe le moins de temps possible dans le système et je reparle ici du SL et en débloquant plutôt work qui le serait c’est logique mais là c’est pareil un des outils alors je vais encore citer Gira parce que je pense que c’est celui qui est le plus utilisé j’ai presque envie de dire malheureusement euh mais bon faut faire avec il est là faut être pragmatique eu débloquer au plus quem qui le serait ouais c’est facile de mettre un petit flag là dans girira dire le bloqué ouais puis après il reste là une journée de journées 3 journées 4 journées 5 journées puis alors si en plus c’est une dépendance externe alors là il peut rester là très longtemps ouais mais en fait c’est un problème et si vous n’avez pas de whip en fait c’est un problème pour qui pour la personne qui attend résultat oui mais voilà donc si vous avez typiquement un work item et que vous êtes et ce work item n’est pas lié au spring normalement dans ce faites essentiellement du travail votre spring mais bon encore une fois je prends l’exemple d’un d’un ticket qui vient parce que important peu importe et qui vient s’insérer dans le système faut le délivrer le livrer pardon je me ferais taper par Rachelle si m’entendez dire des livré parce que des livrés en français pas dire la même chose qu’en anglais je ne chanterai pas je vous rassure euh donc débloquer au plutôt un work item c’est important c’est même fondamental encore une fois parce que ben si je le débloque pas d’abord je vais artificiellement bloquer la capacité puis ensuite je vais commencer à accumuler dans mon système donc je maximise les chances de bloquer oui pardon attends bouge pas je suis hyper agile donc c’était juste une remarque il y a le petit flag dans girira et il y a la fameuse colonne bloquée même du sport c’est cool donc oui effectivement alors oui la la colonne bloquée alors alors gros antipattern je vais pas je vais je vais essayer d’aller asser vite là-dessus je vous le déconseille vivement en fait toujours pareil c’est enfin c’est fausse bonne idée bonne atttention plutôt mauvaise action faut mieux se prendre poser la question ok encore une fois cet item là oui on a besoin de savoir pour des raisons de transparence qu’il est bloqué mais on a surtout besoin de savoir quelles sont les conditions qui feraient qu’il se débloque et qu’ilavance pour fluidifier donc oui oui je effectivement j’avais oublié celle-là ça fait tellement temps que je l’utilise plus que mais oui oui c’est vrai j’avoue ça peut arriver mais c’est comme la Fast line c’est ça fait partie de ces choseslà qui encore une fois alors je suis un peu moins critique sur la f l parce qu’il y a vraiment des des des contextes où c’est compliqué de pas mettre une maintenant il y a plein de manières de ne pas le faire et c’est plutôt plus productif de le faire comme ça donc de ne pas faire la F ou la bloqué alors c’est bien tout ça c’est très théorique c’est cool mais comment on met tout ça en application en fait canman propose qu métriques qui vont permettre de vraement suivre de piloter l’état du système ces quat métriques sont le wiip donc le nombre d’items de work item qui ont quitté l’état initiale qui n’ont pas encore terminé leur traversée le thrut donc le thput desbit en français c’est le nombre d’items qui ont terminé leur traversée donc le nombre de jours qu’ils ont nombre d’item oui pour unee pendant une période de temps d’accord donc vous avez terminé x item sur la semaine le sprint le jour souvent c’est compté par jour mais en fait c’est sur une période de temps c’est vous qui décidez il y a le work item age c’està-dire le nombre de jours que votre système que votre item a déjà passé dans votre système donc c’est un sy un item qui est typiquement en wiip donc il a commencé traverser mais il n’a pas encore atteint le don d’accord enfin la fin de la traversée et donc on va compter le nombre de jours qu’il reste dans ce système et le cycle time le cycle time c’est une mesure à postior c’est le nombre de jours qu’a passé votre système entre le moment où il a commencé se traverser le moment où il a terminer sa traversée donc autrement le temps de traverser pardon selon vous quelle est la plus importante des qu non mais c’est une bonne B c’est pas mal qui a dit la trè yes ouais parce qu’en fait les TR aut alors c’est en réalité parce qu’en fait c’est par le enfin c’est la base par laquelle vous allez calculer les les de les trois autres en réalité d’accord et en fait surtout si vous réfléchissez en terme de wiip au sens global du système bah plus votre item a un nombre de jours important et plus il est problématique d’un point de vue fluidité et donc effectivement les affictionat de canman vous diront que c’est leage qui si vous devez en suivre une suivez celle alors vous allez voir par la suite que c’est quand même super cool de suivre les quad alors pourquoi les maîri les maétriques pardon B c’est parce que canban je suis passé un peu vite dessus donc je vais prendre un peu plus de temps là propose de fournir les moyens d’avoir un workflow efficace efficient et prévisible et pas prédictible ah oui alors tout petit peu de vocabulaire est-ce que déjà vous savez que la différence entre efficacité et efficience pardon ah c’est presque ça donc efficace effectivement c’est la capacité d’atteindre ses objectif d’accord de manière durable ok avec en effet les moyens qui sont les nôtres mais sans forcément chercher d’optimisation là où l’efficience va permettre d’atteindre les mêmes objectifs mais de manière plus économique donc en terme typiquement de responsabilité sociétale ça peut être assez assez cool d’y réfléchir l’efficience qui est entre autres promise par le lin canman ça s’appuie beaucoup sur sur le lin et prévisible et pas prédictible alors je sais que là on est pareil alors si vous voulez je vous donner une image très simple si vous voulez une prédiction vous allez où Ben vous allez voir Madame Irna voilà exactement fait de l’astrologie vous regardez dans une boule du mar de café ce que vous voulez prédiction c’està dire qu’on essaye sans avoir vraiment de moyen si ce n’est des trucs plus ou moins ésotériques euh de dire en avance ce qui va se passer dans le futur la prévisibilité en revanche je l’ai mis un petit peu en bas là c’est la capacité à donner un futur probable en tenant compte de données que l’on possède déjà et avec typiquement des moyens statistiques et il y a un exemple qu’on vit quotidiennement c’est la météo la météo tous les jours on nous dit demain il devrait se faire il devrait se passer ça puis vous savez quand il commencec à faire des projections plusieurs jours ils ont mis depuis quelques années là des petits nombres 1 2 3 4 5 il metett jamais 5 je sais pas si vous avez remarqué euh en fait c’est la probabilité ce qui se ce derrière c’est la probabilité du calcul mathématique relativement complexe qui a lieu derrière et qui va permettre de dire ben compte tenu du sens du vent de la masse d’air de machin de truc bon bref de tout un tas de critères et de nos statistiques historiques depuis des siècles alors on devrait avoir tel résultat et je sais pas si vous AZ remarqué mais la météo entre le météo vous pourriez voir genre vers midi et la même météo le soir ben il y a parfois des différences et parfois des différences notables parce que ben il y a on le sait des changements qu’on ne maîtrise pas et donc là on est en train de dire que dans un milieu complexe si on veut essayer de s’y retrouver oui on peut parler d’avenir mais il faut se donner les moyens d’avoir cette fameuse base statistique et une méthode de calcul qui vont permettre de projeter cette probabilité du futur cette probabilité d’un futur pardon pardon ok je vous ai présenté canban je vous connaissez déjà Scrum voyons voir comment ça marche ensemble en réalité quand on utilise canban l’impact il va être majoritairement sur bas qu’on fait dans Scrum principalement c’està-dire les événements Scrum il y a C événements dans Scrum vous les connaissez par affiché la chance que vous pouvez donner 5 événems de le Daily la rétro sprint rospectiveeview affiché et le sprint tout court exactementut se rappeleren fait dans la logique de la routeempirisme le sprint luême est une boucle d’inspection adaptation d’accord et donc je vous propose de vous présenter comment canban pourrait si vous souhaitez l’utiliser dans votre contexte Scrum enrichir chacun DEES événems le sprint planning comme je tout à l’heure on applique l’intégralité de SCR etintég qui veut dire que on fait le selon les TR phases habituelles c’estàdire les TR mots magiques le pourquoi le quoi comment le pourquoi c’est la proposition la définition collective d’un springal qu’est-ce qui justifie l’investissement fait par les stakeholders parce que bon un sprint c’est pas gratuit euh et qui justifie cet investissement pourquoi on le fait qu’est-ce qu’on espère avoir au bout qu’est-ce qu’on s’engage en tant qu’équipe à avoir au bout particulièrement les développeurs mais je rappelle toutes lesextr team la deuxème phase on va se dire ok qu’est-ce que ça veut dire quel travail devrait être réalisé pour atteindre cet objectif et la troisième c’est OK si on va dans le détail comment on planifie ça plus ou moins de manière précise on oublie souvent ça et les développeurs sont pas très fan en général mais c’est hyper important particulièrement si vous êtes dans un contexte où certaines personnes ne sont pas à plein temps dans l’équipe mais ça semble logique même sans parler de contexte de temps partiel que on tienent compte des vacances des jours férier quand on s’engage sur un sprint admettons de 2 semaines qui est une très grande un très grand classique bah si vous AZ 4 jours fériers dans les 10 jours de travail c’est pas tout à fait la même chose que si vous avez 10 jours travaillés donc planifier le comment la troème partie ça veut dire aller un peu dans le détail c’est important et si je don dans une équipe encore une fois je prends l’exemple du logiciel mais je pourra en prendre d’autres vous avez des designer ou des gens qui font de l’Infra des vops ou autres et qui sont pas là à plein temps tout cas sont pas prévus à plein temps dans l’équipe B savoir que parce qu’ils ont aussi d’autres activités dans d’autres équipes ils vont pas être disponibles tel jour ou tel matinée et cetera en avance c’est cool parce que ça permet de mieux planifier le travail d’équipe et donc sortir d’un sprint planning ça veut dire avoir un plan que l’on pense crédible durable alors durable dans le sens on va pas se charger laulle c’est pasexpression hein pas durable dans le sens où il ne va jamais bouger heureusement qu’il va bouger c’est rare quand même qu’on tout se passe comme on prévoit et donc on devrait sortir avec un niveau de sérénité de l’ordre de 5/ 5 quoi Mo c’est question que j’aime bien poser à mes équipes à la fin de leur euh de leur sprint planning enfin du sprint de notre sprint planning je fais partie de l’équipe euh c’est voilà est-ce qu’on est sur est-ce qu’on y va en souriant ouis est-ce qu’on se dit ou on s’est déjà prévu les ses enfers B si vous pensez que c’est C enfer attendez rediscutons en fait il y a pas de raison qu’on s’engage dans un truc non durable la durabilité c’est hyper important ok faut que j’accélère un peu euh donc la phase 2 c’est la phase 2 donc que peut-on rendre donne durant ce sprint qui est enrichi et on va le faire comment on va le faire sur la base ah 1 2 ah c’est sur la base historique du sut donc le débit d’accord et on va en fait utiliser un petit outil qui est probabiliste qui s’appelle les simulations Monte Carlo les simulations Monte Carlo si ça bien passé c’est en fait vous allez prendre votre base historique vous allez faire un nombre de tirs aléatoires des valeurs et vous allez regarder ce que ça donne et quand vous refaites ça plein plein plein plein plein de fois typiquement sur V quotidien et sur le nombre de jours du sprint d’accord ça vous donner au final un histogramme des probabilités de terminer un nombre de d’item en un jour exact un nombre par un nombre exact de d’item à terminer d’ici le sprint d’accord chaque barre ici CIS en plus grand juste après chaque barre ici donne en réalité la probabilité exacte d’avoir terminé exactement 15 items 1 2 ouais 15 items pendant le sprint vous voyez qu’ici on a fait 10000 tirages oui on va en parler la réponse courte est oui et non mais on va parler juste après donc ici vous voyez qu’on a des petites lignes là avec des pourcentages en fait ce qui est intéressant donc oui pour que vous compreniez bien comment le lire excusez-moi ici vous avez le nombre de fois sur 10000 tirage où ce nombre neuf là exactement est sorti donc il est sorti 200 fois sur 10000 ce qui donne donc une probabilité unitaire de 200 sur 10000 Oui 10000 tirage donc j’ai ma base defot quotidienne d’accord donc euh le 3 février on a eu deux items terminés 0 le lendemain 5 le sur lendemain et cetera et cetera le tout sur des journées entières ok peut-être plusieurs sprints plus plusieurs années ça dépend de votre base historique mais là aussi réponse courte euh vous n’avez pas besoin d’avoir beaucoup beaucoup de de de de d’éléments pour avoir en réalité un résultat pertinent tout comme le nombre de tirages vous verrez que il a des outils qui vont jusqu’à 1 Milon de tirage si vous voulez vous amuser et en fait la seule chose que ça a comme effet c’est de d’arrondir la courbe d’avoir une répartition plus normal mais c’est mais c’est à peu près tout donc 10000 ça suffit déjà bien et donc si je fais la collection de la probabilité d’en faire juste un puis de puis 3 puis 4 puis bref donc 9 ou moins mais en fait je me rends compte que j’ai 95 % là la partie à droite de Chan d’y arriver d’accord c’est ce que N dit notre base statistique j’ai 50 % de faire 18 items ou plus dans ce sprint puisque je vais avoir prendre la toute petite probabilité de faire 40 puis celle de 39 puis celle de 38 37 36 et cetera et cetera et cetera jusqu’à mes 18 et là ça donne d’un seul coup un moyen de se projeter dans l’avenir mais de manière probabiliste c’est clair pas de question donc à l’équipe de terminer ses chances prévisionnes deccès les risques associés et pour répondre la question oui la taille importe en partie en fait bien sûr dans un produit bog tous les items sont pas équivalent des trucs qui sont extrêmement gros sont tout petits ce qui se passe c’est qu’en fait on va avoir envie d’avoir un système consistant d’accord et quoi qu’il arrive première règle de l’agilité j’ai envie de dire en tout cas en terme de tion c’est il faut décomposer tout le monde vous le dit en long en large en travers que vous utilz des story points ou pas ou bref il faut décomposer quelque chose de complexe on ne sait pas le traiter on doit faire un petit morceau voir où on en est et s’adapter c’est le principe de l’ér la route des et donc même si on pourrait se dire qu’on peut faire surt oui il est mieux il est plus le ça permet d’avoir des résultats plus probant mais pas forcément plus plus probant mais pas plus réel je vais dire ça comme ça c’estàdire que même si vous gardez des items un peu gros dans votre base statistique et que vous en suivez La le le temps le cycle time et c le en l’occurrence vous allez juste en général truc plus gros va augmenter un petit peu mais statistiquement si vous n’avez pas beaucoup d’items de très grosse très grosse taille il aura une valeur statistique très faible vous voyez ce que je veux dire donc normalement quand on se lance dans un sprint on se dit pas on va réaliser à tourfel en 2 semaines donc en réalité et puis en plus si on suit ne serait-ce que les recommandations du Scrum guide normalement un produ backlog item pourêtre juger ready non il n’y a pas de définition of ready dans Scrum si ce n’est celle-là euh il est censé être réalisable dans le temps d’un sprint ou moins donc déjà de facto si vous appliquez Scrum vous avez une forme de normalisation de la taille vous une forme de taille maximale mais oui il faut décomposer et c’est pour ça qu’on vautiliser le prodement et le fameux s bon je vous en parle depu tout à l’heure je quand même le définir le SLE c’est la percentile la percentile c’est petite ligne statistique avec les pourcentages que je vous ai montré tout à l’heure retenu par l’équipe pour terminer un item de backlog dans un temps donné d’accord donc l’équip va dire nous on on sengage terer 5% des item en jours donc c’est x be de doné stati pour le faire travers ici vous avez un exemple donc vous avez les dates en bas et vous avez le nombre de jours qui est resté un item dans le système d’accord et vous allez compter le nombre de points et vous pouvez en tirer vous l’avez sur votre droite là ah mais c’est V que j’ai le pointeur en fait le mec s’en aperçoit à la fin euh ici vous avez ici le nombre de la pourcent le le pourcentage oui la percentile donc du nombre de points donc ici vous avez 50 % de vos points qui sont terminés cont vous 95% point termin en 22 jours ou moins évidment entre 8 jours et 22 jour le G est hyper important OK et donc l’équipe va pouvoir s’appuyer sur ça pour se dire ok o est-ce qu’on en est nous aujourd’hui qu est notre efficacité et comment peuton être plus efficient et souvent la moyenne ne représente finalement que 6% des points donc la moyenne est relativement non représentative statistiquement 63 % ok c’est mais c’est pas si fa que ça en réalité on a plus d’intérêt à peut-être se baser sur une percentile à 70 ou 85 %. ok donc le SLE c’est voilà l’engagement que l’équipe va prendre en se disant ok on va faire en sorte que les iTMS ne passent pas plus de temps que ça dans notre système pas de question OK je un petit peu parce que je suis à la Bour comme toujours j’ai envie de dire impact du sur le D scum on va utiliser le C board ce qu’on fait déjà à peu près tous particulièrement si utilise des outils encore une fois comme GIR je fais trop pu pour C outil faut que j’arrête de WH limit pourquoi parce qu’on va se focus sur les items les plus proches du don d’accord on va ensuite regarder ceux don le work item est le plus grand parce que c’est ceux qui ont le plus de chance condition suivante dépasser le SLE et donc on va pas tenir notre engagement et on est une équipe de professionnel et on veut faire l’efficacité opérationnelle donc on va respecter on va faire tout en tout cas pour respecter notre S et on va aussi regarder les fameus items qui comm à s’accumuler dans une partie du workflow pour éviter l’engorgement et les conséquences de l’engorgement c’estd moins de de fluidité la fin du système pas de question petite note je dis souvent que dans un bon système Scrum enfin et cman si vous utilisez un cman board scrumbord peu importe le nom que vous lui donnez et que vous avez priorisé les items les uns par rapport aux autres il se lit toujours de haut à droite vers bas à gauche et c’est ceux qui sont haut à droite son qui sont donc prioritaires et presque finis sur lesquel l’équipe devrait se concentrer et on descend on descend on descend et si vous n’avez pas de sorte de lig comme ça a des questions à se poser et juste ça c’est intéressant d’amélioration continue au fil de l’ rapidement work vous pouvez projeter en fait chacune de vos items de workflow chacune de item de workflow ici et compter le nombre de jours qu’un item a déjà passé dans le système évidemment plus il est haut plus c’est problématique ok review vous l’urez compris on va pou pourrez utiliser là encore simulations Monte Carlo pour pouvoir discuter le sprint review avec vos stakehold je rappelle que la Sprint review est fa pour discuter avec les parties prenantes et pour décider des prochaines actions probables et cell qui nous semble les plus intéressantes les plus productives les plus valorisantes à mener dans le ou les prochains ah oua attends TI pour qu’ t’entend pourquoi parle- ton d’accumulation alors qu’on est censé être en flux tiré en gamban alors je la réponse c’est que normalement on devrait pas mais il y a des conditions particulières dans lesquelles on pourrait beaucoup d’item engagés mais bloqués ben ils sont bloqués si on n pas la capacité à les débloquer pour je ne sais quelle raison ils vont rester là et donc on va créer l’accumulation puis si se débloque d’un seul coup tous on va bien subir ce qu’on subit à chaque alors bon nous c’est pas on pourrait prévoir un peu quand même euh mais ce qu’on subit tous à chaque départ en vacances quoi quand on se retrouve tous bloqués pendant des heures sur les autoroutes là c’est super cool mais on le sait ça nous empêche pas de le faire mais donc ça peut arriver malheureusement et oui on ne devrait pas idéalement mais on sait bien aussi que Ben comme un navire qui sait jamais où il va terminer sa journée il a beau essayer d’aller dans une direction absolu lui il va subir des courants des ventes et tout ce que vous voulez bah notre système va subir aussi lui des conditions externes c’est pour ça qu’on est dans un système complexe j’espère que j’ai bien répondu je me dépêche ok ce que je dis depuis 10 minutes euh donc rapidement simulation mon Carlo là vous allez pouvoir faire alors au lieu de compter un nombre d’items puisque vous savez pas forcément combien d’items vous allez vouloir faire pour le prochain sprint pour la SP review pardon vous allez prendre les items que vous espérez faire et vous allez essayer de projeter la date plutôt de projeter le nombre d’item pour une time frame vous allez inverser le truc vous allez fixer le nombre d’item donc pour terminer une épique on sait qu’il y a 24 items dedans bah quelle est selon notre notre base statistique la probabilité de terminer à telle ou telle ou telle ou telle date d’accord je fais un peu vite je suis désolé mais n’hésitez pas à me reposer des questions plus tard je serai là les de jours et si besoin ça sera avec plaisir qu’on pourra utiliser l’oppace pouriscuter tout ça rétrospective ben je vais je vais rapidement en parler donc là on va regarder la forme du nuage de point donc j’ai pas le temps de vous faire l’exercice mais chacun ces nuages de points est problématique 1 de oui est problématique pour différentes raisons ici on s’aperçoit que ça grandit là donc ça veut dire qu’en réalité on augmente notre notre whip continuellement d’accord et donc conséquence B le cycle time augmente augmente augmente et ça va pas ça c’est un système qui va exploser ça c’est ce ce que j’appelle la sprint review validation on met tout dans l’étape juste avant voilà et en sprint review on passe en donne comme ça le PO il peut dire c’est cool les stakeholders peuvent dire c’est cool parce que on n pas complètement confiance en nous les développeurs on a besoin d’une validation supplémentaire je rappelle que c’est antiscromique he ce que je suis en train de raconter mais je le vis très régulièrement dans les équipes et le troisème j’ai pas le temps mais il a l’air beaucoup plus cool sauf que il y a plein de petits vous voyez il y a des petites perturbations il se passe rien là c’està dire qu’il y a des jours où on livre pas il y a pas deout donc on n pas complètement dans un un flux maximisé je continue et donc pour finir le sprint dans sa globalité enrichi j’insiste juste sur le deuxième point les développeurs n’ont plus besoin de s chaque item individuellement vos développeurs vont vous aimer après ça d’accord hyper important c’est pas nécessaire vous pouvez le faire pour vous rassurer vous pouvez continuer de le faire pour habitude vous pouvez comme vous voulez pour les discussions que ça peut générer he qui peuvent être cool euh attention ne plus sizer ça veut pas dire ne plus découper ne plus décomposé vous pouvez faire en fait le même travail mais sans utiliser ce de poker planning qui dit très simplement et en résumé rien nose CR et canban qui se renforce mutuellement apporte une structure canban des pratiques et des métriques qui vont maximiser le flux de valeur l’ensemble desévénements est enrichi et ça rfor l’impact des values et des opportunités appppliquer à l’empirisme les appurs de les apports pardon de scamban sont la capacité de prision probabiliste et le renforcement du focus et d’engagement de tenir les objectifs de l’équipe grâce au WIP et au SLE je dis bien je vous avis mis une petite bibliographie bien sûr je vous partagerai mes slides plus tard et on a pas trop de temps pour les questions je crois si ok c’est pour ça que je prends au fur à mesure c’est pour éviter ce genre de truc merci beaucoup n’hésitez pas à scanner le QR code oui côté Piaf ouais côté Piaf et pour vous vous avez un un j’ai oublié le nom du truc vous pouvez coller des petits des petits sticky pour me dire combien vous m’avez kiffé ou pas du tout n’hésitez pas à rentrer en contact avec moi ce sera avec grand plaisir merci beaucoup [Applaudissements]