SlideShare une entreprise Scribd logo
SCRUM 2020 : CONCEPTS ET PRINCIPES
MUSTAPHA MICHRAFY
JOSEPH TIENTCHEU
OUSSAMA LACHIRI
PLAN
2
• Principes, caractéristiques, approche,
• Piliers
• Valeurs
• Scrum Team, caractéristiques et responsabilités
• Product Owner, responsabilités, contraintes
• Developers, engagement, compétences et tâches
• Scrum Master, responsabilités et tâches
• Evènements Scrum
• Sprint et lien avec les rôles
• Occasions pour l’inspection et l’adaptation
• Artefacts et objectifs
• Increment et DoD
• Zoom sur le Product Backlog
• Zoom sur le Product Goal
SCRUM ?
3
C’est un cadre de travail léger qui vise à générer de
la valeur ajoutée à travers la mise en place des
solutions pour des problèmes complexes en
entreprise.
Définition
Simple à
comprendre
Difficile à
maitriser
Léger
Scrum master Environnement
Product Owner
Product
Backlog
Scrum Team
En valeur
ajoutée/Sprint
Scrum Team,
Parties
prenantes
Sprint Review
Favoriser
Organiser/
Clarifier/Valoriser
Transformer les
items
Inspecter/ajuster
Itérer
SCRUM : CARACTÉRISTIQUES
4
Basé sur des règles
pour guider
les interrelations et
les Interactions
Volontairement
incomplet
Définition du strict
nécessaire pour sa
mise en œuvre
Assure la
transparence, la
visibilité et offre la
Possibilité
d’introduire des
outils
d’amélioration
continue
Fait appel à
l’intelligence
collective
Processus et
méthodes sont
utilisés
SCRUM : APPROCHE
Scrum est fondé sur l’empirisme et la
pensée Lean
Principe
Empirisme : les connaissances proviennent de l’expérience
et d’une prise de décision basée sur des faits connus
Itérative
Approche
• Optimiser la prédictibilité
• Contrôler le risque
But
La pensée Lean réduit le gaspillage et se focalise sur
l'essentiel.
Incrémentale - Itératif : chaque sprint est bornée dans le temps.
- La durée d’un sprint doit être courte, ne dépassant pas un
mois.
- Incrémental : chaque sprint vise à enrichir le produit par
un incrément.
TROIS PILIERS : TRANSPARENCE, INSPECTION ET ADAPTATION
6
Adaptation
• Rendre visible le processus et le travail émergent pour tous les participants
(réalisateurs et receveurs)
Transparence
Inspection
• Inspecter régulièrement les artéfacts et l’état (afin d’identifier les écarts et
déceler les anomalies précocement et les ajuster si nécessaire)
• Lors de la mesure d’un écart (hors limite acceptable), ajuster le processus et
corriger le problème dès que possible
T
I
A
TROIS PILIERS : TRANSPARENCE, INSPECTION ET ADAPTATION
7
Adaptation
• Rendre visible le processus et le travail émergent pour tous
les participants (réalisateurs et receveurs).
• La décision est basée sur l'état perçu de ses trois artefacts formels
(Product Backlog, Sprint Backlog, Incrément).
Transparence
Inspection
• Inspecter régulièrement les artéfacts et l’état (afin d’identifier les écarts et
déceler les anomalies précocement et les ajuster si nécessaire).
• L’inspection s’articule sur des cadences des 4 événements
(Sprint Planning, Daily Sprint, Sprint Review, Rétrospective),
• Lors de la mesure d’un écart (hors limites acceptables),
ajuster le processus et corriger le problème dès que possible.
• L’ajustement doit être fait dès que possible. Ceci
réduit les écarts et minimise les impacts.
T
I
A
Scrum combine 4 événements formels pour l'inspection et l'adaptation dans l’événement conteneur Sprint.
SCRUM : APPROCHE ET PILIERS
Adaptation
Inspection
Piliers
Equipe
Compétente
collectivement
Transparence Partager
Faire
Acquérir
Adapter
Inspecter
Transformer
Organiser
SUCCÈS DE SCRUM
9
Equipe
Engagement
Ouverture
Focus
Respect
1. Les valeurs vont favoriser la transparence,
l’inspection et l’adaptation
2. Elles préservent aussi l’unité et la cohésion de
l’équipe
• Engagement : l’équipe s’engage sur les
objectif et se soutenir mutuellement
• Focus : Elle se focalise sur la réalisation
des sprints pour progresser vers le produit
final.
• Ouverture : équipe et parties prenantes
sont ouvertes vers le travail et
déterminées pour relever les défis.
• Respect mutuel entre les différents
membres du projet (équipe et parties
prenantes).
• Courage : l’équipe doit se doter d’un
courage pour prendre les bonnes actions
et de travailler sur les problèmes difficiles
Courage
Succès
de Scrum : valeurs
SCRUM TEAM : CARACTÉRISTIQUE, COMPOSITION ET RESPONSABILITÉ (1/2)
10
• Scrum Team est l’unité fondamentale de
Scrum.
• Pas d’équipe dans l’équipe.
• Pas de hiérarchies/équipe.
• Scrum Team se veut stable
• Elle est composée de professionnels focalisés
sur un seul objectif à la fois.
• Developers
• Scrum Master
• Product Owner
• La Scrum Team est pluridisciplinaire : ses
membre ont toutes les compétences
nécessaires pour créer de la valeur à
chaque Sprint.
• La Scrum Team est autogérée : décision
prise en interne pour qui fait Quoi,
Comment et Quand.
Caractéristiques Pluridisciplinaire, autogérée
Composition
SCRUM TEAM : CARACTÉRISTIQUE, COMPOSITION ET RESPONSABILITÉS (2/2)
11
• Elle doit être Petite/Réactive et assez grande
pour réaliser un travail significatif durant le
Sprint.
• 10 personnes au plus
• Si la Scrum Team est de taille importante,
l’équipe doit la réorganiser en plusieurs Scrum
Team Cohérentes.
• Les Teams doivent partager le même Product
Backlog, le même Product Goal et le même
Product Owner.
• Elle est responsable de toutes les activités liées au
produit.
• Elle est structurées et habilitée par l'organisation à
gérer leur propre travail.
• Travailler sur des Sprints à un rythme soutenable
améliore le focus et la cohérence de la Scrum
Team.
• Toute la Scrum Team est redevable de la création
d'un Increment « useful » à chaque Sprint.
• Collaboration avec parties prenantes,
• Vérification,
• Maintenance,
• Exploitation,
• Expérimentation,
• Recherche et développement
• Création d’un incrément qui a de la valeur à chaque sprint
• Et tout ce qui est nécessaire pour le projet
Activités
liées au
produit
Dimensionnent de l’équipe Responsabilités
PRODUCT OWNER: RESPONSABILITÉS, CONTRAINTES, ET TÂCHES
12
• Il représente le besoin de
nombreuses parties prenantes
dans le Product Backlog
• Il est redevable de maximiser la
valeur du produit résultant du
travail de l’équipe.
• Il est redevable de la gestion
efficace du Product Backlog.
• Il peut déléguer le travail, mais
demeure responsable
Responsabilités
• Le Product Owner est une
personne et non un comité.
• L’organisation doit respecter les
décision du Product Owner
Contraintes
Contexte
Product
Goal
Product
Backlog
Product
Owner
S’adapter
Formuler
Communiquer
Créer
Ordonner
S’assurer de la
transparence
S’assurer de la
visibilité
S’assurer de la
compréhension
- Le contexte : organisation, Scrum Team et individus
- Il est possible de modifier le Product Backlog, mais l'aval
du Product Owner est requis.
DEVELOPERS: ENGAGEMENT, COMPÉTENCES, TÂCHES
13
• Les Devepers sont des membres de
la Scrum Team.
• Ils s’engagent à traiter les incréments
(totalement ou partiellement)
associés à chaque Sprint.
• Il doivent disposer des compétences
souvent larges et variées selon le
domaine.
À retenir
Sprint
Plan
Sprint
Backlog
DoD(*)
Developers
Créer
Définir
Adapter le
plan
Sprint
Goal
- Les Developers doivent se soutenir mutuellement pour la
réalisation de l’incrément associé à chaque sprint.
(*) : Defintion of Done (définition du Terminé)
SCRUM MASTER : RESPONSABILITÉS ET SERVICES (1/2)
14
• Il est un véritable leader au service
de la Scrum Team et de
l'ensemble de l'organisation.
• Il est redevable de la mise en
place de Scrum.
• Il est redevable de l’efficacité de
la Scrum Team.
Responsabilités
• Accompagner les membres de l'équipe en matière
d'autogestion et de pluridisciplinarité ;
• Aider la Scrum Team à se focaliser sur la création d'Increment
de grande valeur répondant à la DoD.
• Supprimer les obstacles pouvant entraver la progression de la
Scrum Team.
• S'assurer que tous les événements Scrum ont bien lieu et sont
efficients, productifs et respectent bien les temps impartis.
Services à la scrum Team
SCRUM MASTER : RESPONSABILITÉS ET SERVICES (2/2)
15
• Aider à trouver des techniques pour définir
efficacement l'Objectif de Produit et gérer
efficacement le Product Backlog.
• Sensibiliser la Scrum Team à la nécessité d’avoir
un Product Backlog clair et concis.
• Encourager la mise en place d’une méthode
empirique.
• Faciliter la collaboration des parties prenantes.
Services au Product Owner
• Accompagner, former et encadrer l'organisation
dans son adoption de Scrum.
• Planifier et apporter conseils sur la mise en place
de Scrum.
• Faciliter la compréhension de l’approche
empirique.
• Contribuer à la levé des obstacles pouvant surgir
entre les parties prenantes et la Scrum Team.
Services à l’Organisation
EVÈNEMENTS SCRUM : SPRINT, SPRINT PLANNING, DAILY SCRUM 1/3
16
• C’est le conteneur d’évènements
• C’est une itération dans Scrum,
l’occasion de transformer les
idées en valeurs
• Il dure environ 4 semaines
• Pendant le sprint, la Scrum Team
développe les éléments du Sprint
Backlog
• Il lance le Sprint en présentant le
travail à effectuer durant ce
dernier.
• Le Sprint Plan qui en résulte est
créé par le travail collaboratif de
la Scrum Team.
• Le Sprint Planning est limité dans
le temps à un maximum de 8h
pour un Sprint d'un mois.
• C’est une réunion quotidienne de
15 mn max, entre Developers pour
faire le point sur le réalisé, le
planifié (le travail d’une journée)
et les obstacles.
• Il vise à 'inspecter la progression
vers le Sprint Goal et l’adapter si
nécessaire, en ajustant les futurs
travaux planifiés.
Sprint Sprint Planning Daily Scrum
• SCRUM prévoit une organisation qui s’articule autour des sprints.
• Le Sprint encapsule tous les événements qui sont : Sprint Planning, Daily Scrum, Sprint Review et Sprint
Retrospective.
• Tous les événements, y compris le Sprint, obéissent à la contrainte du temps maximum imparti,
au-delà duquel tout événement se termine quel que soit son état d’avancement.
EVÈNEMENTS SCRUM : SPRINT REVIEW 2/3
17
• C’est l’occasion d'inspecter le résultat du Sprint et de déterminer les adaptations futures.
• C’est une session de travail.
• Les participants sont la Scrum Team et les parties prenantes.
• Durant cet évènement :
1. La Scrum Team présente le travail réalisé pendant le Sprint en cours.
2. La Scrum Team et les parties prenantes passent en revue ce qui a été accompli durant le Sprint et ce
qui a changé dans leur environnement.
3. La progression vers le Product Goal est discutée.
4. Sur la base des informations collectées pendant la Sprint Review, les participants collaborent sur la
marche à suivre et sur les décisions à prendre.
5. Le Product Backlog peut également être ajusté pour répondre à de nouvelles opportunités.
• La Sprint Review est l'avant‐dernier événement du Sprint.
• Il se limite dans le temps à un maximum de 4h pour un Sprint d'un mois.
Sprint Review
EVÈNEMENTS SCRUM : SPRINT RETROSPECTIVE 3/3
18
• Il consiste à réfléchir à des
pistes pour améliorer la
qualité du produit et
l'efficacité de l’équipe.
Objectif
• Il conclut le Sprint.
• Il est limitée dans le temps
à un maximum de 3h pour
un Sprint d'un mois.
• Les participants sont les
membres de la Scrum
Team
Qui, quand
• La Scrum Team inspecte le déroulement du
dernier Sprint en se focalisant sur les individus, les
interactions, les processus, les outils et leur
Definition of Done.
• Selon le domaine, les hypothèses qui sont la
source de déviation sont identifiées.
• La Scrum Team discute ce qui a fonctionné
durant le sprint, les problèmes rencontrés, les
solutions et les alternatives explorées.
• A l’issue de la discussion, la Scrum Team identifie
les changements les plus utiles pour améliorer
leur efficacité.
• Les améliorations identifiées ayant le plus grand
d'impact sont abordées dès que possible et
pouvant même être ajoutées au Sprint Backlog
du prochain Sprint.
Démarche
SPRINT ET LIEN AVEC LES RÔLES
19
Sprint
Producter
Owner
Scrum
Team
Scrum
Master
• C’est le cœur de Scrum, visant à transformer les idées en valeurs.
• Sprint est le conteneur de tous les évènements de Scrum.
• Il a une durée fixe, environ 4 semaines ou moins.
• Chaque Sprint doit rapprocher le produit de son Sprint Goal.
• Durant le Sprint, le Product Backlog est affiné si nécessaire.
• Pendant le Sprint, le périmètre peut être clarifié et renégocié avec le Product Owner.
• Un Sprint peut être annulé si le Sprint Goal devient obsolète.
• Seul le Product Owner a le pouvoir d'annuler le Sprint.
• Le travail élaboré pendant le Sprint sera inspecté pendant le Sprint Review et
adapté si nécessaire.
Stakeholders
Créer annuler
Supprimer les obstacles
Aider à créer des
incréments de valeur
Inspecter
Déterminer les adaptations
futurs
Inspecter Adapter
Développer items du
Product Backlog
OCCASIONS POUR L’INSPECTION ET L’ADAPTATION
20
Occasions
d’inspection et
d’adaptation
Daily Scrum
Cible : Sprint Goal
Sprint Planning
Cible : Product Goal
Sprint Review
Cible : DoD
Sprint Retrospective
Capitaliser / Qualité, efficacité
ARTEFACTS ET OBJECTIFS
21
Produt Backlog
• Product Goal
Sprint Backlog
• Sprint Goal
Increment
• Definition of Done (DoD)
Artefacts
Artefact Engagement
Comporte
INCREMENT ET DOD
22
• Un Increment est une première étape concrète
vers Product Goal.
• Durant un sprint, il est possible de créer un ou
plusieurs increments.
• Un increment peut être livré :
• Pendant le Sprint Review
• Ou avant la fin de Sprint
• La livraison ou la création d’un increment doit
respecter les contraintes suivantes :
1. Unitaire : il doit répondre à la notion DoD
2. Cohérence : l’ajout d’un increment doit
préserver le fonctionnement des
incréments livrés précédemment
• La notion de DoD favorise la transparence.
Increment
• Un travail qui ne répond pas aux conditions de DoD ne peut
pas être considéré comme un Increment.
• La DoD est une description formelle de l'état de l'Increment
lorsqu'il satisfait les mesures de qualité requises pour le
produit.
• La description formelle d’un DOD est spécifiée par
l’organisation (sinon la Scrum Team doit créer sa propre
DoD ).
• Un élément du Product Backlog qui est conforme à la DoD
se transforme en Increment
• Seulement, les éléments Backlog ??? conformes à la DoD
peuvent être présentés pendant un Sprint Review.
• Les Developers sont tenus de se conformer à la DoD
• Si plusieurs Scrum Teams travaillent ensemble sur le même
produit, elles doivent la définir ensemble et s’y conforme
DoD
ZOOM SUR LE PRODUCT BACKLOG
23
1. Le Product Backlog est une liste ordonnée et émergente de ce qui est nécessaire pour améliorer
le produit.
2. Il a un Product Goal. Ce dernier est défini dans le Product Backlog.
3. Le Product Backlog est l’unique source du travail entrepris par la Scrum Team.
4. Dans Scrum, un produit est associé à un et seul Product Backlog : plusieurs Scrum Teams travaillant
sur le même produit doivent partager le même Product Backlog.
5. L'affinement du Product Backlog consiste à décomposer et à définir davantage les éléments du
Product Backlog en éléments plus fins et plus précis.
6. Durant le sprint, le Product Backlog est affiné si nécessaire.
7. La gestion du Product Backlog relève de la responsabilité du Product Owner.
8. Le Scrum Master aide le Prodict Owner à trouver des techniques pour définir efficacement le
Product Goal et gérer efficacement le Product Backlog.
9. Le Scrum Master sensibilise la Scrum Team sur la nécessité de bien comprendre le besoin d’avoir
des éléments du Product Backlog clairs et concis.
10. La gestion du Product Backlog comprend :
• Formuler et communiquer explicitement le Product Goal ;
• Créer et communiquer clairement les éléments du Product Backlog ;
• Ordonner les éléments dans le Product Backlog ;
• S'assurer que le Product Backlog est transparent, visible et compris par tout le monde.
ZOOM SUR LE PRODUCT GOAL
24
1. C’est un nouveau concept, introduit dans le guide 2020.
2. Il permet à l’équipe Scrum Team de se focaliser sur un objectif important.
3. Il décrit un état futur du produit qui peut servir de cible à la Scrum Team lors de la
planification.
4. Le Product Goal est dans le Product Backlog. Le reste du Product Backlog émerge pour
définir « ce qui » permettra d'atteindre le Product Goal.
5. Le Product Goal est l'objectif à long terme de la Scrum Team.
6. Il est unique : si plusieurs équipes Scrum travaillent sur le même produit, elles doivent
partager le même Product Goal.
7. La Scrum Team ne doit poursuivre qu'un seul Product Goal à la fois.
8. Un increment est un pas concret vers le Product Goal.
9. Pendant le Sprint Review, la progression vers le Product Goal est discutée.
SCRUM : PRINCIPE, PILIERS, VALEURS, RÔLES, ARTEFACTS, OBJECTIFS, EVÈNEMENTS
25
• Transparence
• Inspection
• Adaptabilité
• Engagement
• Focus
• Ouverture
• Respect
• Courage
• Product Owner
• Scrum Master
• Developers
• Product Backlog
• Sprint Backlog
• Increment
Piliers Valeurs
Rôles Artefacts
• L’empirisme
• La pensée Lean
Principe Scrum
• Product Goal
• Sprint Goal
• DoD
Objectifs
• Sprint
• Sprint Planning
• Daily Sprint
• Sprint Review
• Sprint Retrospective
Evènements

