🎯 Key Takeaways for quick navigation: 00:00 📜 Introduction à la formation Scrum - Présentation de Scrum par Jeff Sutherland et Ken Schwaber. - Différence entre les formations payantes et la gratuité de Scrum. - Anecdote sur la fable du cochon et du poulet comme métaphore pour les membres d'une équipe. 04:07 🧩 Comprendre Scrum : un framework léger - Description de Scrum comme un framework léger et facile à comprendre. - L'importance de l'esprit derrière la méthode plutôt que de simplement suivre une checklist. - Exploration des différentes valeurs de Scrum : engagement, courage, focus, ouverture et respect. 06:14 🌐 Les trois éléments de Scrum : transparence, inspection et adaptation - Expliquer les trois éléments clés de Scrum : transparence, inspection et adaptation. - La transparence dans les artefacts, les backlogs et les processus. - L'inspection et l'adaptation, qui sont présentes dans les rituels de Scrum. 11:20 🤝 L'équipe de développement et les rôles Scrum - Distinction entre l'équipe de développement (développeurs) et les rôles Scrum (Product Owner, Scrum Master). - L'importance de l'auto-organisation de l'équipe de développement. - Le rôle du Product Owner, du Scrum Master et leur impact sur l'organisation de l'équipe de développement. 13:42 📋 Les fondements de Scrum - L'hypothèse de base pour réussir avec Scrum est d'avoir toutes les ressources nécessaires dans l'équipe. - Scrum recommande des équipes de moins de trois personnes pour minimiser les interactions. - Plus le nombre de membres de l'équipe augmente, plus les interactions deviennent complexes. 15:05 📊 Le rôle du Product Owner - Le Product Owner a pour mission de maximiser la valeur du produit. - Son travail implique la priorisation du backlog, l'analyse des besoins des clients et la communication avec l'équipe de développement. - Le Product Owner prend des décisions pour le produit, mais il doit être respecté par l'organisation. 17:10 🛠️ Le rôle de l'équipe de développement - L'équipe de développement est multidisciplinaire et responsable de la création d'incréments de produit. - Toute l'équipe est responsable de la qualité et de la livraison du produit. - Il n'y a pas de titres spécifiques au sein de l'équipe de développement, tous les membres sont responsables. 18:33 💼 Le rôle du Scrum Master - Le Scrum Master assure que Scrum est compris et appliqué correctement au sein de l'organisation. - Il joue un rôle de serviteur-leader, aidant l'équipe et l'organisation à progresser. - Le Scrum Master facilite les événements Scrum et aide à mener la transition vers Scrum au niveau de l'organisation. 22:00 🔄 La notion d'itération (Sprint) - Les itérations (Sprints) ont une durée limitée, généralement d'un mois ou moins. - Le but de l'itération ne doit pas être compromis, mais le contenu du backlog peut être ajusté. - En cas d'urgence, une itération peut être annulée, mais cela devrait être exceptionnel. 27:04 🔍 Découpage des tâches techniques dans l'itération - Le découpage des tâches techniques est essentiel pour planifier une itération. - Il implique de détailler ce qui doit être fait pour atteindre les objectifs. - L'équipe doit être capable de répondre à la question : "Qu'est-ce qu'on s'attend à voir dans deux semaines ?" 28:00 🚀 L'objectif de sprint et la création de valeur - L'objectif de sprint est essentiel pour motiver l'équipe et créer de la valeur pour l'utilisateur. - Il guide l'équipe dans la réalisation de son travail. - L'objectif doit être visible à tout moment pour maintenir le cap. 29:24 📅 La réunion de stand-up quotidien - La réunion quotidienne, ou stand-up, est limitée à 15 minutes. - Elle se concentre sur les actions de chaque membre pour atteindre l'objectif de l'itération. - Elle permet de suivre la progression et d'identifier les blocages. 30:49 📊 La réunion de sprint planning - La réunion de sprint planning implique de planifier le travail à venir pour atteindre l'objectif du sprint. - Elle consiste à discuter des tâches techniques et à ajuster le plan en fonction des besoins. - L'objectif de sprint est au cœur de cette réunion. 32:15 📝 La revue d'itération et le product backlog - La revue d'itération permet de revoir ce qui a été accompli et d'ajuster le product backlog. - Le product backlog est un artefact vivant, constamment mis à jour. - Il doit refléter les priorités et les besoins du marché. 33:51 🔄 La rétrospective d'itération et l'amélioration continue - La rétrospective d'itération est essentielle pour l'amélioration continue. - Elle permet de réfléchir aux relations, aux processus et aux outils. - Les actions d'amélioration doivent être mises en œuvre par l'équipe de Scrum. 36:39 📄 Les artefacts Scrum : Product Backlog et Sprint Backlog - Le Product Backlog est une liste ordonnée de tâches à réaliser, constamment mise à jour. - Le Sprint Backlog contient les éléments du Product Backlog sélectionnés pour l'itération en cours. - Ces artefacts garantissent la transparence et l'alignement de l'équipe. 38:38 📈 Suivi de la progression avec un Burn-up - Un Burn-up permet de suivre la progression par rapport à l'objectif. - Il montre la quantité de travail accomplie et prévue. - C'est un outil utile pour planifier et ajuster les efforts. 40:10 🔍 La transparence des artefacts Scrum - La transparence des artefacts est essentielle dans Scrum. - Le Scrum Master, le Product Owner et l'équipe de développement travaillent ensemble pour maintenir cette transparence. - Les éléments clés de la transparence incluent le Product Backlog, le Sprint Backlog et la définition de "Terminé." 41:05 📈 La croissance de la maturité de l'équipe - Avec le temps, on s'attend à ce que la maturité de l'équipe augmente. - Les membres de l'équipe devraient prendre en charge de plus en plus de responsabilités. - Cela peut inclure la prise en charge de tâches supplémentaires, telles que les tests et d'autres activités liées au développement. 41:19 📚 La conformité à Scrum - Pour être considéré comme une équipe Scrum, il est essentiel de suivre scrupuleusement les pratiques et principes décrits dans le guide Scrum. - La moindre divergence par rapport à ces principes peut signifier que l'équipe n'est pas vraiment Scrum. - La conformité à Scrum est une exigence pour une mise en œuvre efficace de la méthodologie. Made with HARPA AI
Merci beaucoup pour ton retour enthousiaste, @SophieCARON-CROIX ! 😊 Je suis ravi que tu trouves le contenu accessible et utile. Si tu as des questions spécifiques sur l'agilité ou si tu veux qu'on aborde un sujet particulier dans nos prochaines vidéos, n'hésite surtout pas à le dire ! Quelle est la plus grande difficulté que tu rencontres dans l’adoption des approches agiles ? - Robin de Scrum Life 🧩
@@ScrumLife Je suis en train de regarder petit à petit les vidéos, donc avant de demander à aborder un sujet particulier, je vais déjà regarder ce que vous avez fait et, si j'ai des questions, je reviendrai vers vous ! Merci beaucoup en tout cas !
rooooohhhh....confondre sprint planning et retro... c est le stress ça ;). Bon en tout cas, étant débutant entant que Scrum Master, ta chaîne est clairement une mine d or pour moi, merci encore
L'équipe de dév est auto-organisée, mais l'équipe Scrum également. Par exemple, l'équipe Scrum va s'auto-organisée sur ce que le PO va (ou pas) déléguer à l'équipe de dév (typiquement la rédaction des PBI). L'équipe Scrum va également s'auto-organiser pour choisir qui va animer la prochaine rétro, qui va booker la salle de réunion...
@@ScrumLife oui elle a confirmé la reprise de mon parcours professionnel dans la gestion de projet 🙌 et plus particulièrement le rôle de product Owner ^^
Précis et clair. Bravo cher Monsieur. Petite remarque : Le PO est amené à exécuter les test alpha et recenser les jeux de données pour la phase 2 de test. Autrement dit, il participe au cadrage de la recette.
Bonjour, est-ce vraiment le rôle du PO ? Ou ne serait-ce pas plutôt une responsabilité de l'équipe ? Notons d'ailleurs que le Scrum Guide version 2020 a effacé la notion d'équipe de développement pour élargir les responsabilités à l'ensemble de l'équipe Scrum. -- JP
@@ScrumLife c'est convaincant. Merci pour l'eclairssissement. Pourriez - vous nous faire svp une vidéo sur les changements apportés dans le guide scrum 2020? Merci d'avance. Mazigh
Non, l'engagement est sur l'objectif de sprint et pas sur le backlog de sprint / les éléments du sprint. La notion "d'engagement" ayant justement été retirée / nuancée dans les dernières versions du Scrum Guide. -- JP
Merci, je t'invite à lire cet article de Jean-Pierre : jp-lambert.me/scrum-master-technical-or-not-1dc478a1bd50 Tu peux aussi écouter ce podcast d'Artisan Développeur, toujours avec Jean-Pierre : artisandeveloppeur.fr/le-scrum-master-doit-il-avoir-une-competence-technique/
Il faut arrêter avec cet exemple ridicule du cochon/poulet ! Ça rabaisse les développeurs ! Le dev c'est le rôle le moins valorisé dans une équipe (en France) les gens savent que c'est lui le plus important, et j'ai l'impression qu'on lui dit qu'il est le cochon pour réduire de sa valeur ! Tout le business disparaît sans les devs, le reste c'est optionnel. Édit: le dev est moins bien payé que les PO, PPO, et SM, le monde à l'envers.
Bonjour Houssem, je comprends ton désarroi. D'ailleurs il faut savoir que cette lecture date de l'édition 2013 du Scrum Guide. Depuis, il y a eu la version 2017 puis la 2020, dans lesquels cette notion de poulet/cochon a disparu. Concernant "le reste est optionnel", je ne suis pas vraiment d'accord. Chez Scrum Life on trouve qu'il est important d'avoir une personne dont le focus est la facilitation de la discussion avec les utilisateurs et client, tout comme une autre personne dont le focus est le regard sur l'organisation. Ce qui permet au dev de se focus sur la conception de solutions innovantes et créatives. Le danger serait de "coder", mais en faisant des choses inutiles et c'est malheureusement très courant quand il n'y a personnes pour se concentrer sur comprendre ce qu'il faut faire et ce qu'il ne faut pas faire. Chez Scrum Life, on pense que personne n'est optionnel, chaque personne à toujours quelque chose à apporter. Un discours "moi (dev) je suis indispensable et pas vous" risque de créer plus de barrières que de ponts entre les gens. Hors, nous pensons que c'est la collaboration et la compréhension qui est la clé, pas l'affrontement. Personne n'est indispensable et personne n'est inutile, c'est une tout, une équipe. C'est bien plus qu'un groupe de personnes. De mon expérience, les PO et les SM ne sont pas toujours mieux payés que les dev, loin de là même à expérience égale, mais il est vrai qu'on trouve plus de personnes qui ont pas mal d'expériences dans les postes de PO ou de SM, donc mécaniquement, un salaire plus élevé. Concernant le manque de considération des développeurs, je te rejoins. C'est aussi pour ça que chez Scrum Life on encourage à plutôt parler "d'experts" que de développeurs. Aussi, c'est un problème très lié à l'informatique, qu'on ne retrouve pas forcément dans d'autres domaines où l'agilité s'applique, comme on le voit en ce moment dans notre dernière série "hors IT" ( voici le lien => ua-cam.com/video/xVlwD2x_aFA/v-deo.html ) Que penses-tu de ces points de vue ? -- Constantin
Découvrez toute la communauté Scrum Life ! 👉 sl.run/U0gL8P
🎯 Key Takeaways for quick navigation:
00:00 📜 Introduction à la formation Scrum
- Présentation de Scrum par Jeff Sutherland et Ken Schwaber.
- Différence entre les formations payantes et la gratuité de Scrum.
- Anecdote sur la fable du cochon et du poulet comme métaphore pour les membres d'une équipe.
04:07 🧩 Comprendre Scrum : un framework léger
- Description de Scrum comme un framework léger et facile à comprendre.
- L'importance de l'esprit derrière la méthode plutôt que de simplement suivre une checklist.
- Exploration des différentes valeurs de Scrum : engagement, courage, focus, ouverture et respect.
06:14 🌐 Les trois éléments de Scrum : transparence, inspection et adaptation
- Expliquer les trois éléments clés de Scrum : transparence, inspection et adaptation.
- La transparence dans les artefacts, les backlogs et les processus.
- L'inspection et l'adaptation, qui sont présentes dans les rituels de Scrum.
11:20 🤝 L'équipe de développement et les rôles Scrum
- Distinction entre l'équipe de développement (développeurs) et les rôles Scrum (Product Owner, Scrum Master).
- L'importance de l'auto-organisation de l'équipe de développement.
- Le rôle du Product Owner, du Scrum Master et leur impact sur l'organisation de l'équipe de développement.
13:42 📋 Les fondements de Scrum
- L'hypothèse de base pour réussir avec Scrum est d'avoir toutes les ressources nécessaires dans l'équipe.
- Scrum recommande des équipes de moins de trois personnes pour minimiser les interactions.
- Plus le nombre de membres de l'équipe augmente, plus les interactions deviennent complexes.
15:05 📊 Le rôle du Product Owner
- Le Product Owner a pour mission de maximiser la valeur du produit.
- Son travail implique la priorisation du backlog, l'analyse des besoins des clients et la communication avec l'équipe de développement.
- Le Product Owner prend des décisions pour le produit, mais il doit être respecté par l'organisation.
17:10 🛠️ Le rôle de l'équipe de développement
- L'équipe de développement est multidisciplinaire et responsable de la création d'incréments de produit.
- Toute l'équipe est responsable de la qualité et de la livraison du produit.
- Il n'y a pas de titres spécifiques au sein de l'équipe de développement, tous les membres sont responsables.
18:33 💼 Le rôle du Scrum Master
- Le Scrum Master assure que Scrum est compris et appliqué correctement au sein de l'organisation.
- Il joue un rôle de serviteur-leader, aidant l'équipe et l'organisation à progresser.
- Le Scrum Master facilite les événements Scrum et aide à mener la transition vers Scrum au niveau de l'organisation.
22:00 🔄 La notion d'itération (Sprint)
- Les itérations (Sprints) ont une durée limitée, généralement d'un mois ou moins.
- Le but de l'itération ne doit pas être compromis, mais le contenu du backlog peut être ajusté.
- En cas d'urgence, une itération peut être annulée, mais cela devrait être exceptionnel.
27:04 🔍 Découpage des tâches techniques dans l'itération
- Le découpage des tâches techniques est essentiel pour planifier une itération.
- Il implique de détailler ce qui doit être fait pour atteindre les objectifs.
- L'équipe doit être capable de répondre à la question : "Qu'est-ce qu'on s'attend à voir dans deux semaines ?"
28:00 🚀 L'objectif de sprint et la création de valeur
- L'objectif de sprint est essentiel pour motiver l'équipe et créer de la valeur pour l'utilisateur.
- Il guide l'équipe dans la réalisation de son travail.
- L'objectif doit être visible à tout moment pour maintenir le cap.
29:24 📅 La réunion de stand-up quotidien
- La réunion quotidienne, ou stand-up, est limitée à 15 minutes.
- Elle se concentre sur les actions de chaque membre pour atteindre l'objectif de l'itération.
- Elle permet de suivre la progression et d'identifier les blocages.
30:49 📊 La réunion de sprint planning
- La réunion de sprint planning implique de planifier le travail à venir pour atteindre l'objectif du sprint.
- Elle consiste à discuter des tâches techniques et à ajuster le plan en fonction des besoins.
- L'objectif de sprint est au cœur de cette réunion.
32:15 📝 La revue d'itération et le product backlog
- La revue d'itération permet de revoir ce qui a été accompli et d'ajuster le product backlog.
- Le product backlog est un artefact vivant, constamment mis à jour.
- Il doit refléter les priorités et les besoins du marché.
33:51 🔄 La rétrospective d'itération et l'amélioration continue
- La rétrospective d'itération est essentielle pour l'amélioration continue.
- Elle permet de réfléchir aux relations, aux processus et aux outils.
- Les actions d'amélioration doivent être mises en œuvre par l'équipe de Scrum.
36:39 📄 Les artefacts Scrum : Product Backlog et Sprint Backlog
- Le Product Backlog est une liste ordonnée de tâches à réaliser, constamment mise à jour.
- Le Sprint Backlog contient les éléments du Product Backlog sélectionnés pour l'itération en cours.
- Ces artefacts garantissent la transparence et l'alignement de l'équipe.
38:38 📈 Suivi de la progression avec un Burn-up
- Un Burn-up permet de suivre la progression par rapport à l'objectif.
- Il montre la quantité de travail accomplie et prévue.
- C'est un outil utile pour planifier et ajuster les efforts.
40:10 🔍 La transparence des artefacts Scrum
- La transparence des artefacts est essentielle dans Scrum.
- Le Scrum Master, le Product Owner et l'équipe de développement travaillent ensemble pour maintenir cette transparence.
- Les éléments clés de la transparence incluent le Product Backlog, le Sprint Backlog et la définition de "Terminé."
41:05 📈 La croissance de la maturité de l'équipe
- Avec le temps, on s'attend à ce que la maturité de l'équipe augmente.
- Les membres de l'équipe devraient prendre en charge de plus en plus de responsabilités.
- Cela peut inclure la prise en charge de tâches supplémentaires, telles que les tests et d'autres activités liées au développement.
41:19 📚 La conformité à Scrum
- Pour être considéré comme une équipe Scrum, il est essentiel de suivre scrupuleusement les pratiques et principes décrits dans le guide Scrum.
- La moindre divergence par rapport à ces principes peut signifier que l'équipe n'est pas vraiment Scrum.
- La conformité à Scrum est une exigence pour une mise en œuvre efficace de la méthodologie.
Made with HARPA AI
Merci pour ce partage de vidéos ! C'est vraiment hyper intéressant et très bien expliqué, accessible !
Merci beaucoup pour ton retour enthousiaste, @SophieCARON-CROIX ! 😊 Je suis ravi que tu trouves le contenu accessible et utile. Si tu as des questions spécifiques sur l'agilité ou si tu veux qu'on aborde un sujet particulier dans nos prochaines vidéos, n'hésite surtout pas à le dire ! Quelle est la plus grande difficulté que tu rencontres dans l’adoption des approches agiles ?
- Robin de Scrum Life 🧩
@@ScrumLife Je suis en train de regarder petit à petit les vidéos, donc avant de demander à aborder un sujet particulier, je vais déjà regarder ce que vous avez fait et, si j'ai des questions, je reviendrai vers vous ! Merci beaucoup en tout cas !
Merci pour cette rétrospective...tres clair et précis....!
rooooohhhh....confondre sprint planning et retro... c est le stress ça ;). Bon en tout cas, étant débutant entant que Scrum Master, ta chaîne est clairement une mine d or pour moi, merci encore
Je suis entrain de auto-former , et je trouve votre vidéo intéressante.Merci pour le partage.
Merci j'ai apprécié la qualité de présentation. M. Jean-Pierre Lambert a une bonne capacité de synthèse.
Merci pour cette vidéo. C'était très éclairant :). Bravo
merci beaucoup, ça m'est bien utile
Avec plaisir ! As-tu vu que nous sommes depuis à la version 2020 du Scrum Guide ?
-- JP
L'équipe de dév est auto-organisée, mais l'équipe Scrum également. Par exemple, l'équipe Scrum va s'auto-organisée sur ce que le PO va (ou pas) déléguer à l'équipe de dév (typiquement la rédaction des PBI). L'équipe Scrum va également s'auto-organiser pour choisir qui va animer la prochaine rétro, qui va booker la salle de réunion...
merci beaucoup l'équipe .
Avec plaisir ! Qu'est-ce que tu retiendras en particulier de cette vidéo ? Est-ce qu'elle a provoqué un "déclic" ?
-- JP
@@ScrumLife oui elle a confirmé la reprise de mon parcours professionnel dans la gestion de projet 🙌 et plus particulièrement le rôle de product Owner ^^
Super ! Que faisais-tu avant ?
-- JP
Précis et clair. Bravo cher Monsieur.
Petite remarque :
Le PO est amené à exécuter les test alpha et recenser les jeux de données pour la phase 2 de test. Autrement dit, il participe au cadrage de la recette.
Bonjour, est-ce vraiment le rôle du PO ? Ou ne serait-ce pas plutôt une responsabilité de l'équipe ? Notons d'ailleurs que le Scrum Guide version 2020 a effacé la notion d'équipe de développement pour élargir les responsabilités à l'ensemble de l'équipe Scrum.
-- JP
@@ScrumLife c'est convaincant.
Merci pour l'eclairssissement.
Pourriez - vous nous faire svp une vidéo sur les changements apportés dans le guide scrum 2020? Merci d'avance.
Mazigh
On n'a pas fait de vidéo spécifiquement sur le sujet mais nous avons fait un Live : ua-cam.com/video/XOrQH8UVTJM/v-deo.html
@@ScrumLife Merci beaucoup
Merci pour la vidéo !
Top! :) merci
bonjour , je cherche l'ecole de formation scrum master a paris svp c urgent
Y a du boulot dans le metier de Scrum svp ?
Très bonne vidéo !
Merci. Pour le cours
Merci pour le retour !
L’engagement de sprint n’est pas un engagement à proprement parler ??
Non, l'engagement est sur l'objectif de sprint et pas sur le backlog de sprint / les éléments du sprint.
La notion "d'engagement" ayant justement été retirée / nuancée dans les dernières versions du Scrum Guide.
-- JP
Tres boe video
Merci ! Avec quoi ressors-tu après avoir visionné cette vidéo ?
-- JP
Merci pour la vidéo 👍 un scrum doit avoir une forte appétence technique ou ce n'est pas primordial ?
Merci, je t'invite à lire cet article de Jean-Pierre : jp-lambert.me/scrum-master-technical-or-not-1dc478a1bd50
Tu peux aussi écouter ce podcast d'Artisan Développeur, toujours avec Jean-Pierre : artisandeveloppeur.fr/le-scrum-master-doit-il-avoir-une-competence-technique/
@@ScrumLife merci pourle retour sinon top les vidéos 👍👍
hello, pour info un site interessant pour s'entrainer aux certifications scrum www.agilefacile.com
Super !
Il faut arrêter avec cet exemple ridicule du cochon/poulet ! Ça rabaisse les développeurs ! Le dev c'est le rôle le moins valorisé dans une équipe (en France) les gens savent que c'est lui le plus important, et j'ai l'impression qu'on lui dit qu'il est le cochon pour réduire de sa valeur ! Tout le business disparaît sans les devs, le reste c'est optionnel.
Édit: le dev est moins bien payé que les PO, PPO, et SM, le monde à l'envers.
Bonjour Houssem, je comprends ton désarroi. D'ailleurs il faut savoir que cette lecture date de l'édition 2013 du Scrum Guide. Depuis, il y a eu la version 2017 puis la 2020, dans lesquels cette notion de poulet/cochon a disparu.
Concernant "le reste est optionnel", je ne suis pas vraiment d'accord. Chez Scrum Life on trouve qu'il est important d'avoir une personne dont le focus est la facilitation de la discussion avec les utilisateurs et client, tout comme une autre personne dont le focus est le regard sur l'organisation. Ce qui permet au dev de se focus sur la conception de solutions innovantes et créatives. Le danger serait de "coder", mais en faisant des choses inutiles et c'est malheureusement très courant quand il n'y a personnes pour se concentrer sur comprendre ce qu'il faut faire et ce qu'il ne faut pas faire.
Chez Scrum Life, on pense que personne n'est optionnel, chaque personne à toujours quelque chose à apporter. Un discours "moi (dev) je suis indispensable et pas vous" risque de créer plus de barrières que de ponts entre les gens. Hors, nous pensons que c'est la collaboration et la compréhension qui est la clé, pas l'affrontement. Personne n'est indispensable et personne n'est inutile, c'est une tout, une équipe. C'est bien plus qu'un groupe de personnes.
De mon expérience, les PO et les SM ne sont pas toujours mieux payés que les dev, loin de là même à expérience égale, mais il est vrai qu'on trouve plus de personnes qui ont pas mal d'expériences dans les postes de PO ou de SM, donc mécaniquement, un salaire plus élevé.
Concernant le manque de considération des développeurs, je te rejoins. C'est aussi pour ça que chez Scrum Life on encourage à plutôt parler "d'experts" que de développeurs. Aussi, c'est un problème très lié à l'informatique, qu'on ne retrouve pas forcément dans d'autres domaines où l'agilité s'applique, comme on le voit en ce moment dans notre dernière série "hors IT" ( voici le lien => ua-cam.com/video/xVlwD2x_aFA/v-deo.html )
Que penses-tu de ces points de vue ?
-- Constantin