T'en as pensé quoi de ce format "vidéo réaction" ? On en fait d'autres ? Sur quels sujets ? Dis-nous quelles vidéos faut-il qu'on regarde et commente 👇👇👇👇👇
@piroshe745 Жыл бұрын
7:02 7:03 😅 7:05 😂😅😅😅😊😅😅😂😅😅
@sophiebukowski6802 Жыл бұрын
Super intéressant ce format (et je me marre sur vos réactions 'hannnn j'ai dit cérémonies' 🤣). Voir (et comprendre) l'évolution de la philosophie et les apports des expériences vécues depuis, je trouve que cela a beaucoup de valeur. A refaire (à l'occasion, je tag celles pour lesquelles cet exercice me semble intéressant) 👍 Merci :)
@sophiebukowski6802 Жыл бұрын
Pour compléter, c'est un exercice intéressant à faire aussi avec des apprenants pour leur permettre de faire un cheminement similaire (je pense à des personnes qui ont déjà des pratiques, habitudes ou idées préconçues) mais accompagnés et beaucoup plus rapidement.
@johannharguindeguy4940 Жыл бұрын
Scrum Life est empirique par lui même et l'auto feed back compte beaucoup, on vit l'usage sprint en temps réel. Continuez ainsi !!!
@avillenave Жыл бұрын
J’ai commencé Scrum et l’agilité par des sprints de 1 semaine à TF1 en 2009. C’était une super belle expérience
@nycosweb Жыл бұрын
Format très intéressant, cela montre aussi que notre mindset évolue au fur et à mesure que l'on met en pratique ;-)
@isotope222 Жыл бұрын
Sinon j'ai hâte de pouvoir tester pour réduire le temps de cycle.
@laurenceebdard978010 ай бұрын
Ca veut dire qu'il faut mettre à jour la vidéo obsolète avec un petit avertissement et un lien vers la vidéo "corrective" ! 😉
@spip931 Жыл бұрын
Pour moi il y a 2 risques à raccourcir les sprints : 1. On (l'équipe Scrum et plus particulièrement l'équipe dev) risque de ne pas avoir le temps de développer les fonctionnalités attendues => de ne rien avoir à montrer aux parties prenantes 2. Les parties prenantes sont plus souvent sollicitées. Or les parties prenantes ou n'ont peut être pas le temps de venir et assister aux sprints reviews ou ne viennent pas pour "si peu" (de fonctionnalités/PBI embarquées dans le sprint) voire ne viennent plus parce que ça fait déjà X sprints, X sprint reviews où elles viennent et qu'on (l'équipe Scrum) n'a rien à leur montrer. Que pensez-vous de ces risques ? Sont-ils "à la marge" ? Sont-ils peu importants par rapport aux bénéfices (supposés ou réels) d'un sprint plus court (d'une semaine comme dans l'exemple pris dans la vidéo d'aujourd'hui) ?
@ScrumLife Жыл бұрын
Salut, Concernant le 1, la réponse est toute trouvée : il faut découper plus, il faut prendre moins de travail. Et on peut TOUJOURS découper et c'est TOUJOURS bénéfique car ça nous amène à améliorer nos processus et nos outils. Le vrai sujet est donc plutôt celui que tu évoques en point 2, la disponibilité des parties prenantes et par extension le rythme de consommation de ce que produit l'équipe. Dans une approche Lean, le but est justement d'aligner le rythme du travail (cadence, durée des cycles) avec le rythme de consommation (takt time). Ca marche dans les deux sens : ils font réduire la durée des cycles si le rythme de consommation est plus rapide -- mais à l'inverse, on ne doit pas chercher à aller plus vite que le rythme de consommation. Dit autrement, si on ne peut PAS collecter du feedback toutes les semaines, alors ce n'est pas une bonne idée d'essayer de faire des Sprints d'une semaine. Maintenant, je nuancerais ce point. Notamment avec le travail à distance qui annule les problématiques de déplacement, il n'est pas forcément plus dur d'avoir des parties prenantes 30 minutes toutes les semaines, que de les avoir pendant 1 heure toutes les 2 semaines. Au final, on présente autant de choses ; on présente deux fois moins de choses, deux fois plus souvent. Sachant que, par contre, le rythme hebdomadaire est souvent un rythme qui fonctionne bien étant donné qu'on est "réglés" sur ce rythme de la semaine qui cadence nos vies à tous. Autre atout, on va créer plus de lien en se voyant toutes les semaines plutôt que toutes les 2 semaines -- c'est comme ça que fonctionnent les relations humaines, se voir plus souvent joue dans la balance, indépendamment du temps passé ensemble. Au final, tu pointes du doigt le vrai problème : le cas où l'on se voit et on n'a rien à présenter. Comme tu l'expliques bien, si c'est en plus un phénomène habituel, dur-dur ensuite de motiver les parties prenantes à venir. L'enjeu est donc bien de réussir à toujours délivrer au moins un incrément fonctionnel et utilisable, à chaque Sprint. Cet élément, par contre, est bien explicité dans Scrum. Ce n'est pas optionnel ! On revient donc sur la problématique de découper pour être capable de délivrer de la valeur en moins d'une semaine. Qu'en penses-tu ? -- JP
@spip931 Жыл бұрын
@@ScrumLife Bonjour JP, Merci pour la réponse. Selon moi, le problème de la disponibilité des parties prenantes, que celles-ci participent aux sprint review en distanciel ou en présentiel reste entier. Si je prends comme exemple la boite où je travaille, on a des clients aux 4 coins de la France et même à l'étranger (environ 5%) donc impossible de les faire venir à une ou toutes les sprint review, peu importe la durée du sprint. Mais même à distance ça pose problème parce que certes, effectivement, les parties prenantes n'ont pas à se déplacer, mais il faut quand même qu'elles accordent à l'équipe scrum entre 1h toutes les semaines et 4h tous les mois. 4h par mois ça n'est pas trop gênant, mais 1h toutes les semaines... je pense que ça commence à faire beaucoup pour des parties prenantes. Par ailleurs, on touche à un autre point de scrum (je ne me souviens plus si vous en parlez dans la vidéo) : "le ryhtme soutenable". A court terme, c'est peut être soutenable pour l'équipe scrum, mais quid du long terme ? Pour faire une analogie, autant, pour quelqu'un d'entrainé, c'est assez simple, c'est "soutenable" d'enchainer les marathons, autant c'est plus compliqué, moins "soutenable" pour la même personne d'enchainer les 100m.
@cecilevivant6351 Жыл бұрын
Constantin n'avait pas de lunettes en 2018! En vrai super format, j'aime beaucoup la discussion a bâton rompu, très naturelle et l'évolution de votre discours en quelques années.
@ScrumLife Жыл бұрын
Alors ? Il est mieux avec ou sans ? De mon côté j’ai une légère préférence pour le « avec ». Robin
@Korane0 Жыл бұрын
Ça fait très longtemps que vous n'avez pas parlé de KanBan/ScrumBan et surtout du travail en flux tiré. Ce qui est pourtant très LEAN. Pourriez-vous revoir vos vidéo sur le sujet et voir qu'est-ce que vous en pensez maintenant?
@BlocheValentin Жыл бұрын
Sympa ce format "Retour vers le futur" ! 😁
@ScrumLife Жыл бұрын
Merci ! As tu vu la nouvelle vidéo de ce format sur la chaîne ? Robin
@Griblota Жыл бұрын
Je ne fais plus que des sprint d'une semaine si j'ai le choix. Que des avantages : - Personnes n'est stressé sur le fait de rater un événement ou une urgence, on peut toujours attendre l'événement suivant - pas le temps de faire de super US on les construit pendant le sprint planning et pendant leur réalisation - l'objectif de sprint est simple et direct a créer et formuler Et encore plein d'autres
@ScrumLife Жыл бұрын
Ouiiiiii c'est vraiment top !!! Tu fais quoi quand "tu n'as pas le choix" ? Tu essaies quand même de convaincre d'essayer ? -- JP
@Griblota Жыл бұрын
@@ScrumLife Ça dépend du contexte: - un cadre type safe: je n'ai pas le choix je m'inscrit dedans, je lance quand même le débat mais plus pour la beauté de la chose que pour un vrai résultat - autre: j'en parle, je propose d'essayer parfois ça fonctionne parfois pas. Ca dépend beaucoup de l'équipe et de historique agile (positif ou pas) Pour que ca fonctionne sur la durée il faut une équipe scrum qui fonctionne bien, un PO trop distant ou une équipe qui demande une DOR stricte c'est foutu (par exemple), une semaine c'est trop court pour mettre en place des fonctionnement qui ralentisse les échanges. Ca va fonctionner 4/5 sprint mais l'équipe va s'épuiser et demander a passer a 2 semaines.
@Griblota Жыл бұрын
Mob seul problème c'est la rétro, sur une semaine c'est vraiment dur de se renouveler et de garder toutes les semaines. Souvent on passe à 2 semaines pour ce point là, souvent on a suffisamment d'itérations pour que l'équipe tourne quand même.
@Griblota Жыл бұрын
Malheureusement je ne peux pas assister au live. @JP Par contre ça m'intéresse si tu fais une présentation de ce que tu décris pour des rétros courtes, comment tu les amènes, comment tu cible les sujets etc
@sandofro Жыл бұрын
Pourquoi ne pas refaire "C'est quoi un MVP" peut être.
@ScrumLife Жыл бұрын
Bonne idée ! Surtout que notre vision du mvp a beaucoup évolué. Aurais-tu d’autres retours à nous faire sur le format ? Robin
@Roland-cy7ll Жыл бұрын
Quel est votre définition de « sprint » et d « itération »?
@ScrumLife Жыл бұрын
Salut ! As-tu vu la vidéo que nous mettons en avant qui explique cela ? Voici le lien : kzbin.info/www/bejne/jojFepSnprmDerc Dis-nous ce que tu en penses ! -- JP
@Roland-cy7ll Жыл бұрын
Dommage
@NiokSam Жыл бұрын
@@Roland-cy7ll maizenkor ?
@isotope222 Жыл бұрын
C'est plus sympa quand vous parlez normalement. Dans les dernières vidéo JP nous parlais comme à des enfants. 😅
@ScrumLife Жыл бұрын
Ca s'appelle de la pédagogie ! On dit toujours que si c'est clair et bien expliqué, alors un enfant de 5 ans comprendrait ! Trêve de plaisanterie, ton commentaire m'interpelle ! 😁 Saurais-tu donner plus de détails sur ce qui te dérangeait ? -- JP