Contenu connexe

Tendances

Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesSirine Barguaoui
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
Guillaume Bladier
 
Rapport exposé eXtreme Programming XP
Rapport exposé eXtreme Programming XPRapport exposé eXtreme Programming XP
Rapport exposé eXtreme Programming XP
Sarah
 
Agile presentation
Agile presentationAgile presentation
Agile presentation
Benjamin ACHAB
 
Scrum
ScrumScrum
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarn
Gautier Pialat
 
Méthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XPMéthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XP
Youness Boukouchi
 
Scrum les principes de base
Scrum les principes de base Scrum les principes de base
Scrum les principes de base Sirine Barguaoui
 
gestion de projet
gestion de projetgestion de projet
gestion de projet
Wajdi kanzali
 
Méthodes agiles & Scrum
Méthodes agiles & ScrumMéthodes agiles & Scrum
Méthodes agiles & Scrum
Valentin Bourgoin
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: Scrum
ChaymaMghazli
 
Methodes agiles
Methodes agilesMethodes agiles
Methodes agiles
Khalid Nafil
 
Formation Professional Scrum Master I
Formation Professional Scrum Master IFormation Professional Scrum Master I
Formation Professional Scrum Master I
Guillaume LAURIE
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)
Blackbird
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
Mohammed Amine Mostefai
 
