No video

Prépare ta certification Kanban : Décrypte le Diagramme de Flux Cumulé !

  Рет қаралды 1,481

Scrum Life - Lean, Agile, Kanban

Scrum Life - Lean, Agile, Kanban

Күн бұрын

🎁 Le guide du Scrum Master compétent 👉 sl.run/u20knz
⚠️ Dans cette série, nous n'entrons pas trop sur le fond, le but étant vraiment de s'entraîner à passer les certifications, nous allons rapidement au but en te montrant comment, en quelques secondes, tu peux réfléchir et trouver la meilleure réponse à la question. Dans ce type de certification, "meilleure réponse" ne voulant pas forcément dire la réponse parfaite, précise et exacte, mais plutôt celle que l'organisme derrière la certification attends.
Abonne-toi à la chaine car par contre, nous allons approfondir Kanban dès la fin de l'été !
Que tu vises une certification agile ou que tu cherches simplement à approfondir tes compétences Kanban, cette vidéo est faite pour toi !
Apprends à identifier les goulots d’étranglement, à visualiser le temps de cycle de ton équipe... ou encore son lead time ! #ScrumLife #Certification #Kanban
💜️ Rejoins la communauté Scrum Life 👉 sl.run/xftf7z (c'est gratuit !)
----------
CREDITS
Merci à Mateusz Gajdzik qui partage en open source le simulateur Kanban

Пікірлер: 21
@ScrumLife
@ScrumLife Ай бұрын
⚠ Dans cette série, nous n'entrons pas trop sur le fond, le but étant vraiment de s'entraîner à passer les certifications, nous allons rapidement au but en te montrant comment, en quelques secondes, tu peux réfléchir et trouver la meilleure réponse à la question. Dans ce type de certification, "meilleure réponse" ne voulant pas forcément dire la réponse parfaite, précise et exacte, mais plutôt celle que l'organisme derrière la certification attends. Abonne-toi à la chaine car par contre, nous allons approfondir Kanban dès la fin de l'été ! Et toi ?! Tu as trouvé directement les bonnes réponses ? Est-ce que tu utilises au quotidien le diagramme de flux cumulé ou CFD dans tes équipes ?
@ScrumLife
@ScrumLife 27 күн бұрын
Merci pour ton commentaire @ScrumLife ! 🙌 Tu as parfaitement compris l'objectif de cette série. Pas de blabla inutile, on va droit au but pour t'aider à décrocher ces certifications importantes. C'est super que tu mentionnes qu'on va approfondir Kanban bientôt - reste bien abonné, ça va être du lourd ! 🔥 Alors, dis-moi, comment ça se passe de ton côté avec le diagramme de flux cumulé (CFD) ? Est-ce que c'est un outil que tu utilises souvent pour suivre l'évolution de tes tâches ? J'aimerais bien avoir ton retour d'expérience ! Abonne-toi et active la cloche 🔔 pour ne rien manquer des prochaines vidéos ! Robin 🚀 #ScrumLife #Agilité #Kanban
@spip931
@spip931 Ай бұрын
Je ne connaissais pas, mais j'avais bon. Ouf !! 😜 J'espère avoir bon aussi la semaine prochaine 😉 En tout cas #ScrumLife, merci pour cette série de l'été 👍🙏
@ScrumLife
@ScrumLife Ай бұрын
Ah ah, bravo ! 🙌 J'espère que la rapide explication du CFD était claire 😬 Ca allait ? Dis-moi ! -- JP
@spip931
@spip931 Ай бұрын
​@@ScrumLife Le truc avec les metrics (quelles qu'elles soient), (peut-être à approfondir dans une prochaine vidéo) c'est toujours : - A quoi ça sert ? - Lesquelles on met en place ? Autrement dit, pourquoi celle-ci plutôt qu'une autre ? - Qui va les utiliser ? Généralement c'est le scrum master, encore que ... - Qui les alimente (en données) ? - Quelles données, justement, alimentent telle ou telle metric ? - Quand/pourquoi on met en place telle ou telle metric ? - Pour quelle durée ? Est-ce que c'est en permanence ou est-ce que c'est ponctuel (le temps d'identifier un/des problème(s) et de le(s) résoudre) ? (Dernière question, et non des moindre) Peut-on s'en passer ? J'en doute fortement car ça permet souvent de mettre en exergue un/des problème(s) sous un angle différent et quelle équipe n'a pas (eu) de problème ?! Ici, cette vidéo répond à un certain nombre de ces questions, donc oui, ça allait, merci ​ @ScrumLife JP 🙏😉
@ScrumLife
@ScrumLife 27 күн бұрын
Salut @spip931, Bravo à toi ! 🎉 Découvrir et réussir d'emblée, c'est déjà un bel exploit ! J'espère que notre contenu te permet de mieux comprendre ces subtilités de l'agilité et d'en tirer des bénéfices dans ton quotidien. 🧠✨ Et oui, de chouettes défis t'attendent la semaine prochaine ! 😉 Alors, prêt à continuer cette aventure agile avec nous et à découvrir davantage sur Scrum et Kanban ? Si tu as des questions ou des sujets que tu aimerais qu'on aborde, n'hésite surtout pas à les partager ! Merci pour tes encouragements et ta fidélité à #ScrumLife. On est là pour t'aider à exceller et grandir dans les approches agiles ! À bientôt pour la suite de cette série de l'été ! Robin ✌️
@lutaseb
@lutaseb Ай бұрын
il est tres interessant pour illustrer la loi de little et l 'importance de limiter le travail en cours. On peut facilement voir, que plus il y a de quantité de travail moyenne en cours (traits verticaux), plus le cycle time moyen aura tendance à s'allonger (trait horizontal)...d'ou l'importance des WIP limit/limitation du travail en cours.
@ScrumLife
@ScrumLife Ай бұрын
Totalement ! Et quelque chose me dit que la loi de Little sera évoqué dans le cadre de cette série de l'été 😉 Est-ce que tu arrives facilement à convaincre des équipes et leur parties prenantes de l'importance de limiter le travail en cours ? On constate continuellement que cela reste contre-intuitif... 😣 -- JP
@lutaseb
@lutaseb Ай бұрын
@@ScrumLife 🤣🤣
@jocoign
@jocoign Ай бұрын
Limiter le travail en cours est contre intuitif puisqu'à côté de cela l'entreprise sera certainement à demander à produire plus. Les personnes pensent donc naturellement qu'ajouter plus de choses en cours permettra de répondre positivement à l'attente des boss de l'entreprise. Pour éviter cela, je préfère parler de contrôle de l'encours et ne pas amener l'équipe (sauf si elle le souhaite bien évidemment) à poser une ou des limites de WIP. Contrôler l'encours se passera notamment autour de l'âge des éléments. En évitant que les éléments vieillissent au delà d'un âge convenu en équipe et qui fait sens pour les parties prenantes, l'équipe limitera plus naturellement son encours. Les limites de wip pourront venir ensuite pour optimiser encore davantage le flux.
@ScrumLife
@ScrumLife 27 күн бұрын
Salut @lutaseb, Merci pour ton commentaire ! 🎉 Tu as tout à fait raison, la loi de Little est un excellent cadre théorique pour comprendre pourquoi limiter le travail en cours (WIP) peut avoir un impact significatif sur la réduction du cycle time. En effet, plus le nombre de tâches en cours augmente, plus la durée moyenne pour les terminer s'allonge - ce qui ne fait qu'accroître la frustration et diminuer la productivité de l'équipe. Avez-vous déjà mis en place des limites de WIP dans vos propres équipes ? Comment cela a-t-il marché pour vous ? J'adore entendre des retours d'expérience concrets sur ce sujet ! À très vite, Robin 🌟 #ScrumLife #Agilité #LeanThinking
@rochdiliverpool
@rochdiliverpool Ай бұрын
Merci pour cette vidéo très instructive ! Cependant, j'aurais besoin de plus de précisions sur la manière d'identifier les goulots d'étranglement sur le diagramme et comment les interpréter efficacement. Pourriez-vous, s'il vous plaît, détailler davantage cette partie ? Merci beaucoup pour votre aide !
@jocoign
@jocoign Ай бұрын
"Un goulet d'étranglement est l'endroit où la quantite d'éléments prêt à être tirés est supérieure à la capacité de tirage. Une contrainte est le goulet d'étranglement ayant la capacité la plus faible dans l'ensemble du système." Voir sur un CFD qu'une ligne s'épaissit, ne signifie pas forcément qu'on est sur un cas de goulot d'étranglement. Le CFD seul ne suffit pas à le dire. En Kanban, on devrait être en flux tiré avec des règles explicites de contrôle de WIP. Cependant, l'épaississement dans un CFD peut signifier que l'équipe ou certains membres tirent plus qu'il ne faudrait (potentiellement ils ne respectent pas les règles du contrôle d'encours). Il n'y a pas plus d'éléments que ce qu'il est possible de tirer dans l'étape suivante, il y a juste un mauvais contrôle de l'encours, une mauvaise collaboration dans l'équipe. Le WIP augmente a cet endroit mais les éléments ne respectent pas les conditions de tirage pour avancer donc ils ne peuvent etre tirés. C'est malheureusement choses très courantes... et ce que je vois avec cette mauvaise compréhension ce sont des managers qui vont s'empresser d'ajouter des compétences sur ce point, a priori d'étranglement alors qu'il n'y a pas vraiment besoin. Ceci faisant ils sous optimisent davantage le flux et ils accentuent du silotage dans l'équipe. Une meilleure approche est d'arriver à éduquer les personnes qui ne respectent pas la DoW, afin qu'au lieu de tirer de nouveaux éléments ils aident à faire traverser un élément dans le flux, qu'ils collaborent en équipe pour mieux contrôler leur encours.
@ScrumLife
@ScrumLife 25 күн бұрын
Merci Rochdi pour ton commentaire et ta question pertinente ! 🍀 Je suis ravi que la vidéo t'ait été utile. Identifier les goulots d'étranglement sur un diagramme de flux, c'est crucial pour améliorer l'efficacité de ton équipe. Voici quelques astuces pour t'aider : 1. **Observe les colonnes de ton tableau Kanban** : Les colonnes où les cartes s'accumulent rapidement indiquent souvent des goulots d'étranglement. 2. **Analyse le temps de cycle** : Regarde où le temps de cycle est le plus long. Les étapes qui prennent plus de temps peuvent révéler des blocages. 3. **Écoute ton équipe** : Parfois, les membres de l'équipe peuvent te signaler des obstacles auxquels ils font face régulièrement. Pour interpréter ces goulots efficacement : 1. **Discute avec l'équipe** : Organisez une rétrospective pour explorer les causes et trouver des solutions ensemble. 2. **Priorise les solutions** : Une fois les blocages identifiés, priorise les démarches pour les résoudre en fonction de leur impact. 3. **Mesure les améliorations** : Après avoir mis en place des actions correctives, mesure l'impact pour ajuster si nécessaire. N'hésite pas à partager ici tes expériences ou d'autres questions ! On est là pour apprendre ensemble. 😊 Courage et agilité, Robin 🚀
@rochdiliverpool
@rochdiliverpool 23 күн бұрын
@@ScrumLife merci beaucoup Robin!
@benjaminfeireisen20
@benjaminfeireisen20 Ай бұрын
J'ai utilisé plein de fois le CFD, sur beaucoup de missions. Depuis, je le trouve... Bien peu utile. Surtout, à part les agilistes et limite les statisticiens, ce n'est pas compréhensible facilement... Et il est difficile d'avoir de la data simple pour l'utiliser. Bref, parfois ça me prend trop de temps pour très peu de bénéfices. Un peu comme dans Lean from the Trenches, j'ai la même conclusion : avoir les cycle time, le WIP à l'instant T et l'âge c'est bien plus intéressant que le CFD ! Et surtout pour moi il ne montre pas la mesure la plus intéressante de Kanban : l'âge !
@ScrumLife
@ScrumLife Ай бұрын
J'ai envie de nuancer ton avis dans lequel je me retrouve assez... On a ce qu'on regroupe généralement sous le terme des "flow metrics" : lead time/cycle time, débit (throughput), WIP et l'âge/WIA (Work Item Age). Pour bien utiliser ces 4 métriques il est essentiel d'être conscient que les 2 premières sont des _lagging indicators_, des indicateurs tardifs, alors que les 2 dernières sont des _leading indicators_, des indicateurs précoces. Cela veut dire que cycle time et débit sont très intéressants pour faire du pilotage à plus haut niveau (juger de la performance du système, planification de release, amélioration continue type rétrospective...) alors que le WIP et le WIA sont ce que l'équipe va utiliser au quotidien pour lever les problèmes et ajuster dynamiquement sa manière de travailler et ainsi influencer le lead time/cycle time/débit avant de constater, après coup, qu'ils sont mauvais. Donc clairement, oui, au quotidien, le CFD n'est pas utile ! Sa vocation est plus dans une logique d'introspection et de projection, mais ce n'est pas ce que l'on va regarder en Daily par exemple. Un bon board affiche clairement le nombre d'éléments en cours (WIP) ainsi que le temps passés par les éléments dans le système (WIA) ! Est-ce que cela correspond à ton expérience ? -- JP
@benjaminfeireisen20
@benjaminfeireisen20 Ай бұрын
@@ScrumLife Je suis en phase sur les leading et lagging, tout à fait ! Le seul truc, c'est la complexité de construire un bon CFD (la data) et de le lire (la compréhension). C'est du boulot, c'est surtout ça mon point... Et de toute façon si tu gères ton âge et ton WIP tu améliores ton cycle time et ton débit forcément, même si ça peut être de la data pour faire bouger le leadership, je suis d'accord ! ;)
@ScrumLife
@ScrumLife 27 күн бұрын
Salut Benjamin, Je comprends parfaitement ton point de vue, et c’est un débat que j’entends souvent dans la communauté agile. 💬 Le Cumulative Flow Diagram (CFD) peut effectivement sembler complexe et parfois peu révélateur de la réalité de certaines équipes. Cependant, le CFD peut avoir une grande valeur si utilisé correctement, notamment pour visualiser les goulets d'étranglement et les tendances à long terme. Mais tu as raison, les notions de cycle time, WIP (Work In Progress) à l'instant T et l'âge des items peuvent offrir des insights plus directs et actionnables pour une prise de décision rapide. 📊 C’est comme avec n’importe quel outil agile : il faut savoir quand et comment l’utiliser, et surtout, adapter les pratiques à la maturité et aux besoins spécifiques de l’équipe. Peut-être que combiner plusieurs approches, comme tu le suggères avec l'âge des items et le cycle time, serait une piste à explorer pour maximiser les bénéfices ? 🤔 Qu'en pensent les autres ? Avez-vous eu des expériences similaires avec le CFD ou d'autres outils ? Merci pour ton commentaire inspirant, Benjamin ! 🚀 - Robin PS : As-tu essayé de mélanger plusieurs visualisations pour voir si cela répondait mieux à tes attentes ? #ScrumLife #Agilité #Kanban #CFD
@rochdiliverpool
@rochdiliverpool Ай бұрын
B et D
@ScrumLife
@ScrumLife 25 күн бұрын
Merci pour ton commentaire, @rochdiliverpool ! Je suis curieux de savoir ce que tu penses des événements Scrum comme la revue de sprint ou la rétrospective. Quelle expérience as-tu eu avec ces éléments dans tes équipes ? À bientôt ! Robin de Scrum Life
Mieux gérer les dépendances inter équipes !
10:25
Scrum Life - Lean, Agile, Kanban
Рет қаралды 1,8 М.
小丑把天使丢游泳池里#short #angel #clown
00:15
Super Beauty team
Рет қаралды 46 МЛН
女孩妒忌小丑女? #小丑#shorts
00:34
好人小丑
Рет қаралды 80 МЛН
Чёрная ДЫРА 🕳️ | WICSUR #shorts
00:49
Бискас
Рет қаралды 6 МЛН
Scrum - Une Méthode Agile - Pilotage de projets
27:42
Yann Bidon
Рет қаралды 90 М.
Cahier des charges déguisé 🫣 Bien utiliser User Story, Epic, Theme, Feature !
13:50
Scrum Life - Lean, Agile, Kanban
Рет қаралды 4,3 М.
Scrum Master et Coach Agile remplacés par Intelligence Artificielle ?
18:16
Scrum Life - Lean, Agile, Kanban
Рет қаралды 2,8 М.
Question d'entretien d'embauche de Product Owner : sont-ils vraiment agile ?
12:38
Scrum Life - Lean, Agile, Kanban
Рет қаралды 3,4 М.
You are doing Kanban wrong
10:46
ScrumMastered
Рет қаралды 39 М.
Et si Shape Up avait raison de faire des pauses ? [Non]
15:47
Scrum Life - Lean, Agile, Kanban
Рет қаралды 2,6 М.
Scrum Life te ment ! Pas qu'UNE SEULE Agilité - produit vs à la demande
24:24
Scrum Life - Lean, Agile, Kanban
Рет қаралды 3,1 М.
Les frameworks agiles : la méthode Kanban
10:35
Agitips
Рет қаралды 4,4 М.
Cumulative Flow Diagram (CFD) in Jira
21:29
iZenBridge Consultancy Pvt Ltd.
Рет қаралды 3,6 М.
小丑把天使丢游泳池里#short #angel #clown
00:15
Super Beauty team
Рет қаралды 46 МЛН