Scrum Guide en Français - Formation Scrum 

Découvrez toute la communauté Scrum Life ! 👉 sl.run/U0gL8P

Merci pour ce partage de vidéos ! C'est vraiment hyper intéressant et très bien expliqué, accessible !

🎯 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

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 pour cette rétrospective...tres clair et précis....!

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

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...

Top! :) merci

merci beaucoup, ça m'est bien utile

Merci. Pour le cours

merci beaucoup l'équipe .

Merci pour la vidéo !

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.

Très bonne vidéo !

Tres boe video

Super !

bonjour , je cherche l'ecole de formation scrum master a paris svp c urgent

Y a du boulot dans le metier de Scrum svp ?

L’engagement de sprint n’est pas un engagement à proprement parler ??

Merci pour la vidéo 👍 un scrum doit avoir une forte appétence technique ou ce n'est pas primordial ?

hello, pour info un site interessant pour s'entrainer aux certifications scrum www.agilefacile.com

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.