Mon cours Agile scrum.ppt
Mon cours Agile scrum.pptMon cours Agile scrum.ppt
Mon cours Agile scrum.ppt
amani75494
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Methode Agile
Methode Agile Methode Agile
Methode Agile
JEAN-GUILLAUME DUJARDIN
 
Evenements scrum
Evenements scrumEvenements scrum
Evenements scrum
MICHRAFY MUSTAFA
 

Tendances (20)

Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
 
Methodes agile
Methodes agileMethodes agile
Methodes agile
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
Rapport exposé eXtreme Programming XP
Rapport exposé eXtreme Programming XPRapport exposé eXtreme Programming XP
Rapport exposé eXtreme Programming XP
 
Agile presentation
Agile presentationAgile presentation
Agile presentation
 
Scrum
ScrumScrum
Scrum
 
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarn
 
Méthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XPMéthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XP
 
Scrum les principes de base
Scrum les principes de base Scrum les principes de base
Scrum les principes de base
 
gestion de projet
gestion de projetgestion de projet
gestion de projet
 
Méthodes agiles & Scrum
Méthodes agiles & ScrumMéthodes agiles & Scrum
Méthodes agiles & Scrum
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: Scrum
 
Methodes agiles
Methodes agilesMethodes agiles
Methodes agiles
 
