Télécharger en tant que PDF, PPTX
Téléchargé parAlphorm
Alphorm.com Formation Scrum et Agilité : Le Guide Complet
Le document présente un guide complet sur la formation scrum et agilité, couvrant les principes fondamentaux, les rôles, les cérémonies, ainsi que les artefacts de scrum. Il met en avant l'importance de l'approche agile pour s'adapter aux besoins changeants des clients et améliorer la réussite des projets. La formation s'adresse à divers profils professionnels souhaitant acquérir des connaissances en agilité et maximiser la valeur délivrée aux clients.
Contenu connexe
Similaire à Alphorm.com Formation Scrum et Agilité : Le Guide Complet
Alphorm.com Formation Scrum et Agilité : Le Guide Complet
- 1. Formation Scrum et Agilité LeGuide Complet Une formation Brahim ELKECHA
- 2. Une formation Introduction 1. Comprendrele mindset Agile 2. La théorie de Scrum 3. Les artefacts de Scrum 4. Les rôles en Scrum 5. Les cérémonies en Scrum 6. Les KPI et suivi des performances Conclusion Plan de la formation
- 3. Une formation Développeurs, testeurs,architectes, business analystes, devops ... Curieux ayant envie de découvrir l'agilité et ses pratiques Toute personne ayant envie de produire la plus grande valeur business à ses clients dans la durée plus courte Public concerné
- 4. Une formation Connaissances requises Aucuneconnaissance requise
- 6. Introduction au ManifestoAgile Une formation Brahim ELKECHA
- 7. Une formation Introduction Les méthodesAgile sont là pour résoudre les problèmes des méthodes classiques « Waterfall » Augmenter les chances de réussite des projets Satisfaire les clients
- 8. Problème L'environnement Le besoin La technologie Lemarché Ont changé ...! Début 3 ans
- 9. Résultat Délai non respecté Budget* 2 ou * 3 Client insatisfait Projet raté
- 10. Une formation Statistiques Chaos reportdu Standish group Une étude sur 50.000 projets https://www.standishgroup.com/sample_research_fil es/CHAOSReport2015-Final.pdf
- 11. Statistiques Succès Echec ou remiseen cause 26% 74%
- 12. Analyse M XXL S 6/10 réussite La tailleest fortement liée à la complexité
- 13.
- 14. Une formation La solution Lechangement est devenu permanent L'entreprise doit devenir flexible et être capable de s'adapter pour réussir les projets complexes AGILE
- 15. Histoire du ManifestoAgile Naissanceen Février 2001
- 16. Une formation Manifesto Agile 4valeurs 12 principes
- 17. Découvrir les 4valeurs du Manifesto Agile Une formation Brahim ELKECHA
- 18. Une formation Question Est-ce quel'Agile est réservé exclusivement aux projets informatiques ?
- 19. Le Manifesto agileest rédigé par 17 experts du développement logiciel en 2001 Agile est pour l'IT !
- 20. Réponse L’agile est destinéà tous types de projets
- 21. Les 4 valeurs Lesindividus et leurs interactions Plus que Les processus et les outils
- 22. Les 4 valeurs Deslogiciels opérationnels Plus qu' une documentation exhaustive Des produits
- 23. Les 4 valeurs Lacollaboration avec les clients Plus que la négociation contractuelle
- 24. Les 4 valeurs L’adaptationau changement Plus que le suivi d’un plan
- 25. Les individuset leursinteractions Plus que Les processuset les outils Des logiciels opérationnels unedocumentationexhaustive L’adaptationau changement Plus que le suivid’unplan La collaborationavec les clients Plus que la négociation contractuelle Plus qu' Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers https://agilemanifesto.org/iso/fr/manifesto.html Les 4 valeurs
- 26. Découvrir les 12principes du Manifesto Agile Une formation Brahim ELKECHA
- 27. les principes sous-jacentsdes valeurs agile, nous offrent des exemples concrets de la manière dont on doit construire un produit agile. Une formation
- 28. Principe 1 Satisfaire leclient en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée
- 29. Principe 2 Accueillir favorablementles demandes de changement même tard dans le développement du produit
- 30. Principe 3 Livrer fréquemmentun logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts Risque
- 31. Principe 4 Assurer unecoopération permanente entre les parties prenantes et l’équipe produit
- 32. Principe 5 Réalisez lesprojets avec des personnes motivées Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés
- 33. Principe 6 La méthodela plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face
- 34. Poursuivre les 12principes de l'agilité Une formation Brahim ELKECHA
- 35. Principe 7 Un produitopérationnel est la principale mesure d’avancement
- 36. Principe 8 Les processusAgiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant
- 37. Principe 9 Une attentioncontinue à l'excellence technique et à une bonne conception renforce l’agilité
- 38. Principe 10 La simplicité– c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle </> ---- ------! ROI
- 39. Principe 11 Les meilleuresarchitectures, spécifications et conceptions émergent d'une équipe autoorganisée
- 40. Principe 12 À intervallesréguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence
- 41.
- 42. Découvrir des exemples depratique et Framework Agile Une formation Brahim ELKECHA
- 43. Une formation Plusieurs méthodesAgile Si vous décidez d’adopter une gestion de développement Agile Vous devez choisir la méthode ou le framework le plus adapté à votre projet
- 44. SCRUM Pouvoir modifier ladirection prise par le projet au fur et à mesure de son avancement si les conditions de la réussite ne sont pas remplies Approche itérative (sprint) basée sur l'empirisme C'est un Framework et non pas une méthode
- 45. Extreme programming (XP) Fairecollaborer étroitement tous les acteurs du projet Opter pour des itérations très courtes Livrer régulièrement, pour pouvoir tester et valider
- 46. Kanban Kanban est issuede l'industrie automobile au Japon Il est basée sur l'approche LEAN
- 47. Une formation SAFe ScaledAgile Framework Créé en 2011 Pour développer l'Agile à grande échelle Gérer une grande équipe de 100- 150 personnes qui travaille sur un grand projet
- 48.
- 49. Une formation La suitede la formation SCRUM
- 50. S'initier à l'outilJIRA Une formation Brahim ELKECHA
- 51. Une formation Outil degestion et de suivi développé par Atlassian Jira c'est quoi ?
- 52. Une formation Jira sertà quoi ? A la base c'était un outil de suivi des bugs et des tickets Mais très vite, il est devenu un outil puissant et ultra-complet de planification, de suivi, de reporting et de gestion du travail en Agile
- 53. Fonctionnalités Créer des backlogPlanification Créer des équipes Traçabilité par commentaires Transparence et visibilité Notification par emails
- 54. Scrum board /suivi de sprints
- 55. Une formation Fonctionnalités Workflow quireflète votre mode de travail
- 56. Feuille de routedu projet
- 57. Créer le projet Atelier-01surJira Une formation Brahim ELKECHA
- 58. Découvrir SCRUM etassimiler le processus empirique Une formation Brahim ELKECHA
- 59. Une formation C’est uncadre de travail "Framework" itératif Léger et Agile Aide les équipes et les organisations à générer de la valeur grâce à des solutions adaptatives pour des problèmes complexes Scrum
- 60. Le guide Scrum KenSchwaber & Jeff Sutherland ont développé Scrum en1990 Ils ont écrit la première version du Guide Scrum en 2010 2010 2013 2011 2016 2017 2020
- 61. Théorie Scrum SCRUM Empirisme LEAN laconnaissance provient de l'expérience et la prise de décision s’appuie sur l’observation de faits Réduit le gaspillage et se focalise sur l'essentiel
- 62. Les piliers empiriques Latransparence L'inspection L'adaptation
- 63. La transparence Visibilité Valeur La décisionest fondée sur l'état des artefacts Risque Peu de transparence
- 64. L'inspection Une inspection sans adaptationest considérée comme infructueuse Inspecter fréquemment et avec diligence les artefacts SCRUM SCRUM fournit 5 événements pour faciliter l'inspection Détecter des écarts et problèmes indésirables
- 65. L'adaptation L'adaptation doit êtreeffectuée le plus rapidement possible afin de minimiser tout écart supplémentaire Si le processus ou si le produit résultant s'écartent des limites acceptables Les personnes impliquées doivent être autogérées, et en possession de tous leurs moyens pour réussir l'adaptation
- 66. Appréhender les 5valeurs de SCRUM Une formation Brahim ELKECHA
- 67. Engagement La Scrum teams'engage à atteindre les objectifs, et à se soutenir mutuellement ….. Sprint n Sprint 1 L'objectif du projet Sprint 2
- 68. Focus L'équipe se concentreet se focalise sur le travail prioritaire à faire durant chaque Sprint
- 69. Ouverture La Scrum Teamet ses parties prenantes sont ouvertes sur le travail et les défis à relever
- 70. Respect Les membres del’équipe Scrum se respectent mutuellement, en tant que membres compétents et indépendants
- 71. Courage Les membres del’équipe Scrum ont le courage de définir les bonnes actions, et de les exécuter pour résoudre les problèmes difficiles
- 72. Lorsque ces valeurssont vécues par l'équipe Scrum, les piliers Scrum émergent et consolident la confiance entre tout le monde Résultat
- 73. Créer la Roadmapdu projet Atelier-02 sur Jira Une formation Brahim ELKECHA
- 74. Créer le workflowet configurer le scrum board Atelier-03 sur Jira Une formation Brahim ELKECHA
- 75. Découvrir Les Artefacts deSCRUM Une formation Brahim ELKECHA
- 76. Une formation Ils représententun travail ou une valeur Ils sont conçus pour maximiser la transparence des informations clés Tous ceux qui les inspectent ont la même base d'adaptation Scrum Artefacts
- 77.
- 78. Artefacts Sprint Backlog L'objectifdu sprint Artefact 2 Engagement
- 79. Artefacts Incrément Definition OfDone Artefact 3 Engagement
- 80. Une formation Pourquoi cesengagements? Ces engagements existent pour renforcer l'empirisme et les valeurs Scrum au sein de la Scrum Team et ses parties prenantes
- 81. Découvrir le Backlog duproduit Une formation Brahim ELKECHA
- 82. Une formation C’est uneliste ordonnée de tout les besoins nécessaires pour créer et améliorer le produit Il ne contient que les éléments qui représente de la valeur pour le client, et ils sont ordonnés par ordre de priorité Product backlog
- 83. Item 1 Item 2 Item5 Item 4 Item 3 Item n ... Product backlog Product owner Product backlog
- 84. Item 1 Item 2 Item5 Item 4 Item 3 Item n ... Product backlog... Caractéristiques d'un PB Ordonné Public et visible Vivant et émergent Unique
- 85. Une formation L'objectif duproduit Décrit un état futur du produit qui peut servir de cible à la Scrum Team pour planifier ses sprint
- 86. Une formation L'atelier 2 Découvrirle Product Backolg sur Jira
- 87. Découvrir le Backlogdu sprint Une formation Brahim ELKECHA
- 88. Une formation Ensemble deséléments du Product Backlog, priorisés pour être développés durant le sprint Créé au début de chaque sprint (itération de 2 à 4 semaines) Un plan d'action pour la réalisation Sprint backlog
- 89. Une formation Le SprintBacklog doit définir un objectif clair pour le Sprint, c'est un engagement fait par les développeurs, et le livrable à la fin du sprint doit satisfaire cet objectif. L'engagement du sprint
- 90. Product backlog Sprint backlog Item2 Item 1 Item 3 Sprint backlog Inspecté et adapté si besoin par la Scrum team durant le sprint Public et visible pour assurer la transparence Item 1 Item 2 Item 5 Item 4 Item 3 Item n ...
- 91. Item 1 Item 2 Item5 Item 4 Item 3 Item n ... Product backlog Sprint backlog Item 2 Item 1 Item 3 Increment Sprint backlog
- 92. Item 1 Item 2 Item5 Item 4 Item 3 Item n ... Product backlog Sprint backlog Item 2 Item 1 Item 3 Sprint backlog Sprint 2 à 4 semaine Increment ...
- 93. Découvrir l'incrément Et laDOD Une formation Brahim ELKECHA
- 94. Une formation L'incrément estconstitué des éléments du sprint backlog qui sont réalisés et finis Cet incrément s'ajoute à la valeur cumulative des incréments livrés dans les sprint précédents Pour garantir que l'ensemble fonctionne parfaitement L'incrément doit être 100% opérationnel et dans un état publiable pour les parties prenantes, pour prendre en charge l'empirisme Définition de l’incrément
- 95. Item 1 Item 2 Item5 Item 4 Item 3 Item n ... Product backlog Incrément Item 2 Item 1 Item 3 Increment Sprint backlog Item 1 Item 3
- 96. Definition Of Done(Définition de Fini) est une description formelle de l'état de l'Incrément lorsqu'il satisfait les mesures de qualité requises pour le produit. C'est quoi une DOD ?
- 97. Pourquoi avoir uneDOD ? Elle apporte de la transparence pour tout le monde, sur c'est quoi un travail fini à 100%.
- 98. Pourquoi avoir uneDOD ? Exemple de DOD : La documentation et Les tests unitaires sont crées Les critères d'acceptation de la US sont tous respectés Le code est Commit et Push dans Github La revue de code est faite et la branche est mergée dans DEVELOP La fonctionnalité est déployée dans un environnement de test Les tests d'intégration et de non régression passent sans problème
- 99. Pourquoi avoir uneDOD ? Elle aide la Scrum team à décider combien d'éléments à sélectionner pour chaque sprint Backlog. Sprint backlog Item 1 Item 2 Item 3
- 100. Qui crée laDOD ? La Scrum Team crée sa propre Definition of Done qui soit appropriée pour le produit, et elle doit prendre en considération les standards de l'organisation s'il y en a.
- 101. Découvrir la ScrumTeam Une formation Brahim ELKECHA
- 102. Une formation L'unité fondamentalede Scrum est la Scrum Team Développeurs Product Owner Scrum master Définition
- 103. Caractéristiques de laScrum team La Scrum Team est pluridisciplinaires, ses membres ont toutes les compétences nécessaires pour créer de la valeur à chaque Sprint
- 104. Responsabilités de laScrum team La Scrum Team est responsable de toutes les activités liées au produit Collaboration des parties prenantes Expérimentation Recherche et développement Maintenance Exploitation La création d'un Increment qui ait de la valeur et qui soit utile, à chaque Sprint.
- 105. La taille dela Scrum team La Scrum Team doit être suffisamment petite pour rester réactive Et assez grande pour accomplir un travail significatif durant le Sprint Taille de la Scrum team < < 5 membres 10 membres
- 106. Les 3 rôlesdans la Scrum team SCRUM master Product Owner Développeurs
- 107. Comprendre le rôle duProduct Owner Une formation Brahim ELKECHA
- 108. Une formation C’est lereprésentant du client Il exprime le besoin et maximise la valeur du produit que la scrum team développe Product Owner
- 109. Les responsabilités duPO Représenter le client pour la Scrum Team Être en communication avec les parties prenantes Recueillir les besoins du client
- 110. Les responsabilités duPO Le PO est le seul responsable sur la gestion du Product Backlog Créer les éléments du Backlog S'assurer que le Product Backlog est transparent, visible et compris Item 1 Item 2 Item 5 Item 4 Item 3 Item n Product backlog ...
- 111. Les responsabilités duPO Item 1 Item 2 Item 5 Item 4 Item 3 Item n Product backlog ... Ordonner les élements du backlog selon la priorité, pour s'assurer de livrer fréquemment des incréments de valeur au client ...
- 112. Le PO estune seule personne
- 113. Découvrir la notionde user story et la norme INVEST Une formation Brahim ELKECHA
- 114. Une formation C’est uneexplication générale d'une fonctionnalité du point de vue de l'utilisateur final Son but est d'expliquer comment une fonctionnalité apportera de la valeur au client User Story
- 115. La forme canoniqued'une User Story En tant que …....... je souhaite….... afin de….. Persona (user, rôle …) Valeur métier Besoin
- 116. En tant qu'utilisateurd'Alphorm, Je souhaite avoir une vidéo sur la User Story, Afin de comprendre la notion et de pouvoir rédiger de bonnes user stories Une formation Exemple d'une User Story
- 117. Le Persona Les Personassont des profils d'utilisateurs bien distincts pour le produit ou le service à développer
- 118. Les critères d'acceptation Ilsdéfinissent la manière dont une fonctionnalité peut être utilisée du point de vue de l'utilisateur final. Ils se concentrent sur la valeur métier de la US, et définissent les limites de la portée de la fonctionnalité. Ils sont uniques à une User Story et constituent la base des tests de sa validation..
- 119. Les critères d'acceptation(exemple) Scenario : l’abonné cherche la vidéo sur la notion de la user story et la regarde Étant donné que: je suis abonné sur Alphorm, et que j'ouvre la formation agile et Scrum. Lorsque je cherche la vidéo sur la notion de user story, et que je la trouve sur la plateforme. Alors je peux la regarder, pour comprendre cette notion et pouvoir rédiger de bonnes user stories conforme aux normes
- 120. La norme INVEST Uneuser story de qualité est à la fois indépendante I N S E V T négociable valorisable Small (petite) estimable testable
- 121. Rédiger des Userstories Atelier-04 sur Jira Une formation Brahim ELKECHA
- 122. Créer le ProductBacklog Atelier-05 sur Jira Une formation Brahim ELKECHA
- 123. Comprendre le rôle2 les développeurs Une formation Brahim ELKECHA
- 124. Une formation Les développeurssont les membres de la Scrum Team qui s'engagent à traiter tout ou partie utile d’un Incrément à chaque Sprint Définition
- 125. Auto-organisation Les développeurs sontauto-organisés, auto-gérés
- 126. Les devs sontpluridisciplinaires, avec toutes les compétences nécessaires, en tant qu’équipe, pour créer un incrément produit Pluridisciplinarité Architect Devops backend dev Testeur Rédacteur PPT FrontEnd dev Analyste Ingénieur Audio Designer Monteur vidéo Scénariste DBA Testeur
- 127. Les développeurs créentle Sprint Backlog, et ils mettent en place un plan pour transformer ce backlog en incrément Responsabilités Item 2 Item 1 Item 3 Sprint backlog Plan +
- 128. Les développeurs adaptentleur plan chaque jour par rapport à l'Objectif de Sprint Responsabilités
- 129. Les développeurs sonttous responsable de la qualité, et du respect de la Definition of Done Responsabilités
- 130. Mettre en placela DOD Definition of Done Une formation Brahim ELKECHA
- 131.
- 132. Exemple de DOD(IT) Exemple de DOD (IT) Les tests unitaires sont crées Exemple de DOD (IT) La User story est implémentée dans une branche à part Le code est Commit et Push dans Github La revue de code est faite et la branche est mergée dans DEVELOP La documentation de la fonctionnalité est ajoutée sur confluence La fonctionnalité est déployée dans un environnement de test Les tests d'intégration et de non régression passent sans problème Les critères d'acceptation de la US sont tous respectés
- 133. Atelier 6 Elaborer laDOD pour le projet la formation: Scrum et agilité le guide complet
- 134. Comprendre le Rôle3 Le SCRUM master Une formation Brahim ELKECHA
- 135. Le Scrum Masterest redevable de la mise en place de Scrum tel que défini dans le Guide Scrum https://scrumguides.org/docs/scrumguide/v2020/2020- Scrum-Guide-French.pdf Il est responsable de l’efficacité de la Scrum Team Il leur permet d'améliorer ses pratiques d'une façon continue en suivant le Framework Scrum Le Scrum Master Une formation
- 136. Le SM rendservice à la Scrum team Accompagner l'équipe en matière d'autogestion et de pluridisciplinarité Aider l'équipe à se focaliser sur la création d'Incréments de valeur Supprimer les obstacles pouvant entraver la progression de l'équipe S'assurer que tous les événements Scrum ont bien lieu et sont efficients, productifs et respectent bien les temps impartis (time boxés) Une formation
- 137. Le SM rendservice au PO Définir efficacement l'objectif de Produit Une formation Gérer efficacement le Product Backlog, et maximiser la valeur Sensibiliser la Scrum Team à la nécessité de bien comprendre le besoin et d’avoir des éléments du Product Backlog clairs et concis Organiser et faciliter les événements Scrum Encourager l’application de la planification produit empirique
- 138. Le SM rendservice à l'organisation Accompagner, former l'organisation dans son adoption de Scrum Apporter conseils sur les implémentations de Scrum au sein de l’organisation Faciliter la compréhension de l'agilité et l’approche empirique Contribuer à lever les obstacles qui peuvent se dresser entre les parties prenantes et les Scrum Teams Une formation
- 139. Découvrir les cérémonies scrum: Events Une formation Brahim ELKECHA
- 140. Une formation Les Eventssont spécifiquement conçus pour permettre la transparence requise Chaque Event dans Scrum est une occasion formelle pour inspecter et adapter les artefacts Le Sprint est un conteneur pour tous les autres événements Scrum Events
- 141. Une formation Les Events Lesévénements Les cérémonies Les meetings Les réunions scrum Les noms utilisés
- 142. Les événements sontobligatoires L’incapacité d’organiser les évènements conformément à leur prescription, engendre à la fois Un manque de transparence Un manque d'occasion pour inspecter et s’adapter
- 143. Le time-box Les événementssont limités dans le temps Chaque événement a une durée maximale Time-box
- 144. Les cérémonies SCRUM Sprint Sprintplanning Sprint Review Daily meeting Sprint retrospective Répétitif Time box
- 145. Définir le Sprintet connaitre les critères d'un bon sprint Une formation Brahim ELKECHA
- 146. Une formation Le cœurde Scrum est le Sprint, c'est une occasion répétitive au cours de laquelle un Incrément Produit « Fini » fonctionnel et potentiellement publiable est créé Le Sprint
- 147. Le sprint contientles autres events Sprint Sprint planning Sprint Review Daily meeting Sprint retrospective Sprint Sprint planning Sprint Review Daily meeting Sprint retrospective Répétitif
- 148. Durée d'un sprint C'està l'équipe de la définir 3 semaines 2 semaines 4 semaines
- 149. L'objectif d'un sprint Lepérimètre peut être clarifié et renégocié entre le Product Owner et les développeurs Chaque Sprint a un objectif de ce qui doit être construit, et un plan flexible qui guidera la réalisation du travail pour produire l’incrément à la fin du sprint
- 150. L'annulation d'un sprint Lesprint peut être annulé si l'objectif du sprint devient obsolète. Seul le Product Owner a le pouvoir d'annuler un sprint.
- 151. Comprendre la cérémoniedu Sprint Planning Une formation Brahim ELKECHA
- 152. Une formation Une réunioncollaborative entre la scrum team, il lance le Sprint en présentant le travail à effectuer durant le Sprint, et Le plan pour le réussir Le Sprint planning
- 153. Thèmes Pourquoi ce Sprintest‐il important ? Que peut‐on faire durant ce Sprint ? Comment le travail choisi sera‐t‐il réalisé ?
- 154. Pourquoi ce Sprintest-il important ? Le Product Owner explique comment augmenter la valeur du produit et son utilité la Scrum Team collabore à définir un Objectif de Sprint qui énonce clairement aux parties prenantes l’utilité du Sprint L'objectif de Sprint doit être finalisé avant la fin du Sprint Planning
- 155. Que peut-on fairedurant ce Sprint ? Le product owner présente et explique les éléments prioritaires Les développeurs donne une estimation à chaque élément Et ils sélectionnent les éléments à inclure dans le sprint backlog Plus l'équipe est mature et expérimentée, plus les prévisions sont correctes Item 2 Item 1 Item 3 Sprint backlog
- 156. Comment le travailsera-t-il réalisé ? Les développeurs planifient le travail nécessaire pour créer un Increment qui réponde à la Definition of Done Création des sous tâches pour chaque éléments du sprint backlog
- 157. Le résultat dusprint planning L'objectif du sprint Item 2 Item 1 Item 3 Éléments Le plan + + Le Sprint Backlog
- 158. Durée d'un sprintplanning Le time-box pour le sprint planning dépend de la durée du sprint 2 semaine 3 semaine 4 semaine 6h 8h 4h
- 159. Une formation La Scrumteam est obligatoire. Qui peut y assister ? On peut également inviter d'autres personnes à participer au Sprint Planning pour donner des conseils
- 160. Dérouler le Sprintplanning Une formation Brahim ELKECHA
- 161. Estimer les userstories Une formation Brahim ELKECHA
- 162. Une formation Créer uneopportunité pour l'équipe, pour discuter et négocier la US et savoir s'ils ont bien compris le besoin Avoir une idée sur la complexité de développer la US Savoir si la US peut être réaliser durant le même sprint, sinon il faut la découper Calculer le nombre de point de complexité que l'équipe peut réaliser durant un sprint (l'engagement) Pourquoi estimer les US ?
- 163. Temps vs complexité Iln’y a pratiquement pas de répétition de tâches ou de fonctionnalités Cela rend le calcul exacte des heures nécessaires à la réalisation d'une tâche presque impossible Une tâche qui prend beaucoup de temps même s'elle est trivial Une tâche très compliquée, mais ne prend pas du temps.
- 164. Méthodes d'estimation planning pockerT-shirt size Big/Uncertain/Small Et d'autres ...
- 165. la US deréférence C'est une petite US du backlog, qui n'est pas complexe, on lui donne une estimation de (2 story points), et on la considère comme une référence (unité) pour estimer les autres US du backlog Item 3 Item 2 Item 4 Item 1 5sp 21sp 1sp US de référence (2sp)
- 166. Définir le sprintgoal, et créer le sprint backlog Une formation Brahim ELKECHA
- 167. Découvrir le Daily Scrummeeting Une formation Brahim ELKECHA
- 168. Une formation Un Eventquotidien pour les Développeurs de la Team Pour inspecter la progression vers l'Objectif de Sprint et d'adapter le Sprint Backlog si nécessaire Daily Scrum
- 169. Le but duDaily Scrum meeting Améliorer la communication au sein de l'équipe Appliquer l'empirisme chaque jour Détecter toutes sortes de blocages ou de problèmes qui peuvent mettre en danger l'objectif Définir des actions urgentes pour enlever les blocages Optimiser la probabilité d'atteindre l'objectif du Sprint, et de rester focus
- 170. Le format duDaily Scrum meeting Chaque membre de l'équipe doit répondre à ces questions Que ferai-je aujourd'hui ? Qu'est-ce que j'ai fait hier ? Est-ce que je vois des obstacles qui m'empêchent ou empêchent l'équipe ? Pour aider l'équipe à atteindre l'objectif du sprint
- 171. Time box 15 minutespas plus à la même heure tous les jours Au même endroit
- 172. Pour un DSMefficace Le DSM n'est pas pour discuter pas des solutions des problèmes, on se content juste de les signaler Juste après les 15 minutes du DSM, les membres de l'équipe concernés se réunissent pour trouver des solutions (parking lot) Le DSM est une réunion interne à l'équipe, si des personnes externes (stakeholders ...) veulent y assister le SM doit s'assurer qu'ils ne perturbent pas la réunion Une formation
- 173. Participer au dailyMeeting et apprendre à gérer le SCRUM board Une formation Brahim ELKECHA
- 174. Découvrir la cérémonie duSprint Review Une formation Brahim ELKECHA
- 175. Une formation Une réunionorganisée à la fin de chaque sprint pour inspecter le résultat du Sprint et pour déterminer les adaptations futures Sprint Review
- 176. Qui participe auSprint Review ? Toute la Scrum team Les stakeholders Toutes les personnes intéressées par le projet
- 177. Durée d'un SprintReview Le time-box pour le Sprint Review dépend de la durée du sprint 2 semaine 3 semaine 4 semaine 3h 4h 2h
- 178. Déroulement Le SM organiseet facilite la réunion L'équipe présente en toute transparence le travail terminé (l'increment), et répond aux questions Le PO note tout feedback qui peut ajouter de la valeur au produit Increment
- 179. Adaptation du BacklogProduct Le Sprint Review n'est pas une réunion de présentation uniquement, mais aussi une opportunité pour ajuster le Product Backlog et adapter les priorités Item 1 Item 2 Item 5 Item 4 Item 3 Item n ... Product backlog
- 180. Vision pour leprochain sprint Avant de clôturer cette réunion, le PO partage avec les stakeholders et la Scrum Team, sa vision et les fonctionnalités prioritaires à traiter durant le prochain sprint
- 181. Mettre en pratique lesprint Review Atelier 11 Une formation Brahim ELKECHA
- 182. Agenda du SprintReview L'objectif du sprint KPI et performance de l'équipe Démonstration de l'incrément Vision pour le prochain sprint
- 183. L'objectif du sprint Créerles vidéos sur les cérémonies en Scrum ainsi que des ateliers
- 184.
- 185. Interprétation de laVélocité chart
- 186.
- 187. Vision pour leprochain sprint
- 188. Merci pour votreattention Des questions ?
- 189. Découvrir la cérémonie duSprint rétrospective Une formation Brahim ELKECHA
- 190. Une formation Une opportunitéformelle pour l'équipe Scrum de s’auto-inspecter et de créer un plan d'amélioration à adopter au cours du prochain Sprint Rétrospective
- 191. Qui participe àla Rétrospective ? Uniquement la Scrum team
- 192. Le but dela rétrospective Discuter de ce qui s'est bien passé durant le sprint, et des points que l'équipe doit améliorer pour rendre le prochain sprint plus efficace et agréable
- 193. Déroulement le Scrum masterorganise l'Event les individus les interactions Definition of Done les processus Les outils Etc ... L'équipe inspecte le déroulement du dernier Sprint, en ce qui concerne
- 194. Identifier les pointsd'amélioration Créer des actions et les assigner à des responsables pour s'assurer de leur réalisation S'assurer de créer des tâches pour les actions dans le Backlog du prochain sprint Une formation Déroulement
- 195. La durée dela rétrospective La rétrospective clôture le sprint, Le time-box pour cette cérémonie dépend de la durée du sprint 2 semaine 3 semaine 4 semaine 2h 3h 1h30
- 196. Organiser la Rétrospectivesur Confluence Atelier 12 Une formation Brahim ELKECHA
- 197. Comprendre et Contrôler leBurndown chart du sprint Atelier 13 Une formation Brahim ELKECHA
- 198. Comprendre et Contrôler leBurnup chart du sprint Atelier 14 Une formation Brahim ELKECHA
- 199. Comprendre et bienutiliser le Velocity chart Atelier 15 Une formation Brahim ELKECHA
- 200. Découvrir les KPIset créer le dashboard sur Jira Atelier 15 Une formation Brahim ELKECHA
- 201.
- 202. Bilan Item 1 Product backlog ... Item3 Item 2 Item 4 Item n Item 5 Sprint backlog Item 3 Item 2 Item 1 PO Sprint 2 à 4 semaines Review Daily meeting Retrospective Sprint Planning développeurs SM Incrément