4. Notre Backlog du jour:
• Pourquoi Scrum change?
• Qu’est-ce Scrum?
• Les Rôles
• Les Artefacts
• Les Evènements
• La Definition of Done
05/05/09 www.agiletour.com
6. Scrum est un cadre pour l'élaboration et
le maintien des produits complexes.
05/05/09 www.agiletour.com
7. Cycle de vie d’un produit
Projet Projet
Projet Projet
Projet
Projet
Projet
Projet
Conception Croissance Maturité Déclin Retrait
Temps
05/05/09 www.agiletour.com
8. Cynefin
Et les gestion des systèmes complexes auto-adaptatifs
05/05/09 www.agiletour.com
16. Scrum n'existe que dans son
intégralité et fonctionne ainsi en tant
que conteneur pour d'autres
techniques, méthodologies
et pratiques.
05/05/09 www.agiletour.com
18. Le Cadre de Scrum
Le cadre de Scrum se
compose des Scrum Teams et
de leurs rôles associés, des
événements, des artefacts
et des règles.
Chaque composant dans ce cadre sert
un but spécifique et est essentiel à la
réussite et de l’usage de Scrum.
Les règles de Scrum lient les
événements, les rôles et les
artefacts, qui régissent les
relations et les interactions entre
eux.
05/05/09 www.agiletour.com
20. Product
Owner
Scrum
Master
Development
Team
05/05/09 www.agiletour.com
21. Auto-organisée
Transverse La Development Team
Scrum ne reconnaît pas les titres
des membres de la Development
Team autres que développeur, quel
que soit le travail effectué par la
personne, il n'y a aucune exception
à cette règle
05/05/09 www.agiletour.com
22. Constitution de l’Équipe
Product Manager
Product
Owner MOA
Business Analyst
Chef de Projet fonctionnel
Scrum
Master
Architecte UX Designer Tout le monde. Pas une autorité.
Pas nécessairement un développeur.
Development Développeur
Team
DBA
Analyste
Testeur
05/05/09 www.agiletour.com
24. Product Owner
Gestion Le
du Product Pour
Product ou avoir la Owner réussir toute
Backlog Development est l’organisation
une personne
Team qui le doit respecter
fait ses décisions
le Product
Owner
pas un comité
demeure
responsable
05/05/09 www.agiletour.com
25. • Les décisions du Product Owner sont
visibles dans le contenu et
l'ordonnancement du Product Backlog.
• Personne n'est autorisé à dire à la
Development Team de travailler à partir d'un
ensemble d’exigences différentes et, la
Development Team n'est pas autorisée
à agir sur ce que quelqu'un d'autre dit.
05/05/09 www.agiletour.com
27. Product Backlog?
Le Backlog est une liste
Priorité
de tâches ouvertes
haute
comme :
Sprint –les exigences
– une liste de tous les travaux
souhaités pour le projet
–Idéalement exprimé de telle sorte
moyenne
que chaque objet a une valeur
Priorité
pour les utilisateurs ou les clients
du produit
–Priorisé par le Product Owner
Release –Repriorisé au début de chaque
Sprint
Releases
futures
05/05/09
www.agiletour.com
30. Le Sprint Backlog c’est:
1. l'ensemble des items de Product
Backlog sélectionnés pour le Sprint,
2. plus un plan Pour fournir l'incrément du
produit
3. et la réalisation de l'Objectif du Sprint.
05/05/09 www.agiletour.com
31. Le Sprint Backlog c’est:
1. une prévision par la Development
Team sur ce qui sera une
fonctionnalité dans le prochain
incrément et le travail nécessaire
pour fournir cette fonctionnalité.
05/05/09 www.agiletour.com
32. Le Sprint Backlog :
1. le travail que la Development Team
produira pour transformer les
items du Product Backlog en
un incrément « Done ».
05/05/09 www.agiletour.com
33. 1. Le Sprint Backlog rend visible tout
le travail que la Development
Team identifie comme nécessaire
pour atteindre l'objectif du Sprint.
2. Sprint Backlog est un plan avec
suffisamment de détails pour que les
changements en cours peuvent être
compris lors du Daily Scrum.
05/05/09 www.agiletour.com
34. La Development Team modifie le Sprint
Backlog à travers le Sprint et le Sprint
Backlog émerge au cours du Sprint.
05/05/09 www.agiletour.com
35. Le Sprint Backlog est une image du
travail de l'équipe de
développement très visible, en
temps réel, des plans à réaliser au
cours du Sprint, et il appartient
exclusivement à la Development
Team.
05/05/09 www.agiletour.com
37. Scrum utilise des évènements time-
boxés, de telle sorte que chaque
événement a une durée maximale.
05/05/09 www.agiletour.com
38. Outre que le Sprint lui-même, qui
est un conteneur pour tous
les autres événements,
chaque événement dans Scrum
est une opportunité d'inspecter et
d'adapter quelque chose.
05/05/09 www.agiletour.com
39. Ces événements sont spécifiquement
conçus pour permettre la
transparence critique et l'inspection.
05/05/09 www.agiletour.com
42. • Aucune modification n'est apportée qui pourraient
affecter l'objectif de Sprint;
Pendant le • La composition de la Development Team et les objectifs de
qualité restent constants et,
Sprint • le cadre peut être clarifié et renégocié entre le Product Owner et
la Development Team au fur et à mesure des connaissances
acquises
• peut être considéré comme un
Chaque Sprint projet avec un horizon d'un
mois.
Comme les • les sprints sont utilisés
projets, pour accomplir quelque chose.
05/05/09 www.agiletour.com
44. Part ❶: Qu’est-ce qui sera livré dans l’incrément
résultant du Sprint?
05/05/09 www.agiletour.com
45. Part ❷: Quel sera le travail nécessaire pour que
l’incrément soit réalisé?
05/05/09 www.agiletour.com
46. L’objectif de Sprint
• L'objectif de Sprint donne à la Development Team une certaine
souplesse quant à la fonctionnalité à implémenter dans le Sprint.
• Tout au long de son travail, la Development Team garde cet objectif en
tête.
• Afin de satisfaire l'objectif de Sprint, elle implémente la fonctionnalité et
la technologie.
• Si le travail se révèle être différent de ce que la Development Team
avait prévu, elle collabore avec le Product Owner pour négocier le
scope du Sprint Backlog dans le Sprint.
• L'objectif de Sprint peut être un jalon dans l'objectif plus général de la
Product Roadmap.
05/05/09 www.agiletour.com
50. Finalité de la Rétrospective
• Debriefing
• Amélioration
• Comprendre la réalité Où allons-nous à
• Apprendre partir d’ici?
• “Input” pour le Sprint
Planning
05/05/09 www.agiletour.com
52. • Lorsque le Product Backlog item ou
un incrément est désigné comme « Done",
chacun doit comprendre ce
que «Done» signifie.
• Bien que cela varie considérablement par
Scrum Team, les membres doivent avoir
une compréhension partagée de ce que
cela signifie pour le travail d’être terminé
afin d'assurer la transparence.
• Voici la "Définition de Done" pour
l'équipe Scrum et qui est utilisée pour
évaluer quand le travail est terminé sur
l’incrément du produit.
05/05/09 www.agiletour.com