SCRUM
Une collection Pecha Kucha 4 All
Par Emmanuel Souillat, facilitateur en Management 3.0
Crédit photographique: « Rugby S2 Leuven vs Laakdal », Michel van Reysen, 2016 < https://www.flickr.com/photos/esdanitoff/ >. Attribution-NonCommercial-NoDerivs 2.0 Generic (CC BY-NC-ND 2.0)
Histoire de Scrum
1995
OOPSLA Conference
« The SCRUM
Development Process »
Ken Schwaber &
Jeff Sutherland
1996
« Controlled Chaos : Living on the Edge »
Ken Schwaber
Manifeste
Agile
2001
« Agile Software
Development with
Scrum »
Ken Schwaber
Microsoft Press
2004
The New New Product
Development Game
Hirotaka Takeuchi &
kujiro Nonaka
1986 1993
Création du processus Scrum
Jeff Sutherland
Easel Corp. « Agile Software
Development with
Scrum »
Ken Schwaber & Mike Beedle
Prentice Hall
Agile
Alliance
2002
Scrum Alliance
Ken Schwaber,
Mike Cohn &
Esther Derby
2006
Scrum inc.
Jeff Sutherland
2009
scrum.org
Jeff Sutherland
2010
« Scrum Guide »
Ken Schwaber &
Jeff Sutherland
Les valeurs Scrum
Courage Focus Engagement Respect Ouverture
L’équipe a le courage de défendre le
produit
Une équipe Scrum a le courage de vivre selon des valeurs
et des principes qui profitent au projet.
Tout le monde est concentré sur son
travail
Lorsque chaque équipier
se concentre sur les objectifs du sprint et a la liberté de faire
le travail nécessaire pour atteindre ces objectifs,
ut s'organiser et se réorienter facilement lorsqu'un changemen
Chaque personne s’engage sur
l’objectif du produit
L’équipe a le pouvoir des prendre les décisions pour
atteindre les objectifs du produit.
Chaque membre de l’équipe a son mot à dire sur la
planification et l’exécution du projet.
Les membres de l'équipe se
respectent mutuellement
Pour faire du bon travail, les membres de l’équipe
doivent se respecter mutuellement. Par exemple, les
Seniors doivent respecter l’avis des Juniors,
et vice et versa.
L’équipe valorise l'ouverture
Chaque équipier doit être au courant du travail des autres
et de la façon dont le projet progresse vers ses objectifs.
Rôles SCRUM
Product Owner Scrum Master Membre de l’équipe
Collabore avec le reste
de l’équipe pour
maintenir et prioriser le
Backlog produit
constitué d’exigences et
fonctionnalités
Facilite l’application
de Scrum et la
communication entre
l’équipe et le
Product Owner
Groupe auto-organisé et
multi-disciplinaire
en charge de livrer le
But du sprint
Les Sprints
Dans le Framework SCRUM,
les itérations sont nommées Sprint. Leur durée est fixe
(1 à 4 semaines max.).
Sprints Planning
Au début de chaque itération, l'équipe planifie le Sprint
afin de déterminer quelles fonctionnalités
du Backlog vont être embarquées dans le Sprint backlog.
Ex: Pour un Sprint de 15j, environs 2H
Daily Scrum Meeting (DSM)
Chaque jour, l’équipe se rencontre en Face à Face lors
d’une cérémonie nommée Daily Scrum Meeting
afin de mettre en visibilité les progrès réalisés et discuter
des obstacles rencontrés.
15 minutes max.
Revue de Sprint
A la fin de chaque Sprint, l’équipe montre au
Product Owner et aux Parties Prenantes,
un incrément fonctionnel.
Rétrospective
Après chaque Revue de Sprint l’équipe organise
une Rétrospective afin d’améliorer son fonctionnement.
Ex: Pour un Sprint de 15j, environs 1h30
Les artefacts Scrum
Backlog
produit
Sprint
backlog
Burdown
chart
Incrément
Backlog produit
Liste les fonctionnalités d’un produit.
Chaque membre peut l’alimenter mais seul le
Product Owner peut accepter et prioriser un item
du backlog.
Sprint backlog
Regroupe l’ensemble des items que l’équipe s’engage
à livrer lors du Sprint.
Burndown chart
Représentation graphique du Reste à Faire (RAF) sur un
Sprint.
Incrément
Somme de tous les items du backlog
terminés (livrés, testés et testables) lors d’un Sprint.