Formation Professional Scrum Master I
Formation Professional Scrum Master IFormation Professional Scrum Master I
Formation Professional Scrum Master I
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
Mon cours Agile scrum.ppt
Mon cours Agile scrum.pptMon cours Agile scrum.ppt
Mon cours Agile scrum.ppt
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
 
Evenements scrum
Evenements scrumEvenements scrum
Evenements scrum
 

Similaire à Scrum 2020 : concepts et principes

Module 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptxModule 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptx
testuser715939
 
Corescrum fr-v1.1
Corescrum fr-v1.1Corescrum fr-v1.1
Corescrum fr-v1.1
Fabrice Aimetti
 
Scrum - presentation du role de scrum master
Scrum -  presentation du role de scrum masterScrum -  presentation du role de scrum master
Scrum - presentation du role de scrum master
François-Xavier BRAVO
 
SCRUM AGL.pptx
SCRUM AGL.pptxSCRUM AGL.pptx
SCRUM AGL.pptx
khairyhattour
 
Formation en conduite de projet
Formation en conduite de projet Formation en conduite de projet
Formation en conduite de projet
Echecs et Stratégie
 
Scrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de RémyScrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de Rémy
antony_guilloteau
 
Formation scrum - back to basics
Formation scrum -  back to basicsFormation scrum -  back to basics
Formation scrum - back to basics
Openska
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Dominic Danis
 
1.pdf
1.pdf1.pdf
1.pdf
DabiYonko
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
Frantz Degrigny
 
Symposium scrum
Symposium scrumSymposium scrum
Symposium scrum
alexandre_perrin
 
Agility with scrum
Agility with scrumAgility with scrum
Agility with scrum
Abdeslam Menacere
 
Scrum course
Scrum courseScrum course
Scrum course
Lhouceine OUHAMZA
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
msmpp-nantes
 
La méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdfLa méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdf
anwermannai
 
Agile/Scrum Workshop @ ESI (Breaking Science Day 2018)
Agile/Scrum Workshop @ ESI (Breaking Science Day 2018)Agile/Scrum Workshop @ ESI (Breaking Science Day 2018)
Agile/Scrum Workshop @ ESI (Breaking Science Day 2018)
Taoufik Fekhar
 
#7 méthodes
#7 méthodes#7 méthodes
#7 méthodes
agnes_crepet
 
Oeildecoach scrum roles-et-responsabilites
Oeildecoach scrum roles-et-responsabilitesOeildecoach scrum roles-et-responsabilites
Oeildecoach scrum roles-et-responsabilites
Oeil de Coach
 
