2. Plan
Plan
1.C’est quoi SCRUM?
2.C’est quoi 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
4. • SCRUM est une 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 ?
9. Product OwnerProduct Owner
Product
owner
pilote le
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
11. • Elle délivre le 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
13. •Représente le management du 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
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
Chaque jour/ 15
minutes/ Debout /
toute l’équipe participe
Chaque jour/ 15
minutes/ Debout /
toute l’équipe participe
19. 19
•Réunion rapide quotidienne
•Eliminer les 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ès la 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 du produit 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)
23. 23
•Un moment de ré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)
25. Product backlogProduct backlog
25
Rassemble les différentes
fonctionnalités du projet/
Organiser par priorité
Rassemble les différentes
fonctionnalités du projet/
Organiser par priorité
26. Product backlog
(backlog du produit)
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
Rassemble les différentes
fonctionnalités du sprint/
Organiser par priorité
Rassemble les différentes
fonctionnalités du sprint/
Organiser par priorité
28. Sprint backlog
(backlog du sprint)
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 graphe d’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 de sprint)
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).
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
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
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
•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
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
Informal, no slides
Whole team participates
The world is invited
Accept or reject results
Show complete features
½ - 1 hour per sprint/week
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
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