Téléchargé 72 fois
Téléchargé parSirine Barguaoui
Scrum les principes de base
Scrum est une méthode agile permettant de maximiser la valeur produite par des équipes auto-organisées, se concentrant sur des livraisons rapides et régulières. Elle implique divers rôles : le Product Owner, le Scrum Master et l'équipe, chacun ayant des responsabilités spécifiques pour assurer le bon déroulement du processus. Les cérémonies, comme les réunions de planification et les rétrospectives, ainsi que les artefacts comme les backlogs, sont essentiels à son fonctionnement.
Contenu connexe
Scrum les principes de base
- 1.
- 2. Plan Plan 1.C’est quoi SCRUM? 2.C’estquoi le processus de SCRUM ? 3.Quels sont les rôles en SCRUM ? 4.Quelles sont les cérémonials dans SCRUM ? 5.Quels sont les artefacts dans SCRUM ? 6.Qui sont les utilisateurs de SCRUM ? 2
- 3.
- 4. • SCRUM estune approche de type agile qui permet de produire la plus grande valeur dans une durée courte • Equipe responsable et en auto-organisation • Une version produite à la fin de chaque release • Un produit partiel testé et livré à la fin de chaque sprint • Un esprit de rugby plus tôt qu’une course de relais 4 C’est quoi SCRUM ?
- 5. C’est quoi le process us de SCRUM ? C’est quoile process us de SCRUM ? 5
- 6. C’est quoi leprocessus de SCRUM ?C’est quoi le processus de SCRUM ? 6
- 7.
- 8. Product OwnerProduct Owner Lereprésentant du client et propriétaire de la vision 8
- 9. Product OwnerProduct Owner Product owner pilotele projet d’un point de vue métier communique une vision claire accepte ou rejette le produit responsable des livraisons s’assure que l’équipe se concentre sur les items du Backlog de plus forte valeur ajoutée
- 10. L’équipeL’équipe entre 5/9 personnes/Autogérée/ transverse/Plus orientée compétence que fonction 10
- 11. • Elle délivrele produit et elle est responsable de sa qualité. •Elle travaille avec les utilisateurs-finaux, le client, le Product Owner pour comprendre les exigences-métier. •Elle s’engage volontairement. •Elle travaille continuellement avec le Product Owner pour définir les exigences de Produit. 11 L’équipeL’équipe
- 12. Scrum MasterScrum Master Protègel’Équipe Scrum /Lève les obstacles/ Exécute les processus /Travaille avec le Product Owner 12
- 13. •Représente le managementdu projet •Responsable de faire appliquer par l’équipe les valeurs et les pratiques de Scrum • Élimine les obstacles • S'assure que l'équipe est complètement fonctionnelle et productive •Facilite une coopération poussée entre tous les rôles et fonctions 13 Scrum MasterScrum Master
- 14.
- 15. GDP avec Scrum© Pierre E. Neis│ 1515 Les différentes réunions de SCRUM Daily SCRUM 15
- 16. 16 Sprint planning meeting Sprint planning meeting Deuxheurex pour chaque semaine/ la décomposition des stories en taches Deux heurex pour chaque semaine/ la décomposition des stories en taches
- 17. 17 • L'équipe choisit,à partir du backlog de produit, les éléments qu'elle s'engage à finir • La liste des tâches est crée • Les tâches sont identifiées et estimées (1-1 6 heures) Collectivement. • La conception de haut niveau est abordée Sprint Planning Meeting (réunion de planification de sprint) Sprint Planning Meeting (réunion de planification de sprint)
- 18. 18 Daily scrumDaily scrum Chaquejour/ 15 minutes/ Debout / toute l’équipe participe Chaque jour/ 15 minutes/ Debout / toute l’équipe participe
- 19. 19 •Réunion rapide quotidienne •Eliminerles obstacles potentiels. •Chaque membre de l’équipe répond a trois questions •Garder l’équipe concentrée sur les objectifs du sprint. •Communiquer et évaluer l’avancement du travail. Daily SCRUM (mêlée quotidienne) Daily SCRUM (mêlée quotidienne)
- 20. 20 Sprint reviewSprint review Aprèsla fin de chaque sprint/ toutes les parties prenantes participent Après la fin de chaque sprint/ toutes les parties prenantes participent
- 21. 21 •une démonstration duproduit partiel •Rappeler les objectifs du sprint. •Impliquer les participants (leurs feedbacks). •En fonction de la revue, on peut actualiser le backlog. •En modifiant l’état des stories traitées. •En tenant éventuellement compte des feedbacks des participants : création / Sprint review (la revue de sprint) Sprint review (la revue de sprint)
- 22. 22 retrospectiveretrospective A la finde chaque sprint/ une heure par semaine de sprint A la fin de chaque sprint/ une heure par semaine de sprint
- 23. 23 •Un moment deréflexion collective à la fin de chaque sprint • capitaliser sur les pratiques qui ont marché • éviter de refaire les mêmes erreurs • partager différents points de vue •permettre au processus de s’adapter aux nouvelles avancées dans la technologie •utilisée pour développer. Retrospective (rétrospective) Retrospective (rétrospective)
- 24.
- 25. Product backlogProduct backlog 25 Rassembleles différentes fonctionnalités du projet/ Organiser par priorité Rassemble les différentes fonctionnalités du projet/ Organiser par priorité
- 26. Product backlog (backlog duproduit) Product backlog (backlog du produit) 26 •Partagé avec toute l’équipe. •Elaboré avec l’aide de toute l’équipe ! •Une liste ordonnée de « stories », : •Une story = une fonctionnalité prévue. •Changements continuels, en fonction du feedback. •Chaque story est priorisée. •Une story est composée de :Nom, Identifiant, Description, Type (user, technique, défaut) et Etat
- 27. Sprint backlogSprint backlog 27 Rassembleles différentes fonctionnalités du sprint/ Organiser par priorité Rassemble les différentes fonctionnalités du sprint/ Organiser par priorité
- 28. Sprint backlog (backlog dusprint) Sprint backlog (backlog du sprint) • L'estimation du reste à faire est ajustée tous les jours • N'importe qui peut ajouter, supprimer ou changer la liste des tâches • Le travail du sprint émerge progressivement • Si un travail n'est pas clair, définir une tâche avec plus de temps et la décomposer après • Mise à jour du travail restant quand il est mieux connu
- 29. Burndown chart (le graphed’avancement) Burndown chart (le graphe d’avancement) 29 Un tableau de mesure d’avancement de projet Un tableau de mesure d’avancement de projet
- 30. Burndown chart (burndown desprint) Burndown chart (burndown de sprint) • il s’agit du tracé de la charge de travail restante (en heures) en fonction du temps (en jours). • il suffit de mettre à jour (lors de chaque mêlée quotidienne par exemple).
- 31. Qui sont les utilisateurs de scrum ? Quisont les utilisateurs de scrum ? 31
- 32.
Notes de l'éditeur
- #17 C’est l’équipe qui planifie.(Planning Poker). D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties: Le SPM 1: Durée: 4 heures Organisateur: le Product Owner Objectif: définition du QUOI Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog. Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie. Le SPM 2: Durée: 4 heures Organisateur: l’Equipe Objectif: définition du COMMENT Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
- #18 C’est l’équipe qui planifie.(Planning Poker). D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties: Le SPM 1: Durée: 4 heures Organisateur: le Product Owner Objectif: définition du QUOI Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog. Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie. Le SPM 2: Durée: 4 heures Organisateur: l’Equipe Objectif: définition du COMMENT Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
- #19 C’est l’équipe qui planifie.(Planning Poker). D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties: Le SPM 1: Durée: 4 heures Organisateur: le Product Owner Objectif: définition du QUOI Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog. Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie. Le SPM 2: Durée: 4 heures Organisateur: l’Equipe Objectif: définition du COMMENT Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
- #20 •Se réunir. •Présenter ce qui a été fait, ce qui va être fait et identifier les obstacles à venir. •Statuer sur l’atteinte des objectifs
- #21 C’est l’équipe qui planifie.(Planning Poker). D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties: Le SPM 1: Durée: 4 heures Organisateur: le Product Owner Objectif: définition du QUOI Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog. Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie. Le SPM 2: Durée: 4 heures Organisateur: l’Equipe Objectif: définition du COMMENT Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
- #22 Informal, no slides Whole team participates The world is invited Accept or reject results Show complete features ½ - 1 hour per sprint/week
- #23 C’est l’équipe qui planifie.(Planning Poker). D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties: Le SPM 1: Durée: 4 heures Organisateur: le Product Owner Objectif: définition du QUOI Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog. Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie. Le SPM 2: Durée: 4 heures Organisateur: l’Equipe Objectif: définition du COMMENT Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
- #29 Une story = une fonctionnalité prévue Chacun s'engage sur du travail qu'il choisit • Le travail n'est jamais attribué par un autre • L'estimation du reste à faire est ajustée tous les jours • N'importe qui peut ajouter, supprimer ou changer la liste des tâches • Le travail du sprint émerge progressivement • Si un travail n'est pas clair, définir une tâche avec plus de temps et la décomposer après • Mise à jour du travail restant quand il est mieux connu