Super résumé de l'agilité pour les nouveaux arrivants et super rétrospective de tes vidéos. Pour Apple, il y avait le slogan "Il y a une application pour ça". Pour l'agilité, il y a le slogan "Il y a une vidéo de Jean-Pierre Lambert pour ça". Et de Constantin aussi bien sûr.
Bon anniversaire 🎂. ScrumLife est une super chaine que je regarde avec bonheur toutes les semaines et que je conseille à tous ceux qui veulent s'informer sur Scrum et l'agilité. ☺
Encore une fois j'adore vos capsules!!!! Toujours pertinent et agréable. Dans le contexte d'aujourd'hui et de la transformation numérique, les gestionnaires de projet ont de la difficulté à s'adapter. Quel est son rôle? Son intéraction avec le Scrum Master? Ses outils de reporting pour les comités directeurs? On en parle brièvement mais ce serait bien de faire une capsule pour nous aider un peu. Également, je n'ai rien vu sur le Sunset Graph? Bravo pour votre chaîne et Montréal vous aimes beaucoup :)
Je prend note de votre suggestion de faire un épisode sur le devenir du chef de projet lors d'une transformation agile. Rapidement, c'est un rôle qui tend à disparaître en agile : - Soit il y a beaucoup d'intervenants externes à suivre/synchroniser et on peut trouver de la valeur à avoir une personne dédiée à ce suivi et cette coordination - Mettre en place une "PMO Agile", organisme avant tout au service des équipes pour les aider à construire leurs reportings et s'assurer de leur cohérence afin de permettre une gouvernance globale -- notons tout de même un véritable changement de mindset et d'attitude par rapport à une PMO "classique", pour embrasser pleinement le "servant leadership" - Devenir Scrum Master d'une équipe agile, un véritable changement de mindset, d'attitude et de posture, mais qui n'est pas forcément si difficile que cela pour un "bon" chef de projet, qui aura déjà appris à s'effacer pour laisser la place aux personnes qui font le travail et qui met un point d'honneur à fluidifier les échanges et lever les obstacles plutôt qu'à fliquer les personnes - Devenir Product Owner d'une équipe agile, là encore une véritable changement de mindset, d'attitude et de posture, et cela dépend aussi du contexte -- cela peut être un bon ou un mauvais point de départ selon le type de produit et la culture de l'organisation
Ta série est vraiment bien. Mais se serait apprécié un meilleure micro (le son sature vite), éclairage et pourquoi pas un fond vert. (je fixe depuis 2 min ce fond blanc!) Il y a pleins d astuce et matos pas cher pour améliorer ton support. Merci encore le contenu est parfait ainsi que ta pédagogie :-)
Salut ! Pour le micro on peut essayer de réduire le gain. L'éclairage oui je sais c'est très approximatif, en plus j'ai changé de matériel récemment, en tous cas on a ça en tête... Pour le fond vert on y pense depuis quelque temps mais on n'a jamais osé passer le pas. On va surement tenter l'aventure. Merci pour ton commentaire et ton soutien !
Prochaine vidéo sur les possibles dérives du déploiement Agile (la transformation du 'mindset'), l'accroissement potentiel du stress au travail et les conseils pour éviter ces écueils ?
Bonjour Patrick, nous avons déjà fait quelques vidéo sur le sujet, voici une playlist dédiée aux "loupés de l'agilité" : ruclips.net/p/PLxTb_ZC4kmrRFSCuDLLYwlsu-awaqgujm Pas exactement sur le sujet, mais un peu quand même il y a l'excellente vidéo de Marilyn Kol sur la dette émotionnelle : ruclips.net/video/1q09b3FpH0k/видео.html
Superbe videos ! Merci pour ce partage. Je débute dans la méthode qui est en cours de déploiement dans notre entreprise. Je me pose la question pour deployer cette méthode dans le cadre d’un projet de standardisation de méthodes de travail. Il n’y a pas de produits. Puis je quand même l’utiliser ?
Salut, oui tu peux l'utiliser quand même, bien que tu n'en retireras qu'une partie des bénéfices. Tu pourras quand même bénéficier de : - Plus d'épanouissement et une meilleure performance des équipes grâce à l'auto-organisation -- même si on ne les laisse s'organiser que sur le "comment faire" et pas sur le "quoi faire" - Un focus très fort sur la qualité qui augmentera à la fois la sérénité des équipes, la prédictibilité de la tenue des délais, et la satisfaction client / utilisateur - Une prise en compte de la dimension humaine des collaborateurs et des équipes - Une adaptation en continu des processus Attention tout de même, tu parles d'un projet de standardisation de méthodes de travail : l'agilité c'est avant tout faire la bonne chose pour le contexte donné ! Donc finalement on standardise assez peu de choses, voire le minimum possible. À la place, les équipes font une introspection et une adaptation régulière de leurs manières de fonctionner pour les améliorer. Ne pas standardiser ne veut pas dire un manque de rigueur ou de documentation, bien en contraire. J'aime d'ailleurs bien dire moi-même que "l'agilité c'est l'extrême rigueur." Une rigueur dans l'application des processus qu'on s'est choisi et défini nous-mêmes. Et avec lesquels on expérimente en continu pour les améliorer. Est-ce que cela répond à ta question ? -- JP
Tu présentes la chaîne pour ses 2 ans (bravo et merci !) en parlant de toi puis tu utilises plusieurs fois "on". Qui est ce "on" ? (je ne connais pas bien la chaîne)
Bonjour Olivier, heureux de te croiser ici ! Je dis "on" car depuis ~1 an Constantin Guay m'a rejoint sur Scrum Life. En pratique je reste le plus visible sur la chaîne, car j'arrive à y consacrer plus de temps, néanmoins on le voit régulièrement (notamment sur le format "Bref") et nous travaillons beaucoup ensemble en amont des épisodes (choix des sujets, rédaction de scripts). On peut également citer les divers invités que reçoit la chaîne, certains occasionnels, d'autres plus récurrents -- merci aussi à eux ! Enfin, depuis quelques mois maintenant nous sommes également épaulés par Ludwig Urban, monteur professionnel. J'espère avoir éclairci ce point. Je te dis à bientôt ! -- JP
Ça me fait penser à une question qui me trotte dans la tête depuis des mois: J'ai vu des applications pouvant réinterprèter le kanban et obtenir une "vue" gantt Vous connaissez ? Quels sont vos avis ?
Oui, c'est un cas de "lost in translation", en anglais "developer" est très large et inclus volontiers tout ce qui est nécessaire pour construire le produit alors qu'en français "développeur" est généralement synonyme d'ingénieur logiciel voire de codeur. Le Scrum Guide mentionne explicitement que les "développeurs Scrum" ne sont pas tous des développeurs logiciels, mais cela continue de prêter perpétuellement à confusion. Certains préfèrent donc le terme d'équipe de réalisation, il n'y a alors en effet plus ce biais, par contre cela un autre biais : celui de suggérer que l'équipe est là pour implanter des solutions et pas pour challenger le problème -- uniquement à "réaliser" donc.
Ah tu as cette impression ! Qu'est-ce qui te fait dire ça ? Si je devais accuser quelque chose, j'accuserai plutôt notre deuxième fille que de travailler en agile 😉
Bonjour Kami, merci de ton feedback. Parles-tu de la vidéo en elle-même ou des commentaires de la vidéos (youtube) ? Peux-tu nous pointer vers un commentaire que tu trouves inutile ? Merci !
@@ScrumLife ecoutez je suis fan de tout ce qui es technologique et de la pédagogie pour transmettre la connaissance aux autres; au niveau de la forme j'ai pas de problème à regarder vos vidéos mais, sur le fond qu'elle type audience voulez-vous atteindre exactement? i mean, quelle catégorie professionnelle? qu'elle catégorie d'âge? et en fin pour chacune de tes vidéo on retient quoi en synthèse, car j'ai l'impression qu'il y'a plus de comédie que la formation en elle même.ça plait a certain certe, mais pour ceux qui veulent agrandir leur champ de vision en développement des projets agiles, la méthode Scrum il se fatiguera avant la fin de tes vidéos.le développement Agile est très vaste qu'il faut présenter avant de présenter les différentes méthodes Agiles.avec des cas réels d'entreprise.vous pouvez réservez la démonstration des cas réel sous forme de séminaire payant mais il faudra d'abord me convaincre dans ta démo.
@@kamirems1708 Merci beaucoup pour tes retours, très intéressants. Pour te répondre, l'âme de Scrum Life c'est toujours et avant tout le partage. De fait, oui, la segmentation est bancale ou du moins pas suffisamment réfléchie. Sur la forme, on espère continuer de s'améliorer depuis -- par exemple, que penses-tu de notre vidéo qui introduit Scrum en 7 minutes ? Voici le lien : ruclips.net/video/kZx_vrMZxGk/видео.html
@@ScrumLife jean pierre c'est parfait au niveau de la forme. j'inciste tjrs que au niveau du fond tu as pris ton temps pour expliquer , schematiser sans trop de coupure la c'est encore bien mais voici ton problème résumé par 2points: 1....le titre de la video est ""SCRUM pour les nuls 2020"",,,mais tu n'explique pas pour les nul car imagine que le nul tombe sur cette video sans avoir le temps de parcourir tes vidéo précedente il sera perdu sur la semantique des terme telsque sprint, feed back, review, etc.a chaque video même si vous l'avez déjà dit avant, presentez somaire les mots clés et leur signification basique à nouveau, le plan, l'objectif et ce qu'on doit retenir a la fin de ta video.c'est au milieu de ta video que tu revient sur la definition du product owner pourtant tu devais annoncer ca dans le plan ou le sommaire 2.... au debut tu devais parler des users stories,des tâches, du scrum master, du product backlog,equipe de developpement, du projet , des utilisateur du client, interation etc.....mais tu le fais pendant le developpement ,mais toute la video le nul ecoute sans comprendre car certain mots clés lui sont obscures mais perd le temp pour le suivre.s'il n'est pas intéréssé il ne faira pas 3minutes sur la vidéo.cette démarche ne permet pas au nul d'organisé ces idées d'après moi.ce thème est très puissant 3820 vues est petit pour moi.ne presente pas un coequipier qui n'intervient pas dans séquence vidéo, je m'attendais a ecouter ce qu'il doi dire dans la video mais rien....Bonus relatif au plan:::: a-Le Sujet b--Plan, definition et objectif a atteindre c-introduction d--developpement c-conclusion et annonce de la prochaine video si le sujet continue
Découvrez toute la communauté Scrum Life ! 👉 sl.run/sCHULP
Super résumé de l'agilité pour les nouveaux arrivants et super rétrospective de tes vidéos.
Pour Apple, il y avait le slogan "Il y a une application pour ça".
Pour l'agilité, il y a le slogan "Il y a une vidéo de Jean-Pierre Lambert pour ça".
Et de Constantin aussi bien sûr.
Merci 🤯
pas mal ^^
Bon anniversaire 🎂. ScrumLife est une super chaine que je regarde avec bonheur toutes les semaines et que je conseille à tous ceux qui veulent s'informer sur Scrum et l'agilité. ☺
Merci !!
Charlotte, quel est l'épisode qui t'a le plus fait "tilt" ?
Merci à ScrumLife pour cette super video!
Avec plaisir !
Génial ! Superbe travail et la playlist c'est vraiment TOPissime ;)
Encore une fois j'adore vos capsules!!!! Toujours pertinent et agréable. Dans le contexte d'aujourd'hui et de la transformation numérique, les gestionnaires de projet ont de la difficulté à s'adapter. Quel est son rôle? Son intéraction avec le Scrum Master? Ses outils de reporting pour les comités directeurs? On en parle brièvement mais ce serait bien de faire une capsule pour nous aider un peu. Également, je n'ai rien vu sur le Sunset Graph? Bravo pour votre chaîne et Montréal vous aimes beaucoup :)
Je prend note de votre suggestion de faire un épisode sur le devenir du chef de projet lors d'une transformation agile.
Rapidement, c'est un rôle qui tend à disparaître en agile :
- Soit il y a beaucoup d'intervenants externes à suivre/synchroniser et on peut trouver de la valeur à avoir une personne dédiée à ce suivi et cette coordination
- Mettre en place une "PMO Agile", organisme avant tout au service des équipes pour les aider à construire leurs reportings et s'assurer de leur cohérence afin de permettre une gouvernance globale -- notons tout de même un véritable changement de mindset et d'attitude par rapport à une PMO "classique", pour embrasser pleinement le "servant leadership"
- Devenir Scrum Master d'une équipe agile, un véritable changement de mindset, d'attitude et de posture, mais qui n'est pas forcément si difficile que cela pour un "bon" chef de projet, qui aura déjà appris à s'effacer pour laisser la place aux personnes qui font le travail et qui met un point d'honneur à fluidifier les échanges et lever les obstacles plutôt qu'à fliquer les personnes
- Devenir Product Owner d'une équipe agile, là encore une véritable changement de mindset, d'attitude et de posture, et cela dépend aussi du contexte -- cela peut être un bon ou un mauvais point de départ selon le type de produit et la culture de l'organisation
super!
Ta série est vraiment bien. Mais se serait apprécié un meilleure micro (le son sature vite), éclairage et pourquoi pas un fond vert. (je fixe depuis 2 min ce fond blanc!) Il y a pleins d astuce et matos pas cher pour améliorer ton support. Merci encore le contenu est parfait ainsi que ta pédagogie :-)
Salut ! Pour le micro on peut essayer de réduire le gain. L'éclairage oui je sais c'est très approximatif, en plus j'ai changé de matériel récemment, en tous cas on a ça en tête... Pour le fond vert on y pense depuis quelque temps mais on n'a jamais osé passer le pas. On va surement tenter l'aventure.
Merci pour ton commentaire et ton soutien !
Prochaine vidéo sur les possibles dérives du déploiement Agile (la transformation du 'mindset'), l'accroissement potentiel du stress au travail et les conseils pour éviter ces écueils ?
Bonjour Patrick, nous avons déjà fait quelques vidéo sur le sujet, voici une playlist dédiée aux "loupés de l'agilité" : ruclips.net/p/PLxTb_ZC4kmrRFSCuDLLYwlsu-awaqgujm
Pas exactement sur le sujet, mais un peu quand même il y a l'excellente vidéo de Marilyn Kol sur la dette émotionnelle : ruclips.net/video/1q09b3FpH0k/видео.html
Superbe videos ! Merci pour ce partage. Je débute dans la méthode qui est en cours de déploiement dans notre entreprise. Je me pose la question pour deployer cette méthode dans le cadre d’un projet de standardisation de méthodes de travail. Il n’y a pas de produits. Puis je quand même l’utiliser ?
Salut, oui tu peux l'utiliser quand même, bien que tu n'en retireras qu'une partie des bénéfices.
Tu pourras quand même bénéficier de :
- Plus d'épanouissement et une meilleure performance des équipes grâce à l'auto-organisation -- même si on ne les laisse s'organiser que sur le "comment faire" et pas sur le "quoi faire"
- Un focus très fort sur la qualité qui augmentera à la fois la sérénité des équipes, la prédictibilité de la tenue des délais, et la satisfaction client / utilisateur
- Une prise en compte de la dimension humaine des collaborateurs et des équipes
- Une adaptation en continu des processus
Attention tout de même, tu parles d'un projet de standardisation de méthodes de travail : l'agilité c'est avant tout faire la bonne chose pour le contexte donné ! Donc finalement on standardise assez peu de choses, voire le minimum possible. À la place, les équipes font une introspection et une adaptation régulière de leurs manières de fonctionner pour les améliorer.
Ne pas standardiser ne veut pas dire un manque de rigueur ou de documentation, bien en contraire. J'aime d'ailleurs bien dire moi-même que "l'agilité c'est l'extrême rigueur." Une rigueur dans l'application des processus qu'on s'est choisi et défini nous-mêmes. Et avec lesquels on expérimente en continu pour les améliorer.
Est-ce que cela répond à ta question ?
-- JP
Vidéo très intéressante et bien expliqué !
Merci beaucoup !!! Quel est ton passage préféré ?
Merci pour cette super video!
Merci beaucoup ! Quelle est ton moment préféré ?
Merci pour votre travail :)
Vidéo très intéressante. Merci ! très bien le principe des petites vidéos par sujet. Le ton adopté est parfait et rend l'écoute agréable
Tu présentes la chaîne pour ses 2 ans (bravo et merci !) en parlant de toi puis tu utilises plusieurs fois "on". Qui est ce "on" ? (je ne connais pas bien la chaîne)
Bonjour Olivier, heureux de te croiser ici !
Je dis "on" car depuis ~1 an Constantin Guay m'a rejoint sur Scrum Life. En pratique je reste le plus visible sur la chaîne, car j'arrive à y consacrer plus de temps, néanmoins on le voit régulièrement (notamment sur le format "Bref") et nous travaillons beaucoup ensemble en amont des épisodes (choix des sujets, rédaction de scripts).
On peut également citer les divers invités que reçoit la chaîne, certains occasionnels, d'autres plus récurrents -- merci aussi à eux !
Enfin, depuis quelques mois maintenant nous sommes également épaulés par Ludwig Urban, monteur professionnel.
J'espère avoir éclairci ce point. Je te dis à bientôt !
-- JP
Ça me fait penser à une question qui me trotte dans la tête depuis des mois:
J'ai vu des applications pouvant réinterprèter le kanban et obtenir une "vue" gantt
Vous connaissez ? Quels sont vos avis ?
Salut ! Tu parles d'un kanban géré dans une application particulière ?
Scrum Life je penser qu’elle parlait de « gantter »
Merci pour cette vidéo.
Je me demandais pourquoi le rôle du testeur n'est pas mentionné parmi les différents rôles
Oui, c'est un cas de "lost in translation", en anglais "developer" est très large et inclus volontiers tout ce qui est nécessaire pour construire le produit alors qu'en français "développeur" est généralement synonyme d'ingénieur logiciel voire de codeur.
Le Scrum Guide mentionne explicitement que les "développeurs Scrum" ne sont pas tous des développeurs logiciels, mais cela continue de prêter perpétuellement à confusion.
Certains préfèrent donc le terme d'équipe de réalisation, il n'y a alors en effet plus ce biais, par contre cela un autre biais : celui de suggérer que l'équipe est là pour implanter des solutions et pas pour challenger le problème -- uniquement à "réaliser" donc.
@@ScrumLife merci pour ta réponse très claire
Sacré coup de vieux en 2 ans ! Est ce particulierement stressant finalement de travailler en Agile ?
Ah tu as cette impression ! Qu'est-ce qui te fait dire ça ?
Si je devais accuser quelque chose, j'accuserai plutôt notre deuxième fille que de travailler en agile 😉
trop superficiel...trop de commentaire inutil
Bonjour Kami, merci de ton feedback. Parles-tu de la vidéo en elle-même ou des commentaires de la vidéos (youtube) ? Peux-tu nous pointer vers un commentaire que tu trouves inutile ? Merci !
@@ScrumLife ecoutez je suis fan de tout ce qui es technologique et de la pédagogie pour transmettre la connaissance aux autres; au niveau de la forme j'ai pas de problème à regarder vos vidéos mais, sur le fond qu'elle type audience voulez-vous atteindre exactement? i mean, quelle catégorie professionnelle? qu'elle catégorie d'âge? et en fin pour chacune de tes vidéo on retient quoi en synthèse, car j'ai l'impression qu'il y'a plus de comédie que la formation en elle même.ça plait a certain certe, mais pour ceux qui veulent agrandir leur champ de vision en développement des projets agiles, la méthode Scrum il se fatiguera avant la fin de tes vidéos.le développement Agile est très vaste qu'il faut présenter avant de présenter les différentes méthodes Agiles.avec des cas réels d'entreprise.vous pouvez réservez la démonstration des cas réel sous forme de séminaire payant mais il faudra d'abord me convaincre dans ta démo.
@@kamirems1708 Merci beaucoup pour tes retours, très intéressants.
Pour te répondre, l'âme de Scrum Life c'est toujours et avant tout le partage. De fait, oui, la segmentation est bancale ou du moins pas suffisamment réfléchie.
Sur la forme, on espère continuer de s'améliorer depuis -- par exemple, que penses-tu de notre vidéo qui introduit Scrum en 7 minutes ? Voici le lien : ruclips.net/video/kZx_vrMZxGk/видео.html
@@ScrumLife jean pierre c'est parfait au niveau de la forme. j'inciste tjrs que au niveau du fond tu as pris ton temps pour expliquer , schematiser sans trop de coupure la c'est encore bien mais voici ton problème résumé par 2points: 1....le titre de la video est ""SCRUM pour les nuls 2020"",,,mais tu n'explique pas pour les nul car imagine que le nul tombe sur cette video sans avoir le temps de parcourir tes vidéo précedente il sera perdu sur la semantique des terme telsque sprint, feed back, review, etc.a chaque video même si vous l'avez déjà dit avant, presentez somaire les mots clés et leur signification basique à nouveau, le plan, l'objectif et ce qu'on doit retenir a la fin de ta video.c'est au milieu de ta video que tu revient sur la definition du product owner pourtant tu devais annoncer ca dans le plan ou le sommaire 2.... au debut tu devais parler des users stories,des tâches, du scrum master, du product backlog,equipe de developpement, du projet , des utilisateur du client, interation etc.....mais tu le fais pendant le developpement ,mais toute la video le nul ecoute sans comprendre car certain mots clés lui sont obscures mais perd le temp pour le suivre.s'il n'est pas intéréssé il ne faira pas 3minutes sur la vidéo.cette démarche ne permet pas au nul d'organisé ces idées d'après moi.ce thème est très puissant 3820 vues est petit pour moi.ne presente pas un coequipier qui n'intervient pas dans séquence vidéo, je m'attendais a ecouter ce qu'il doi dire dans la video mais rien....Bonus relatif au plan:::: a-Le Sujet b--Plan, definition et objectif a atteindre c-introduction d--developpement c-conclusion et annonce de la prochaine video si le sujet continue