Pechakucha scrum-0.1.0-alpha

  • 1.
    SCRUM Une collection PechaKucha 4 All Par Emmanuel Souillat, facilitateur en Management 3.0 Crédit photographique: « Rugby S2 Leuven vs Laakdal », Michel van Reysen, 2016 < https://www.flickr.com/photos/esdanitoff/ >. Attribution-NonCommercial-NoDerivs 2.0 Generic (CC BY-NC-ND 2.0)
  • 2.
    Histoire de Scrum 1995 OOPSLAConference « The SCRUM Development Process » Ken Schwaber & Jeff Sutherland 1996 « Controlled Chaos : Living on the Edge » Ken Schwaber Manifeste Agile 2001 « Agile Software Development with Scrum » Ken Schwaber Microsoft Press 2004 The New New Product Development Game Hirotaka Takeuchi & kujiro Nonaka 1986 1993 Création du processus Scrum Jeff Sutherland Easel Corp. « Agile Software Development with Scrum » Ken Schwaber & Mike Beedle Prentice Hall Agile Alliance 2002 Scrum Alliance Ken Schwaber, Mike Cohn & Esther Derby 2006 Scrum inc. Jeff Sutherland 2009 scrum.org Jeff Sutherland 2010 « Scrum Guide » Ken Schwaber & Jeff Sutherland
  • 3.
    Les valeurs Scrum CourageFocus Engagement Respect Ouverture
  • 4.
    L’équipe a lecourage de défendre le produit Une équipe Scrum a le courage de vivre selon des valeurs et des principes qui profitent au projet.
  • 5.
    Tout le mondeest concentré sur son travail Lorsque chaque équipier se concentre sur les objectifs du sprint et a la liberté de faire le travail nécessaire pour atteindre ces objectifs, ut s'organiser et se réorienter facilement lorsqu'un changemen
  • 6.
    Chaque personne s’engagesur l’objectif du produit L’équipe a le pouvoir des prendre les décisions pour atteindre les objectifs du produit. Chaque membre de l’équipe a son mot à dire sur la planification et l’exécution du projet.
  • 7.
    Les membres del'équipe se respectent mutuellement Pour faire du bon travail, les membres de l’équipe doivent se respecter mutuellement. Par exemple, les Seniors doivent respecter l’avis des Juniors, et vice et versa.
  • 8.
    L’équipe valorise l'ouverture Chaqueéquipier doit être au courant du travail des autres et de la façon dont le projet progresse vers ses objectifs.
  • 9.
    Rôles SCRUM Product OwnerScrum Master Membre de l’équipe Collabore avec le reste de l’équipe pour maintenir et prioriser le Backlog produit constitué d’exigences et fonctionnalités Facilite l’application de Scrum et la communication entre l’équipe et le Product Owner Groupe auto-organisé et multi-disciplinaire en charge de livrer le But du sprint
  • 10.
    Les Sprints Dans leFramework SCRUM, les itérations sont nommées Sprint. Leur durée est fixe (1 à 4 semaines max.).
  • 11.
    Sprints Planning Au débutde chaque itération, l'équipe planifie le Sprint afin de déterminer quelles fonctionnalités du Backlog vont être embarquées dans le Sprint backlog. Ex: Pour un Sprint de 15j, environs 2H
  • 12.
    Daily Scrum Meeting(DSM) Chaque jour, l’équipe se rencontre en Face à Face lors d’une cérémonie nommée Daily Scrum Meeting afin de mettre en visibilité les progrès réalisés et discuter des obstacles rencontrés. 15 minutes max.
  • 13.
    Revue de Sprint Ala fin de chaque Sprint, l’équipe montre au Product Owner et aux Parties Prenantes, un incrément fonctionnel.
  • 14.
    Rétrospective Après chaque Revuede Sprint l’équipe organise une Rétrospective afin d’améliorer son fonctionnement. Ex: Pour un Sprint de 15j, environs 1h30
  • 15.
  • 16.
    Backlog produit Liste lesfonctionnalités d’un produit. Chaque membre peut l’alimenter mais seul le Product Owner peut accepter et prioriser un item du backlog.
  • 17.
    Sprint backlog Regroupe l’ensembledes items que l’équipe s’engage à livrer lors du Sprint.
  • 18.
    Burndown chart Représentation graphiquedu Reste à Faire (RAF) sur un Sprint.
  • 19.
    Incrément Somme de tousles items du backlog terminés (livrés, testés et testables) lors d’un Sprint.