Cette présentation porte sur Scrum 2020.
L'objectif est de présenter les concepts et les principes de Scrum 2020.
Les points abordés sont
- Principes, caracterisuques, Approche
- Piliers
- Les valeurs
- Scrum Team, caracteristiques et responsabilités
- Product Owner, résponsabilité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
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é
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.