AT2010 Introduction à scrum
AT2010 Introduction à scrumAT2010 Introduction à scrum
AT2010 Introduction à scrum
Normandy JUG
 

Similaire à Scrum 2020 : concepts et principes (20)

Module 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptxModule 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptx
 
Corescrum fr-v1.1
Corescrum fr-v1.1Corescrum fr-v1.1
Corescrum fr-v1.1
 
Scrum - presentation du role de scrum master
Scrum -  presentation du role de scrum masterScrum -  presentation du role de scrum master
Scrum - presentation du role de scrum master
 
SCRUM AGL.pptx
SCRUM AGL.pptxSCRUM AGL.pptx
SCRUM AGL.pptx
 
Formation en conduite de projet
Formation en conduite de projet Formation en conduite de projet
Formation en conduite de projet
 
Scrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de RémyScrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de Rémy
 
Formation scrum - back to basics
Formation scrum -  back to basicsFormation scrum -  back to basics
Formation scrum - back to basics
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
1.pdf
1.pdf1.pdf
1.pdf
 
At nancy10 scrumv2.0
At nancy10 scrumv2.0At nancy10 scrumv2.0
At nancy10 scrumv2.0
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
 
Symposium scrum
Symposium scrumSymposium scrum
Symposium scrum
 
Agility with scrum
Agility with scrumAgility with scrum
Agility with scrum
 
Scrum course
Scrum courseScrum course
Scrum course
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
 
La méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdfLa méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdf
 
Agile/Scrum Workshop @ ESI (Breaking Science Day 2018)
Agile/Scrum Workshop @ ESI (Breaking Science Day 2018)Agile/Scrum Workshop @ ESI (Breaking Science Day 2018)
Agile/Scrum Workshop @ ESI (Breaking Science Day 2018)
 
#7 méthodes
#7 méthodes#7 méthodes
#7 méthodes
 
Oeildecoach scrum roles-et-responsabilites
Oeildecoach scrum roles-et-responsabilitesOeildecoach scrum roles-et-responsabilites
Oeildecoach scrum roles-et-responsabilites
 
AT2010 Introduction à scrum
AT2010 Introduction à scrumAT2010 Introduction à scrum
AT2010 Introduction à scrum
 

Plus de MICHRAFY MUSTAFA

Daily scrum
Daily scrumDaily scrum
Daily scrum
MICHRAFY MUSTAFA
 
Base de données graphe, Noe4j concepts et mise en oeuvre
Base de données graphe, Noe4j concepts et mise en oeuvreBase de données graphe, Noe4j concepts et mise en oeuvre
Base de données graphe, Noe4j concepts et mise en oeuvre
MICHRAFY MUSTAFA
 
Apache SPARK ML : principes, concepts et mise en œuvre
Apache SPARK  ML : principes, concepts et  mise en œuvre Apache SPARK  ML : principes, concepts et  mise en œuvre
Apache SPARK ML : principes, concepts et mise en œuvre
MICHRAFY MUSTAFA
 
Spark SQL principes et fonctions
Spark SQL principes et fonctionsSpark SQL principes et fonctions
Spark SQL principes et fonctions
MICHRAFY MUSTAFA
 
Spark RDD : Transformations & Actions
Spark RDD : Transformations & ActionsSpark RDD : Transformations & Actions
Spark RDD : Transformations & Actions
MICHRAFY MUSTAFA
 
Scala: Pattern matching, Concepts and Implementations
Scala: Pattern matching, Concepts and ImplementationsScala: Pattern matching, Concepts and Implementations
Scala: Pattern matching, Concepts and Implementations
MICHRAFY MUSTAFA
 
Scala : programmation fonctionnelle
Scala : programmation fonctionnelleScala : programmation fonctionnelle
Scala : programmation fonctionnelle
MICHRAFY MUSTAFA
 
Interface fonctionnelle, Lambda expression, méthode par défaut, référence de...
Interface fonctionnelle, Lambda expression, méthode par défaut,  référence de...Interface fonctionnelle, Lambda expression, méthode par défaut,  référence de...
Interface fonctionnelle, Lambda expression, méthode par défaut, référence de...
MICHRAFY MUSTAFA
 

Plus de MICHRAFY MUSTAFA (8)

Daily scrum
Daily scrumDaily scrum
Daily scrum
 
Base de données graphe, Noe4j concepts et mise en oeuvre
Base de données graphe, Noe4j concepts et mise en oeuvreBase de données graphe, Noe4j concepts et mise en oeuvre
Base de données graphe, Noe4j concepts et mise en oeuvre
 
Apache SPARK ML : principes, concepts et mise en œuvre
Apache SPARK  ML : principes, concepts et  mise en œuvre Apache SPARK  ML : principes, concepts et  mise en œuvre
Apache SPARK ML : principes, concepts et mise en œuvre
 
Spark SQL principes et fonctions
Spark SQL principes et fonctionsSpark SQL principes et fonctions
Spark SQL principes et fonctions
 
Spark RDD : Transformations & Actions
Spark RDD : Transformations & ActionsSpark RDD : Transformations & Actions
Spark RDD : Transformations & Actions
 
Scala: Pattern matching, Concepts and Implementations
Scala: Pattern matching, Concepts and ImplementationsScala: Pattern matching, Concepts and Implementations
Scala: Pattern matching, Concepts and Implementations
 
Scala : programmation fonctionnelle
Scala : programmation fonctionnelleScala : programmation fonctionnelle
Scala : programmation fonctionnelle
 
Interface fonctionnelle, Lambda expression, méthode par défaut, référence de...
Interface fonctionnelle, Lambda expression, méthode par défaut,  référence de...Interface fonctionnelle, Lambda expression, méthode par défaut,  référence de...
Interface fonctionnelle, Lambda expression, méthode par défaut, référence de...
 

