SCRUM

Le framework SCRUM -repose sur l'empirisme et trois piliers : Transparence, Inspection, Adaptation.

Rôles

 SCRUM :

• Equipe (Dev Team)
  :
  • Pas de hiérarchie
  • Max 10 membresmembres, autonome, sans hiérarchie.
  • Autonomie
• Product ownerOwner
  :
  • "Possède la “vision” du produit
  produit",
  • "Crée et priorise les items du backlog
  backlog."
• Scrum masterMaster
  :
  • "Veille à la bonne application de la méthodologie
  • AideSCRUM", l’équipe (organisation, problem-solver…)
  • "Protège l’équipe des événements extérieurs perturbateurs
  perturbateurs",
  • "Aide à la collaboration avecentre l'équipe et le product ownerowner."

  Artéfacts SCRUM :

  • Product Backlog : "Liste priorisée de tâches" dérivée de la Roadmap et des exigences du produit. "Accessible à toutes les parties prenantes." Priorisation continue par le Product Owner.
  • Product Backlog Item (PBI) : Description du "quoi ?", généralement sous forme de user story, avec critères d'acceptation et estimation d'effort.
  • Sprint Backlog : Créé lors du Sprint Planning, il est "un ensemble de PBI sélectionnés pour le sprint" et le "plan d’actions pour délivrer l’incrément". Il inclut le Sprint Goal, qui est l'objectif principal du sprint et est immuable.
  • Sprint Task : Décomposition des PBI, plus petite unité de planification.
  • Sprint Burndown Chart : "Montre visuellement le travail qui a été accompli et celui restant à accomplir pour le sprint en cours", permettant de prédire si les objectifs seront atteints.
  • Release Burndown Chart : Similaire au Sprint Burndown Chart, mais pour la "release" en cours, prédisant le nombre de sprints nécessaires.

  Événements SCRUM - Artéfacts

  SCRUM – Product backlog

  Sprint planning

  :

  • QuandSprint ?Planning Au: "La cérémonie qui permet de construire le Sprint backlog", au début du sprint
  sprint.
  • QuoiLe ? Définition du contenu du sprint – ce qui peut être livré au terme du sprint
  • Qui ?
    • Product Owner : décrit le Sprint Goal et décidepriorise, desla priorités
    • Dev Team :s'engage décidesur ce qui pourrapeut être fait durant le sprint (effort)fait.
    • ScrumDaily Master (optionnel)Meeting : garantQuotidien du(15 respectmin), dupartage processus,d'informations coach
    au
    sein
  de
  • Résultatl'équipe :(ce Sprintqui backlog
  a
  • Laété Dev Team s’engage à délivrerfait, ce qui estsera fait, obstacles).
  • Sprint Review : À la fin du sprint, inspection du résultat (définimo dansdes PBI "Done"), identification des réussites et problèmes, mise à jour du Product Backlog.
  • Sprint Retrospective : À la toute fin du sprint, discussion sur le Sprintdéroulement backlog (en respectant le DoD)
  • Durée : maximum 2 heures par semaine dedu sprint (timeboxing)personnes, processus, outils, DoD), avec pour résultat un plan d'amélioration.
  • Backlog Refinement : Décision de l'équipe (2 à 4 fois par Sprint), pour s'assurer que les PBI sont clairs et respectent le DoR, transformer les Epics en User Stories.