Scrum 2020 : concepts et principes

  • 1. SCRUM 2020 : CONCEPTS ET PRINCIPES MUSTAPHA MICHRAFY JOSEPH TIENTCHEU OUSSAMA LACHIRI
  • 2. PLAN 2 • Principes, caractéristiques, approche, • Piliers • Valeurs • Scrum Team, caractéristiques et responsabilités • Product Owner, responsabilités, contraintes • Developers, engagement, compétences et tâches • Scrum Master, responsabilités et tâches • Evènements Scrum • Sprint et lien avec les rôles • Occasions pour l’inspection et l’adaptation • Artefacts et objectifs • Increment et DoD • Zoom sur le Product Backlog • Zoom sur le Product Goal
  • 3. SCRUM ? 3 C’est un cadre de travail léger qui vise à générer de la valeur ajoutée à travers la mise en place des solutions pour des problèmes complexes en entreprise. Définition Simple à comprendre Difficile à maitriser Léger Scrum master Environnement Product Owner Product Backlog Scrum Team En valeur ajoutée/Sprint Scrum Team, Parties prenantes Sprint Review Favoriser Organiser/ Clarifier/Valoriser Transformer les items Inspecter/ajuster Itérer
  • 4. SCRUM : CARACTÉRISTIQUES 4 Basé sur des règles pour guider les interrelations et les Interactions Volontairement incomplet Définition du strict nécessaire pour sa mise en œuvre Assure la transparence, la visibilité et offre la Possibilité d’introduire des outils d’amélioration continue Fait appel à l’intelligence collective Processus et méthodes sont utilisés
  • 5. SCRUM : APPROCHE Scrum est fondé sur l’empirisme et la pensée Lean Principe Empirisme : les connaissances proviennent de l’expérience et d’une prise de décision basée sur des faits connus Itérative Approche • Optimiser la prédictibilité • Contrôler le risque But La pensée Lean réduit le gaspillage et se focalise sur l'essentiel. Incrémentale - Itératif : chaque sprint est bornée dans le temps. - La durée d’un sprint doit être courte, ne dépassant pas un mois. - Incrémental : chaque sprint vise à enrichir le produit par un incrément.
  • 6. TROIS PILIERS : TRANSPARENCE, INSPECTION ET ADAPTATION 6 Adaptation • Rendre visible le processus et le travail émergent pour tous les participants (réalisateurs et receveurs) Transparence Inspection • Inspecter régulièrement les artéfacts et l’état (afin d’identifier les écarts et déceler les anomalies précocement et les ajuster si nécessaire) • Lors de la mesure d’un écart (hors limite acceptable), ajuster le processus et corriger le problème dès que possible T I A
  • 7. TROIS PILIERS : TRANSPARENCE, INSPECTION ET ADAPTATION 7 Adaptation • Rendre visible le processus et le travail émergent pour tous les participants (réalisateurs et receveurs). • La décision est basée sur l'état perçu de ses trois artefacts formels (Product Backlog, Sprint Backlog, Incrément). Transparence Inspection • Inspecter régulièrement les artéfacts et l’état (afin d’identifier les écarts et déceler les anomalies précocement et les ajuster si nécessaire). • L’inspection s’articule sur des cadences des 4 événements (Sprint Planning, Daily Sprint, Sprint Review, Rétrospective), • Lors de la mesure d’un écart (hors limites acceptables), ajuster le processus et corriger le problème dès que possible. • L’ajustement doit être fait dès que possible. Ceci réduit les écarts et minimise les impacts. T I A Scrum combine 4 événements formels pour l'inspection et l'adaptation dans l’événement conteneur Sprint.
  • 8. SCRUM : APPROCHE ET PILIERS Adaptation Inspection Piliers Equipe Compétente collectivement Transparence Partager Faire Acquérir Adapter Inspecter Transformer Organiser
  • 9. SUCCÈS DE SCRUM 9 Equipe Engagement Ouverture Focus Respect 1. Les valeurs vont favoriser la transparence, l’inspection et l’adaptation 2. Elles préservent aussi l’unité et la cohésion de l’équipe • Engagement : l’équipe s’engage sur les objectif et se soutenir mutuellement • Focus : Elle se focalise sur la réalisation des sprints pour progresser vers le produit final. • Ouverture : équipe et parties prenantes sont ouvertes vers le travail et déterminées pour relever les défis. • Respect mutuel entre les différents membres du projet (équipe et parties prenantes). • Courage : l’équipe doit se doter d’un courage pour prendre les bonnes actions et de travailler sur les problèmes difficiles Courage Succès de Scrum : valeurs
  • 10. SCRUM TEAM : CARACTÉRISTIQUE, COMPOSITION ET RESPONSABILITÉ (1/2) 10 • Scrum Team est l’unité fondamentale de Scrum. • Pas d’équipe dans l’équipe. • Pas de hiérarchies/équipe. • Scrum Team se veut stable • Elle est composée de professionnels focalisés sur un seul objectif à la fois. • Developers • Scrum Master • Product Owner • La Scrum Team est pluridisciplinaire : ses membre ont toutes les compétences nécessaires pour créer de la valeur à chaque Sprint. • La Scrum Team est autogérée : décision prise en interne pour qui fait Quoi, Comment et Quand. Caractéristiques Pluridisciplinaire, autogérée Composition
  • 11. SCRUM TEAM : CARACTÉRISTIQUE, COMPOSITION ET RESPONSABILITÉS (2/2) 11 • Elle doit être Petite/Réactive et assez grande pour réaliser un travail significatif durant le Sprint. • 10 personnes au plus • Si la Scrum Team est de taille importante, l’équipe doit la réorganiser en plusieurs Scrum Team Cohérentes. • Les Teams doivent partager le même Product Backlog, le même Product Goal et le même Product Owner. • Elle est responsable de toutes les activités liées au produit. • Elle est structurées et habilitée par l'organisation à gérer leur propre travail. • Travailler sur des Sprints à un rythme soutenable améliore le focus et la cohérence de la Scrum Team. • Toute la Scrum Team est redevable de la création d'un Increment « useful » à chaque Sprint. • Collaboration avec parties prenantes, • Vérification, • Maintenance, • Exploitation, • Expérimentation, • Recherche et développement • Création d’un incrément qui a de la valeur à chaque sprint • Et tout ce qui est nécessaire pour le projet Activités liées au produit Dimensionnent de l’équipe Responsabilités
  • 12. PRODUCT OWNER: RESPONSABILITÉS, CONTRAINTES, ET TÂCHES 12 • Il représente le besoin de nombreuses parties prenantes dans le Product Backlog • Il est redevable de maximiser la valeur du produit résultant du travail de l’équipe. • Il est redevable de la gestion efficace du Product Backlog. • Il peut déléguer le travail, mais demeure responsable Responsabilités • Le Product Owner est une personne et non un comité. • L’organisation doit respecter les décision du Product Owner Contraintes Contexte Product Goal Product Backlog Product Owner S’adapter Formuler Communiquer Créer Ordonner S’assurer de la transparence S’assurer de la visibilité S’assurer de la compréhension - Le contexte : organisation, Scrum Team et individus - Il est possible de modifier le Product Backlog, mais l'aval du Product Owner est requis.
  • 13. DEVELOPERS: ENGAGEMENT, COMPÉTENCES, TÂCHES 13 • Les Devepers sont des membres de la Scrum Team. • Ils s’engagent à traiter les incréments (totalement ou partiellement) associés à chaque Sprint. • Il doivent disposer des compétences souvent larges et variées selon le domaine. À retenir Sprint Plan Sprint Backlog DoD(*) Developers Créer Définir Adapter le plan Sprint Goal - Les Developers doivent se soutenir mutuellement pour la réalisation de l’incrément associé à chaque sprint. (*) : Defintion of Done (définition du Terminé)
  • 14. SCRUM MASTER : RESPONSABILITÉS ET SERVICES (1/2) 14 • Il est un véritable leader au service de la Scrum Team et de l'ensemble de l'organisation. • Il est redevable de la mise en place de Scrum. • Il est redevable de l’efficacité de la Scrum Team. Responsabilités • Accompagner les membres de l'équipe en matière d'autogestion et de pluridisciplinarité ; • Aider la Scrum Team à se focaliser sur la création d'Increment de grande valeur répondant à la DoD. • Supprimer les obstacles pouvant entraver la progression de la Scrum Team. • S'assurer que tous les événements Scrum ont bien lieu et sont efficients, productifs et respectent bien les temps impartis. Services à la scrum Team
  • 15. SCRUM MASTER : RESPONSABILITÉS ET SERVICES (2/2) 15 • Aider à trouver des techniques pour définir efficacement l'Objectif de Produit et gérer efficacement le Product Backlog. • Sensibiliser la Scrum Team à la nécessité d’avoir un Product Backlog clair et concis. • Encourager la mise en place d’une méthode empirique. • Faciliter la collaboration des parties prenantes. Services au Product Owner • Accompagner, former et encadrer l'organisation dans son adoption de Scrum. • Planifier et apporter conseils sur la mise en place de Scrum. • Faciliter la compréhension de l’approche empirique. • Contribuer à la levé des obstacles pouvant surgir entre les parties prenantes et la Scrum Team. Services à l’Organisation
  • 16. EVÈNEMENTS SCRUM : SPRINT, SPRINT PLANNING, DAILY SCRUM 1/3 16 • C’est le conteneur d’évènements • C’est une itération dans Scrum, l’occasion de transformer les idées en valeurs • Il dure environ 4 semaines • Pendant le sprint, la Scrum Team développe les éléments du Sprint Backlog • Il lance le Sprint en présentant le travail à effectuer durant ce dernier. • Le Sprint Plan qui en résulte est créé par le travail collaboratif de la Scrum Team. • Le Sprint Planning est limité dans le temps à un maximum de 8h pour un Sprint d'un mois. • C’est une réunion quotidienne de 15 mn max, entre Developers pour faire le point sur le réalisé, le planifié (le travail d’une journée) et les obstacles. • Il vise à 'inspecter la progression vers le Sprint Goal et l’adapter si nécessaire, en ajustant les futurs travaux planifiés. Sprint Sprint Planning Daily Scrum • SCRUM prévoit une organisation qui s’articule autour des sprints. • Le Sprint encapsule tous les événements qui sont : Sprint Planning, Daily Scrum, Sprint Review et Sprint Retrospective. • Tous les événements, y compris le Sprint, obéissent à la contrainte du temps maximum imparti, au-delà duquel tout événement se termine quel que soit son état d’avancement.
  • 17. EVÈNEMENTS SCRUM : SPRINT REVIEW 2/3 17 • C’est l’occasion d'inspecter le résultat du Sprint et de déterminer les adaptations futures. • C’est une session de travail. • Les participants sont la Scrum Team et les parties prenantes. • Durant cet évènement : 1. La Scrum Team présente le travail réalisé pendant le Sprint en cours. 2. La Scrum Team et les parties prenantes passent en revue ce qui a été accompli durant le Sprint et ce qui a changé dans leur environnement. 3. La progression vers le Product Goal est discutée. 4. Sur la base des informations collectées pendant la Sprint Review, les participants collaborent sur la marche à suivre et sur les décisions à prendre. 5. Le Product Backlog peut également être ajusté pour répondre à de nouvelles opportunités. • La Sprint Review est l'avant‐dernier événement du Sprint. • Il se limite dans le temps à un maximum de 4h pour un Sprint d'un mois. Sprint Review
  • 18. EVÈNEMENTS SCRUM : SPRINT RETROSPECTIVE 3/3 18 • Il consiste à réfléchir à des pistes pour améliorer la qualité du produit et l'efficacité de l’équipe. Objectif • Il conclut le Sprint. • Il est limitée dans le temps à un maximum de 3h pour un Sprint d'un mois. • Les participants sont les membres de la Scrum Team Qui, quand • La Scrum Team inspecte le déroulement du dernier Sprint en se focalisant sur les individus, les interactions, les processus, les outils et leur Definition of Done. • Selon le domaine, les hypothèses qui sont la source de déviation sont identifiées. • La Scrum Team discute ce qui a fonctionné durant le sprint, les problèmes rencontrés, les solutions et les alternatives explorées. • A l’issue de la discussion, la Scrum Team identifie les changements les plus utiles pour améliorer leur efficacité. • Les améliorations identifiées ayant le plus grand d'impact sont abordées dès que possible et pouvant même être ajoutées au Sprint Backlog du prochain Sprint. Démarche
  • 19. SPRINT ET LIEN AVEC LES RÔLES 19 Sprint Producter Owner Scrum Team Scrum Master • C’est le cœur de Scrum, visant à transformer les idées en valeurs. • Sprint est le conteneur de tous les évènements de Scrum. • Il a une durée fixe, environ 4 semaines ou moins. • Chaque Sprint doit rapprocher le produit de son Sprint Goal. • Durant le Sprint, le Product Backlog est affiné si nécessaire. • Pendant le Sprint, le périmètre peut être clarifié et renégocié avec le Product Owner. • Un Sprint peut être annulé si le Sprint Goal devient obsolète. • Seul le Product Owner a le pouvoir d'annuler le Sprint. • Le travail élaboré pendant le Sprint sera inspecté pendant le Sprint Review et adapté si nécessaire. Stakeholders Créer annuler Supprimer les obstacles Aider à créer des incréments de valeur Inspecter Déterminer les adaptations futurs Inspecter Adapter Développer items du Product Backlog
  • 20. OCCASIONS POUR L’INSPECTION ET L’ADAPTATION 20 Occasions d’inspection et d’adaptation Daily Scrum Cible : Sprint Goal Sprint Planning Cible : Product Goal Sprint Review Cible : DoD Sprint Retrospective Capitaliser / Qualité, efficacité
  • 21. ARTEFACTS ET OBJECTIFS 21 Produt Backlog • Product Goal Sprint Backlog • Sprint Goal Increment • Definition of Done (DoD) Artefacts Artefact Engagement Comporte
  • 22. INCREMENT ET DOD 22 • Un Increment est une première étape concrète vers Product Goal. • Durant un sprint, il est possible de créer un ou plusieurs increments. • Un increment peut être livré : • Pendant le Sprint Review • Ou avant la fin de Sprint • La livraison ou la création d’un increment doit respecter les contraintes suivantes : 1. Unitaire : il doit répondre à la notion DoD 2. Cohérence : l’ajout d’un increment doit préserver le fonctionnement des incréments livrés précédemment • La notion de DoD favorise la transparence. Increment • Un travail qui ne répond pas aux conditions de DoD ne peut pas être considéré comme un Increment. • La DoD est une description formelle de l'état de l'Increment lorsqu'il satisfait les mesures de qualité requises pour le produit. • La description formelle d’un DOD est spécifiée par l’organisation (sinon la Scrum Team doit créer sa propre DoD ). • Un élément du Product Backlog qui est conforme à la DoD se transforme en Increment • Seulement, les éléments Backlog ??? conformes à la DoD peuvent être présentés pendant un Sprint Review. • Les Developers sont tenus de se conformer à la DoD • Si plusieurs Scrum Teams travaillent ensemble sur le même produit, elles doivent la définir ensemble et s’y conforme DoD
  • 23. ZOOM SUR LE PRODUCT BACKLOG 23 1. Le Product Backlog est une liste ordonnée et émergente de ce qui est nécessaire pour améliorer le produit. 2. Il a un Product Goal. Ce dernier est défini dans le Product Backlog. 3. Le Product Backlog est l’unique source du travail entrepris par la Scrum Team. 4. Dans Scrum, un produit est associé à un et seul Product Backlog : plusieurs Scrum Teams travaillant sur le même produit doivent partager le même Product Backlog. 5. L'affinement du Product Backlog consiste à décomposer et à définir davantage les éléments du Product Backlog en éléments plus fins et plus précis. 6. Durant le sprint, le Product Backlog est affiné si nécessaire. 7. La gestion du Product Backlog relève de la responsabilité du Product Owner. 8. Le Scrum Master aide le Prodict Owner à trouver des techniques pour définir efficacement le Product Goal et gérer efficacement le Product Backlog. 9. Le Scrum Master sensibilise la Scrum Team sur la nécessité de bien comprendre le besoin d’avoir des éléments du Product Backlog clairs et concis. 10. La gestion du Product Backlog comprend : • Formuler et communiquer explicitement le Product Goal ; • Créer et communiquer clairement les éléments du Product Backlog ; • Ordonner les éléments dans le Product Backlog ; • S'assurer que le Product Backlog est transparent, visible et compris par tout le monde.
  • 24. ZOOM SUR LE PRODUCT GOAL 24 1. C’est un nouveau concept, introduit dans le guide 2020. 2. Il permet à l’équipe Scrum Team de se focaliser sur un objectif important. 3. Il décrit un état futur du produit qui peut servir de cible à la Scrum Team lors de la planification. 4. Le Product Goal est dans le Product Backlog. Le reste du Product Backlog émerge pour définir « ce qui » permettra d'atteindre le Product Goal. 5. Le Product Goal est l'objectif à long terme de la Scrum Team. 6. Il est unique : si plusieurs équipes Scrum travaillent sur le même produit, elles doivent partager le même Product Goal. 7. La Scrum Team ne doit poursuivre qu'un seul Product Goal à la fois. 8. Un increment est un pas concret vers le Product Goal. 9. Pendant le Sprint Review, la progression vers le Product Goal est discutée.
  • 25. SCRUM : PRINCIPE, PILIERS, VALEURS, RÔLES, ARTEFACTS, OBJECTIFS, EVÈNEMENTS 25 • Transparence • Inspection • Adaptabilité • Engagement • Focus • Ouverture • Respect • Courage • Product Owner • Scrum Master • Developers • Product Backlog • Sprint Backlog • Increment Piliers Valeurs Rôles Artefacts • L’empirisme • La pensée Lean Principe Scrum • Product Goal • Sprint Goal • DoD Objectifs • Sprint • Sprint Planning • Daily Sprint • Sprint Review • Sprint Retrospective Evènements